Про проекты и процессы

Читаю книгу Павла Алфёрова по проектному управлению. С первых же страниц зацепило объяснение про проекты и процессы на примере системы Киневин. Это весьма наглядная интерпретация. Хочу опустить классические определения и показать саму модель.

Здесь под ”задачами" я подразумеваю что-то, что нужно сделать. Вне зависимости от формы постановки задачи, инициатора, описания и т.д. Просто какой-то кейс, который нужно решить.

Суть в том, что все задачи можно разделить на 4 домена:

1. Хаотические (chaotic)
Есть абстрактная идея, что нужно что то сделать. Это всё, что известно о задаче.

2. Запутанные (complex)
Есть сложная задача, которую в теории можно сделать, но как — это ещё надо поизучать. Скорее всего, участвовать будут несколько отделов, потребуется глубокая экспертиза, много времени и несколько итераций.

3. Упорядоченные сложные (complicated)
Есть понятная задача. Всё ещё могут участвовать несколько отделов, всё ещё нужен опыт участников, но что делать и каким образом — вопросов не вызывает.

4. Упорядоченные простые (simple)
Есть типовая задача, которая многократно повторялась. Есть чёткие инструкции, как её решать, понятны сроки.

И пятый - начальный - домен: неопределенный (когда нет понимания, куда отнести задачу).

По мере движения от хаоса у упорядочиванию уменьшается степень нашего непонимания, что делать. В первом домене обычно сложно управлять чем бы то ни было — это история про антикризис и быстрое принятие решений. Во втором (и часто третьем) доменах применяем проектный подход к управлению. Четвертый (и иногда 3) — выстраиваем процесс.

И в этом же, на мой взгляд, прекрасный ответ на вопрос "Когда в SMB должны появиться процессы?".
Примерно тогда, когда у вас появляются типовые задачи, которые вы решаете в рамках рабочей рутины. Если для вас каждый кейс — это что-то новое и не поддающееся стандартному решению, или кейс единичный и не повторится, можно смело забыть про выстраивание процесса. Но когда задача становится периодической и требует какого-то обязательного набора пунктов — процесс будет оптимальнее на долгой дистанции.

При этом стоит держать в голове 2 важных тезиса:
1. Не нужно усложнять то, что можно сделать просто.
2. Выбор домена всегда субъективен для каждой компании.

#processes@infosec_game
#systematization@infosec_game