О разумности использования инструментов. Проектный подход - э | Берлога РП

О разумности использования инструментов.

Проектный подход - это инструмент.
И его надо использовать с трезвой головой, взвешенно и разумно.
Это относится не только к нему, а к любому инструменту.

Что это значит?

1) Ценность должна быть выше расходов.

Это НЕ БЕСПЛАТНЫЙ инструмент. Он предполагает определенный уровень бюрократии и "избыточных" активностей.
Да, этот уровень МОЖНО и НУЖНО регулировать.
Но в целом - это все равно дополнительная нагрузка.

Как определить, когда она ценная?
Самое простое - по объему (стоимости) работ.
Лишние 20 часов работы для проекта в 40-50 часов, это дорого.
Дополнительные 300 часов для проекта в 2 000 часов - это разумная страховка/гарантия/накладные.
Оно может быть дороже условных 15-20% - но надо понимать, что это несёт ценность.
Разные простые (достаточно простые) активности можно делать минимизируя доп активности (разделяя проекты на уровни сложности), типизируя их, в конце концов - отдавая руководителя групп.

Многие понятные вещи без лишних рук делаются проще и быстрее (следовательно дешевле), как минимум за счёт экономии на "въехать в задачу" или "переключиться".

2) Все должны принимать и признавать ограничения системы.

Система - это не только про "заставить человечков бегать". Это еще и "надо побегать самому".
Самая грустная часть проектного управления наступает тогда, когда туда загоняют всех, кроме тех, кто ИМЕЕТ право принимать решения.
И они их принимают за пределами созданной логики.

В этот момент все начинают понимать, что логика системы не работает.
Как только это есть - любые попытки заставить систему работать уже обречены.
Заставить людей "забыть", что такое есть - сложнее, чем не допустить изначально.

3) Люди должны быть вовлечены в работу управления.

Если активности "управления" живут отдельно от активностей "действия" - то нужны ли такие активности?
Они должны быть ценны для команды, они должны быть полезны для результата, пусть и "дополнительной" ценой.
Это подготовка входных данных, это оформление необходимых допусков/заявок заранее, а не в момент, когда нужно "срочно", это описание работ.
Например, ЛЮБОМУ инженеру приятнее получить внятно структурированную задачу, с подсказками на мануалы, рекомендацией, кому звонить, если что не так. А в идеале - и с чек-листом для проверки, что все ок.
Это гарантированно лучше "беги, делай, там все просто, ТЫЩУ РАЗ ДЕЛАЛИ".

А еще, эти штуки можно унифицировать и переиспользовать - тем самым снижая расходы на следующие проекты.
Главное, при унификации не забывать о потенциальных отличиях :)
Это мелкий пример, но из мелочей строится жизнь.

Архитектура, проектирование - это тоже элемент управления, хоть и является технической работой.
Ведь, если нет схемы - то... Ну даже полка без замера вешается ровно :)

Как только "ломается" или отсутствует один из этих пунктов - шанс, что сломается система кратно растёт.
И важно помнить. Получить веру с нуля проще, чем из минуса (то есть, уже нарушив что-то).