Не скрамом единым: 10 нетривиальных концепций управления проектом Серия постов - 5 /5 . Лайк, коммент, репост, если такой контент был норм 👍. 9. План нужно строить не из настоящего в будущее, а из будущего в настоящее:теория действия проекта (Action Theory of the Project)

В 2024 году Грэм Уинч опубликовал работу "Теория действия проекта", где среди прочего развивается идея мышления из завершенного будущего. Мы обычно начинаем планирование с сегодняшнего дня: вот что у нас есть сейчас, вот что надо сделать дальше, потом еще один шаг, затем еще один, и так постепенно… PROFIT.

А можно двигаться в обратную сторону и сначала представить, что желаемое будущее уже наступило. Например: "Через год менеджер видит всю историю работы с клиентом в одном месте, не ведет таблички в экселе и готовит предложение за десять минут".

После этого мы начинаем идти назад и выяснять, что должно было произойти, чтобы такое состояние вообще стало возможным.

Это совершенно другой дискурс, нежели "нам надо внедрить CRM", потому что во второй формулировке решение уже незаметно выбрано. Нам нужна CRM, осталось ее выбрать, купить, внедрить и потом несколько лет выяснять, почему менеджеры все равно продолжают писать контакты и планы в ежедневниках.

А вот в первой формулировке CRM - всего лишь один из возможных вариантов. Потому что может оказаться, что существующая система уже умеет половину нужного, а проблема находится в процессе, данных или вообще в людях. Иногда после этого проект становится заметно дешевле, а иногда исчезает вообще, что тоже, если подумать, вполне достойный результат (см концепцию 1).

10. Опытному руководителю проекта иногда нужно учиться забывать:проектное разучивание (Project-Based Unlearning)

Мы привыкли считать опыт однозначным преимуществом: чем дольше человек работает, тем больше он знает, а значит, тем лучше должен работать. Логика железная, но есть нюанс. Вместе со знаниями человек приобретает еще и уверенность в том, как "обычно правильно".

В 2024 году Бассам Хуссейн и Берта Нгережа опубликовали исследование разучивания в проектной среде, то есть не того, как организация получает новые знания, а того, как она сознательно избавляется от старых. Есть временное разучивание, когда подход в целом полезен, но в конкретном проекте его лучше не применять, и есть постоянное, когда человек признает, что какая-то практика или убеждение больше не работает вообще.

Концепция не сильно приятная для "опытных", потому что за 10-15-20 лет работы человек успевает усвоить, что без подробного плана будет бардак, требования надо утверждать, изменения следует контролировать, ответственность должна быть закреплена, заказчика к разработчикам лучше напрямую не пускать, а вот этот подход мы уже пробовали в 2017 году и ничего из него не вышло.

Причем и человек этот совсем не дурак, и каждое убеждение написано кровью, оплачено реальными деньгами, нервами и ночными релизами. Проблема только в том, что реальный опыт довольно легко превращается в рефлекс, а "один раз обжегся" постепенно становится "так делать нельзя никогда".

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