← К списку разделов
#### §7.04 Процесс, система и проект: различение **Время:** 60 мин чтение + 40 мин = 100 мин **Что узнаешь:** почему одно и то же слово «система» означает три разных вещи и как это ломает планирование, бюджет и ожидания --- **В одном предложении:** процесс — это преобразование, система — это то, что остаётся и работает, проект — это временная цель с началом и концом; называть одно другим — значит требовать от временного результата вечной работы. --- **Сигнатура понятий:** - **Процесс** — это последовательность действий, которая преобразует вход в выход; когда процесс останавливается, результат исчезает или замораживается - **Система** — это устойчивая структура, которая продолжает функционировать после создания; требует поддержки, но не требует постоянного пересоздания - **Проект** — это временное усилие с чётким началом, концом и целью; результат проекта может быть системой, процессом или документом - **Различение** — это навык называть объекты своими именами, чтобы не требовать от процесса устойчивости, а от проекта бесконечного существования --- **Мем, который снимается.** «Мы запустили проект, теперь у нас есть система». Нет. Проект создаёт систему, но сам проект заканчивается. Когда проект закрыт, команда расходится, бюджет исчерпан, а «система» остаётся без поддержки. Через полгода она ломается, и все удивляются: «Мы же делали систему!» Делали - в рамках проекта. Проект завершился. Система требует оператора, ресурсов, эволюции. Без этого она не система, а замороженный результат проекта. --- **Определение из источника.** В Pack процесс, система и проект определены как три разных типа объектов, которые не взаимозаменяемы. **Процесс** - преобразование. Примеры: сбор данных, анализ, обсуждение, написание текста. Процесс имеет вход и выход. Когда процесс останавливается, его результат существует только если зафиксирован. Непрерывный процесс без фиксации - стихия, не система. **Система** - устойчивая структура. Примеры: Pack, IWE, отчётность, команда. Система требует: (1) границ, (2) функции, (3) ролей, (4) ограничений, (5) потока, как в системной карте (§7.02). Система живёт дольше проекта, который её создал. Система требует поддержки. **Проект** - временное усилие. Примеры: «запуск системы учёта задач, рассчитанный на 6 недель», «написать раздел 7 руководства». Проект имеет начало, конец и цель. Результат проекта - артефакт, который может стать системой, если обеспечить поддержку. Сам по себе результат проекта не система. **Связь с таблицей 3×3 (§7.03):** в каждой ячейке таблицы скрываются все три типа. Действия создателя в целевой системе — это проект (временное усилие по созданию). Работа оператора в системе создания — это процесс (постоянная поддержка). Результат для пользователя в окружении — это система (устойчивая структура, которая должна работать). Если смешать, возникает ожидание, что проект «сам будет работать». --- **Развитие мысли.** Почему различение критично? Рассмотрим три сценария. **Сценарий 1: проект назвали системой.** Команда 6 недель работала над установкой инструмента. Проект закрыт, инструмент «внедрён». Через месяц данные не обновляются, доступы не работают. Потому что проект создал систему, но не создал оператора. Проект ≠ система. Система требует роли оператора. **Сценарий 2: процесс назвали системой.** Каждую неделю руководитель собирает команду, обсуждают метрики, принимают решения. Это процесс: он работает, пока руководитель собирает. Если руководитель уйдёт в отпуск, процесс остановится. Процесс не стал системой, потому что не зафиксирован: нет протокола, нет чеклиста, нет ответственного. Система = процесс + фиксация + поддержка. **Сценарий 3: систему назвали проектом.** Компания создала отличную базу знаний. Руководство считает её «завершённым проектом» и не выделяет ресурсы на обновление. Через год база устарела, команда перестала ей доверять. Система, которую не поддерживают, деградирует. Система требует постоянного процесса поддержки, но сама системой от этого не перестаёт быть. **Как проверить, что перед вами:** - Если объект требует постоянного внимания, чтобы существовать, — это процесс. - Если объект существует без вашего внимания, но требует поддержки, — это система. - Если объект имеет дедлайн и команду, которая расходится после, — это проект. --- **Метод - минимальный шаг.** Практика «Различение для одной ситуации» (40 мин): 1. Выберите текущую ситуацию из работы или жизни, что-то, что вы называете «системой» или «проектом» (5 мин). 2. Ответьте на три вопроса: (а) Что здесь преобразуется? (процесс). (б) Что остаётся и работает без меня? (система). (в) Что имеет дедлайн и команду? (проект). Запишите (15 мин). 3. Найдите одно смешение: где вы называете процесс системой, проект системой, или систему проектом. Переименуйте честно (10 мин). 4. Определите, что нужно добавить, чтобы временный результат стал системой: роль? Фиксация? Поддержка? (10 мин). --- **Пример из жизни.** Вернёмся к Максиму и его системе учёта задач (§7.03). **Процесс:** ежедневное обновление статусов задач, разбор зависших задач, напоминания команде. Это преобразование: «задача без статуса → задача со статусом». Если Максим перестанет это делать, процесс остановится. **Система:** инструмент учёта задач с настроенными фильтрами, правилами доступа, интеграцией с календарём. Система работает, пока есть оператор (пока Максим). Если Максим уйдёт, система останется, но без оператора она замрёт: данные устареют, доступы протухнут, интеграция сломается. **Проект:** «Запуск системы учёта задач, рассчитанный на 5 недель». Проект закончился на стадии 4 (§7.05). Результат проекта - работающая система + документация + обучение. Но проект не включает «поддержку вечно». Если компания хочет, чтобы система жила, она должна превратить проект в процесс поддержки: назначить оператора, выделить время, зафиксировать протокол. Максим понял: он запустил проект, создал систему, но сам стал процессом. Когда он заболел на неделю, всё остановилось. Решение: он формализовал процесс обновления в чеклист и передал часть операторской роли помощнику. Проект завершился, система осталась, процесс поддержки запущен. --- **Типичная ошибка.** «Это всё синонимы: процесс, система, проект, разница только в масштабе». Нет. Разница в природе объекта и в том, что от него ожидают. Процесс не масштабируется в систему просто увеличением. Проект не становится системой автоматически по завершении. Система не превращается в процесс, если перестать её поддерживать, она просто ломается. Вторая ошибка - ожидание, что «запуск» (проект) гарантирует «работу» (система). Запуск — это создание. Работа — это поддержка. Это разные бюджеты, разные роли, разные метрики успеха. --- **Степени мастерства:** 1. **Объясняю.** Могу дать определение процесса, системы и проекта и привести пример каждого Критерий: один раз провёл различение для реальной ситуации 2. **Умею.** Для любой ситуации могу определить, какие элементы процесс, какие система, какие проект Критерий: раз в неделю ловлю себя на смешении типов и исправляю 3. **Навык.** Автоматически замечаю, когда в разговоре смешиваются типы, и уточняю Критерий: коллеги начинают уточнять «это процесс или система?» до принятия решения 4. **Мастерство.** Проектирую организационные изменения так, чтобы проект явно порождал систему с поддержкой, а не ожидания без ресурсов Критерий: есть кейс, где чёткое разделение проекта, системы и процесса сократило неопределённость и предотвратило провал --- **Проверка себя.** - Понимание: вы можете объяснить, почему «запуск CRM» - проект, CRM как инструмент - система, а ежедневное обновление данных в CRM - процесс. - Поведение: когда вы называете что-то «системой», вы проверяете: есть ли роль оператора, есть ли поддержка, есть ли фиксация. - Застревание: если вы говорите «у нас есть система», но она работает только когда вы сами её запускаете, у вас не система, у вас процесс, который вы называете системой. Переименуйте и решите: либо формализуйте в систему, либо признайте, что это процесс. --- **Что дальше.** Процесс, система, проект — это типы объектов. Но система живёт во времени. Чтобы система появилась, проект проходит через стадии. Следующий подраздел - о том, как разбить проект на стадии так, чтобы каждая стадия производила результат, который можно принять.
← Предыдущий раздел
Следующий раздел →