§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 мин):
- Выберите текущую ситуацию из работы или жизни, что-то, что вы называете «системой» или «проектом» (5 мин).
- Ответьте на три вопроса: (а) Что здесь преобразуется? (процесс). (б) Что остаётся и работает без меня? (система). (в) Что имеет дедлайн и команду? (проект). Запишите (15 мин).
- Найдите одно смешение: где вы называете процесс системой, проект системой, или систему проектом. Переименуйте честно (10 мин).
- Определите, что нужно добавить, чтобы временный результат стал системой: роль? Фиксация? Поддержка? (10 мин).
Пример из жизни. Вернёмся к Максиму и его системе учёта задач (§7.03).
Процесс: ежедневное обновление статусов задач, разбор зависших задач, напоминания команде. Это преобразование: «задача без статуса → задача со статусом». Если Максим перестанет это делать, процесс остановится.
Система: инструмент учёта задач с настроенными фильтрами, правилами доступа, интеграцией с календарём. Система работает, пока есть оператор (пока Максим). Если Максим уйдёт, система останется, но без оператора она замрёт: данные устареют, доступы протухнут, интеграция сломается.
Проект: «Запуск системы учёта задач, рассчитанный на 5 недель». Проект закончился на стадии 4 (§7.05). Результат проекта - работающая система + документация + обучение. Но проект не включает «поддержку вечно». Если компания хочет, чтобы система жила, она должна превратить проект в процесс поддержки: назначить оператора, выделить время, зафиксировать протокол.
Максим понял: он запустил проект, создал систему, но сам стал процессом. Когда он заболел на неделю, всё остановилось. Решение: он формализовал процесс обновления в чеклист и передал часть операторской роли помощнику. Проект завершился, система осталась, процесс поддержки запущен.
Типичная ошибка. «Это всё синонимы: процесс, система, проект, разница только в масштабе». Нет. Разница в природе объекта и в том, что от него ожидают. Процесс не масштабируется в систему просто увеличением. Проект не становится системой автоматически по завершении. Система не превращается в процесс, если перестать её поддерживать, она просто ломается.
Вторая ошибка - ожидание, что «запуск» (проект) гарантирует «работу» (система). Запуск — это создание. Работа — это поддержка. Это разные бюджеты, разные роли, разные метрики успеха.
Степени мастерства:
Объясняю. Могу дать определение процесса, системы и проекта и привести пример каждого
Критерий: один раз провёл различение для реальной ситуацииУмею. Для любой ситуации могу определить, какие элементы процесс, какие система, какие проект
Критерий: раз в неделю ловлю себя на смешении типов и исправляюНавык. Автоматически замечаю, когда в разговоре смешиваются типы, и уточняю
Критерий: коллеги начинают уточнять «это процесс или система?» до принятия решенияМастерство. Проектирую организационные изменения так, чтобы проект явно порождал систему с поддержкой, а не ожидания без ресурсов
Критерий: есть кейс, где чёткое разделение проекта, системы и процесса сократило неопределённость и предотвратило провал
Проверка себя.
- Понимание: вы можете объяснить, почему «запуск CRM» - проект, CRM как инструмент - система, а ежедневное обновление данных в CRM - процесс.
- Поведение: когда вы называете что-то «системой», вы проверяете: есть ли роль оператора, есть ли поддержка, есть ли фиксация.
- Застревание: если вы говорите «у нас есть система», но она работает только когда вы сами её запускаете, у вас не система, у вас процесс, который вы называете системой. Переименуйте и решите: либо формализуйте в систему, либо признайте, что это процесс.
Что дальше. Процесс, система, проект — это типы объектов. Но система живёт во времени. Чтобы система появилась, проект проходит через стадии. Следующий подраздел - о том, как разбить проект на стадии так, чтобы каждая стадия производила результат, который можно принять.