§2.05 Расширенное предприятие
Время: 60 мин чтение + 40 мин = 100 мин Что узнаешь: почему юридическое лицо — это не граница предприятия, и как цепочка создания определяет реальные границы системы
В одном предложении: расширенное предприятие — это система, границы которой определяются цепочкой создания, а не юридическим лицом: поставщики, партнёры, клиенты и регуляторы входят в предприятие, потому что от них зависят его свойства.
Сигнатура понятий:
- Расширенное предприятие — это система, включающая всех участников цепочки создания: от поставщиков сырья до конечных пользователей, не ограниченная юридическим лицом.
- Цепочка создания — это последовательность систем, через которые проходит ценность от потребности до эксплуатации.
- Система создания — это инженерное ядро предприятия: система, которая проектирует и производит целевую систему.
- Надсистема — это система, содержащая целевую; для расширенного предприятия - рынок, экосистема, инфраструктура.
Мем, который снимается. «Наше предприятие — это наша компания. У нас есть отделы, сотрудники, офис. Всё остальное - внешний мир.» Нет. Если ваш поставщик критического компонента обанкротился, ваше предприятие остановилось — значит, он был внутри системы, даже если договор говорил «внешний подрядчик». Если ваш клиент изменил поведение, ваш продукт потерял ценность — значит, клиент был частью системы. Юридические границы - бухгалтерия. Системные границы - цепочка создания.
Определение из источника.
Расширенное предприятие формализовано в Pack как система, границы которой проведены по цепочке создания, а не по юридическому периметру. Цепочка создания зафиксирована в PD.FORM.027 §7: pipeline от потребности до эксплуатации. Система создания описана в FPF A.3: система, создающая целевую. Надсистема определена в FPF A.1: система, содержащая целевую.
Развитие мысли.
Системный подход 2.0 научил нас: границы проводятся по интересу. Для предприятия интерес - создание и доставка ценности. Где проходит цепочка создания, там проходит и граница.
Цепочка создания начинается раньше, чем ваша компания. Поставщик сырья - часть цепочки. Поставщик компонентов - часть цепочки. Логистика - часть цепочки. Ваша компания - звено в цепочке. Дистрибьютор - часть цепочки. Клиент - часть цепочки. Обратная связь от клиента - замыкающее звено.
Система создания — это инженерное ядро: кто проектирует и производит целевую систему. Но система создания не работает без надсистемы. Надсистема - рынок, регуляторика, инфраструктура, культура. Если надсистема меняется (новый закон, новая технология, новые ожидания клиентов), система создания должна адаптироваться.
Расширенное предприятие учит видеть себя не как «мы внутри, все вне», а как «мы - звено в цепочке». Это меняет решения: вы начинаете выбирать поставщиков не по цене, а по надёжности цепочки. Вы начинаете проектировать продукт не для себя, а для всей цепочки. Вы начинаете смотреть на клиента не как на «внешнего покупателя», а как на «замыкающее звено цепочки».
Для созидателя это означает: ваш проект - не то, что вы делаете в одиночку. Ваш проект - цепочка. Если вы фрилансер, ваше расширенное предприятие включает заказчика, его клиентов, инструменты, которые вы используете, и платформы, на которых публикуете. Если вы сотрудник, ваше расширенное предприятие включает смежные отделы, поставщиков данных, конечных пользователей.
Метод - минимальный шаг. Практика «Карта расширенного предприятия» (40 мин):
- Выберите проект или продукт, над которым вы работаете (5 мин).
- Нарисуйте цепочку создания: от потребности до конечного пользователя. Укажите минимум пять звеньев (включая ваше). Для каждого звена опишите: что входит, что выходит, кто следующий (15 мин).
- Найдите одно звено, от которого вы зависите, но не контролируете. Опишите риск: что случится, если это звено изменится? (15 мин).
- Зафиксируйте в Pack как заметку с тегом
#system-thinking(5 мин).
Пример из жизни. Мария - руководитель продукта в EdTech, ступень 3. Она считала, что её предприятие — это её команда разработки + методологи + продажи. Когда провалилась интеграция с LMS (системой управления обучением), она удивилась: «Это внешний продукт, не наша ответственность.» Но LMS — это звено цепочки создания: клиент покупает курс → проходит через LMS → получает сертификат. Без LMS цепочка разрывается. Мария применила концепцию расширенного предприятия: нарисовала цепочку от автора курса до HR-специалиста, который проверяет сертификат. Обнаружила, что LMS - не внешний инструмент, а критическое звено. Переделала интеграцию, включила LMS в контур контроля качества, договорилась о SLA. Провал превратился в конкурентное преимущество.
Типичная ошибка. «Мы аутсорсили — значит, передали риск.» Нет. Аутсорсинг передаёт выполнение, но не передаёт зависимость. Если аутсорсер провалился, ваш продукт всё равно не работает. Другая ошибка: «Клиент вне нашей системы.» Нет. Клиент - замыкающее звено цепочки создания. Без клиента цепочка не замкнута, ценность не доставлена.
Степени мастерства:
| Степень | Что происходит | Критерий перехода |
|---|---|---|
| 1. Объясняю | Могу объяснить разницу между юридическим лицом и расширенным предприятием | Один раз нарисовал цепочку создания для своего проекта |
| 2. Умею | Могу найти три риска в цепочке создания, которые не контролируются напрямую | Есть записи в Pack минимум по двум проектам |
| 3. Навык | Автоматически спрашиваю «где звено, от которого мы зависим, но не контролируем?» при анализе проекта | Регулярность: минимум раз в неделю |
| 4. Мастерство | Могу спроектировать меры контроля для критических звеньев цепочки | Есть кейс, где управление зависимостью предотвратило срыв |
Проверка себя.
- Понимание: вы можете объяснить, почему клиент - часть вашего расширенного предприятия, а не «внешний мир».
- Поведение: когда вы планируете проект, вы сначала рисуете цепочку создания, а не составляете список задач своей команды.
- Застревание: если «мы всё сделали правильно, но продукт не взлетел» - проверьте, не разорвали ли вы цепочку создания на границе «это не наша зона».
Что дальше. Расширенное предприятие показывает границы системы. Но границы — это не только пространство, но и время. Системы рождаются, развиваются, умирают. Следующий подраздел - о неустроенностях, фрустрациях и коллективном системном мышлении.