Advanced Search
Search Results
158 total results found
Приложение Д: Архитектура и связи
Приложение Д к РГ-СМК-Zulip-01. Карта системного ландшафта: какие системы за что отвечают, что куда передаётся и каким механизмом. Термины — в словаре (приложение Г). Стек одним предложением: сущности — в CRM/ERP, документы — в KB (BookStack), обсуждение — в Z...
Приложение E: Структура базы знаний (BookStack)
Раскладка KB в трёх ярусах: содержание (что знаем) → управление (как организуем) → инфраструктура (на чём работает). Это рабочий чертёж для наполнения BookStack. Объектная основа. Книги яруса «Содержание» — не папки отделов, а проекции бизнес-объектов (CoreStr...
Модель зрелости управления знаниями
Диагностика зрелости управления знаниями: насколько зрело каждый контур и каждый блок работают с информацией, по шкале 0–5. Замер «до/после» — измеримый эффект консалтинга. Глава «Модель» — переиспользуемый инструмент LeanLab; глава «Применение» — замер АйТека...
Модель
Сам инструмент, доменно-нейтральный: шкала уровней 0–5, две оси замера (зрелость контура и зрелость блока) и анкета диагностики.
Модель зрелости управления знаниями
Назначение и устройство Инструмент отвечает на два вопроса диагностики: Насколько зрело контур (подразделение) обращается со знаниями? — организационная ось, замер по контурам применения (у АйТек их 4: СМК/ISO, инженерный, производственный, коммерческий). Наск...
Анкета диагностики (Этап 0)
На каждом интервью по контуру — 6 вопросов, ответы кладутся на шкалу организационной / объектной оси (страница «Модель»): Где сейчас живёт знание X? (голова / личная папка / общая папка / wiki / система) Что происходит, когда носитель в отпуске/уволился? (тест...
Применение — Этап 0 (АйТек)
Этапы (Э0–Э3+) Столбцы целей в карте ниже — это этапы работ. Расшифровка выведена из целевых уровней самой карты; сроки и точный состав — выверить по плану проекта. Э0 — Диагностика. Замер состояния «до» по контурам и блокам: 8 интервью × 4 контура (анкета диа...
Объектная модель базы знаний (CoreStream)
Бизнес-объекты ITECH по CoreStream (A1–A11): что является объектом, его фазы и связи. Основа структуры KB и тегов. Данные — в Grace, здесь — контекст. Полка определится позже.
Объектная основа базы знаний
База знаний ITECH строится от бизнес-объектов, а не от папок отделов. Методика — CoreStream: бизнес = взаимодействующие объекты (A1–A11), процессы = действия, меняющие их состояния. Зачем так Данные в Grace — это зёрна (конкретные записи: контрагенты, проекты,...
Потребитель: компания, объект, представитель
В слове «потребитель» слиплись три разные сущности — их нельзя смешивать. Что Роль в модели Данные Grace Компания объект A7 Потребитель — свой цикл продаж accounts Объект отдельный объект — место, где стоит оборудование properties Представитель часть A7 (конта...
Продукт (A3) и Товар (A8)
Два разных объекта, которые легко спутать. A3 Продукт A8 Товар Суть что мы умеем делать — тип, конструкция что делаем сейчас по заказу — экземпляр Это рецепт / чертёж / спецификация типа конкретный шкаф под заказ Данные Grace nomenclatures, calc_nomenclatures...
Карточка объекта: A7 Потребитель (детально)
Домен / источник данных: Grace CRM/ERP. OpenSearch (89): itech_accounts (ядро), itech_projects (сделка = фаза ЖЦ), itech_contacts, itech_orders (стык с A8). Регламент: manager_crm_workflow.md (= rules_1.md, утв. 24.06.2024). Словарь: grace_concept_dicti...
Карточка объекта: A3 Продукт (детально)
Домен / источник данных: Grace. OpenSearch (89): itech_nomenclatures (мастер-каталог), itech_calc_nomenclatures (расчётная номенклатура — изделия со спецификой), brands_price_lists (прайсы вендоров). Словарь: концепт-словарь Grace §10. Бизнес-объект CoreStr...
Карточка объекта: A8 Товар (детально)
Домен / источник данных: Grace. OpenSearch (89): itech_orders (шапка заказа), itech_order_items (позиции), itech_bom_components (фактический BOM), itech_calculations (расчёт / КП → спецификация). Бизнес-объект CoreStream: A8 Товар — конкретный ЭКЗЕМПЛЯР, «...
Реестр и типология объектов
Знание об объектах-зданиях/сооружениях: идентичность (адрес, кадастр, тип ПС/ТП/здание), классификация по типу и напряжению (НН/СН). Сами объекты как данные живут в Grace (properties) — здесь контекст: что такое объект, как его классифицируем и читаем.
БЗ-10 Прецеденты проектов
Переиспользуемое знание по объектам: какие решения и компоновки применяли на похожих объектах, грабли и выводы. Сквозной блок — связан со всеми контурами (инженерный, производственный, коммерческий) вокруг одного объекта.
Регистрации и защищённые цены
Контекст ценообразования через объект: что такое регистрация объекта у вендора, как она несёт защищённую цену и спецификацию, как читать спец-файл регистрации. Данные регистраций живут в Grace (object_registrations); здесь — как их понимать.
Объекты и прецеденты
Основной поток · объект «Здание/Сооружение». Реестр и типология объектов, прецеденты проектов, регистрации и защищённые цены. Сквозной долгоживущий объект.