← К списку разделов
#### §6.03 Система создания **Время:** 60 мин чтение + 40 мин = 100 мин **Что узнаешь:** почему «я сам всё делаю» не признак мастерства, а признак отсутствия видения системы создания, и как правильная карта создания экономит время и нервы **В одном предложении:** система создания — это система, которая производит целевую систему, и если вы не видите её отдельно от себя, вы ограничены собственными руками. --- **Сигнатура понятий:** - **Система создания** — это система, которая создаёт целевую систему; включает роли, инструменты, процессы и материалы; отвечает на вопрос «кто и как это делает?» - **Цепочка создания** — это последовательность систем создания от возникновения идеи до передачи результата получателю; каждый этап - отдельная система со своей функцией - **Создатель** — это роль в системе создания, инициирующая и управляющая процессом создания; не обязательно исполнитель --- **Мем, который снимается.** «Я сам всё делаю — это эффективнее, чем объяснять другим». Этот мем процветает у созидателей на ранних стадиях: кажется, что объяснение занимает больше времени, чем выполнение. Но «сам» — это система создания из одной роли. Она работает, пока масштаб мал. Когда масштаб растёт, система создания «я сам» становится узким местом: одни руки, одна голова, одно время. Системный мыслитель видит систему создания отдельно от себя и проектирует её так, чтобы она масштабировалась. --- **Определение из источника.** В Pack система создания определена как система, которая создаёт целевую систему. Это различение фундаментально: целевая система - то, что создаётся; система создания - то, что создаёт. Путаница этих двух систем - одна из самых дорогих ошибок в проектной работе. Команда разрабатывает CRM для менеджеров (целевая система), но проектирует интерфейс под себя (система создания = разработчики), и результат нравится разработчикам, но не менеджерам. Цепочка создания - полный путь от идеи до получателя: идея → концепция → проектирование → производство → тестирование → эксплуатация → поддержка → утилизация. На каждом этапе своя система создания со своими ролями, инструментами и критериями приёмки. Передача между этапами - критическая точка: здесь чаще всего теряется информация, качество, намерение. Хорошая передача - это чёткий интерфейс с критериями приёмки. Создатель - это роль, не человек. Один человек может быть создателем на одном этапе и исполнителем на другом. Разные люди могут исполнять роль создателя на разных проектах. Системный анализ начинается с ролей, не с личностей. --- **Развитие мысли.** Система создания - не «процесс», а система со своей функцией, границей и составом. Её функция - производить целевую систему. Её граница - всё, что необходимо для создания. Её состав - роли, инструменты, материалы, информация. Если любой из элементов отсутствует, система создания не функционирует. Важное следствие: система создания имеет свою надсистему. Для команды разработки надсистема - компания. Для фрилансера надсистема - рынок услуг плюс инфраструктура (банки, налоги, интернет). Созидатель часто игнорирует надсистему своей системы создания: считает, что «мне нужен только ноутбук», забывая про электричество, интернет, платёжные системы, правовую защиту. Цепочка создания показывает, что создание - не одно действие, а последовательность действий. Каждое действие трансформирует материал: идея → концепция (осмысление), концепция → проект (детализация), проект → продукт (воплощение), продукт → результат (эксплуатация). Пропуск этапа - типичная ошибка: прыгнуть от идеи к продукту, минуя концепцию, значит получить продукт, который никому не нужен. Через IWE: система создания рабочих продуктов пилота включает роль пилота (создатель), IWE как рабочую среду, Pack как методологическую базу, Git как инструмент версионирования и роль ревьюера (если есть). IWE - часть состава системы создания, не вся система. Цепочка создания строится поверх этой системы: идея → запись в Pack → агент-сессия → артефакт → коммит → ревью → merge → публикация. Каждый этап - отдельная система создания со своей функцией: Pack структурирует идею, агент воплощает артефакт, Git отслеживает версии, ревью проверяет качество. Пилот - создатель на этапе идеи, исполнитель на этапе ревью, получатель на этапе использования. Роли меняются, система создания остаётся. --- **Метод - минимальный шаг.** Практика «Карта создания» (40 мин): 1. Выберите одну целевую систему из текущих проектов (5 мин). 2. Восстановите цепочку создания: выпишите все этапы от идеи до получателя (10 мин). 3. Для каждого этапа ответьте: какая роль создаёт? какой инструмент использует? какой материал преобразует? какой результат передаёт дальше? (20 мин). 4. Найдите пропущенные этапы: где вы прыгаете от идеи к действию? где нет критериев приёмки? (5 мин). --- **Пример из жизни.** Дмитрий открыл мастерскую по производству мебели на заказ. Он считал, что его система создания - «я и мой станок». Целевая система - «кухонный гарнитур для заказчика». Дмитрий сам встречался с клиентом, сам проектировал, сам резал, сам собирал, сам доставлял. Система создания работала, пока заказов было два в месяц. На пяти заказах Дмитрий начал путать чертежи, забывать про петли, опаздывать со сроками. Он понял: его система создания не «я сам», а «мастерская», в которую входят замерщик, проектировщик, плотник, сборщик, доставщик. Один человек (Дмитрий) исполняет все роли, но роли разные, и каждая требует своего инструмента и своего времени. Он перестроил процесс: замер отдельно (чек-лист), проектирование отдельно (ПО), раскрой отдельно (чертежи для станочника), сборка отдельно (инструкция). Система создания стала видимой и масштабируемой. --- **Типичная ошибка.** Люди склонны думать, что система создания — это их команда, потому что они видят других людей и не видят инструменты, методы и процессы; на самом деле команда есть лишь состав системы создания, а сама система включает также инструменты, методы, материалы, информацию и надсистему. Команда без инструментов не система создания. Команда без метода - хаос. Команда без материалов - театр. Вторая ошибка - смешивать систему создания с целевой системой. Люди склонны думать, что удобство разработчика равноценно удобству продукта, потому что разработчик каждый день взаимодействует с системой и проецирует свой опыт на получателя; на самом деле удобство разработчика есть критерий системы создания, а удобство менеджера - критерий целевой системы. Системный мыслитель держит эти две системы раздельно: проектирует целевую под нужды получателя, а систему создания под требования процесса. --- **Степени мастерства:** 1. **Объясняю.** Могу отличить целевую систему от системы создания на примере Критерий: один раз выполнил практику «Карта создания» 2. **Умею.** Могу для любого проекта описать систему создания и цепочку этапов Критерий: есть запись «проект + целевая система + система создания + цепочка этапов» 3. **Навык.** При планировании любой работы проектирую систему создания до приступления к действию Критерий: регулярность - перед началом работы явно фиксирую роли, инструменты и этапы 4. **Мастерство.** Создаю системы создания, которые работают без моего прямого участия Критерий: есть система создания, которая функционирует, когда я не участвую в операционной работе --- **Проверка себя.** - Понимание: вы можете объяснить, почему CRM, удобная разработчикам, может быть неудобной менеджерам, и как это следствие смешения системы создания с целевой системой. - Поведение: перед началом любого проекта вы спрашиваете «кто и как это будет создавать?» и фиксируете ответ отдельно от «что вы создаёте?» - Застревание: если вы ловите себя на мысли «я сам сделаю быстрее», вероятно, вы не спроектировали систему создания. Вернитесь к практике «Карта создания». --- **Что дальше.** Система создания производит целевую систему. Но целевая система не живёт в вакууме: она находится в окружении, среди других систем, которые влияют на неё напрямую или опосредованно. Следующий подраздел - о системах в окружении: ближнем и дальнем.
← Предыдущий раздел
Следующий раздел →