В этой статье проводятся параллели между притчей о мудрецах и проектными принципами, что помогает осмыслению проектных подходов.
Притча:
Мудрецам закрыли глаза и попросили описать, что находится перед ними на ощупь. Перед ними стоял слон.
Кто ощупывал хобот - сказал, что перед ним шланг.
Тот кто трогал бивень - сказал копье.
Хвост - веревка
Нога - колонна
Бок - напомнил кору дерева
Дальше они ругаются и доказывают свое мнение друг другу, до тех пор, пока им не развязывают глаза, и они не понимают, что перед ними слон.
Конец.
Какие параллели с проектным управлением?
1. Всегда нужно подвергать сомнению информацию о проекте и требования к нему.
Один их первых этапов - анализ ситуации (сбор требований). Если вы не смогли придумать, что такое (веревка + копье + колонна + дерево + шланг), то перед вами проект. Т.е. если нет типового решения, то скорее всего перед вами проект.
Переводя на язык проектного управления, на входе у вас будет: запрос, описание проблемы и требования - все это нужно дополнить и проверить на адекватность. Для этого проводятся интервью, сбор требований из разных источников и т.п.
2. Требования противоречат друг другу. Если бы не было конфликта и противоречий, то это не было бы проектом.
Например: хотят автоматизированную систему, но с ручным контролем, или простой интерфейс, но добавляют 100 функций.
Команда проекта должна увидеть за всем этим слона, т.е. смотреть шире.
3. В проекте всегда присутствует неопределенность.
До того, как вы не покажите всем слона и они не скажут "а вот оно что" - результат проекта не будет достигнут и заказчик, до конца, не будет понимать, что он действительно хочет.
Если переводить на проектный язык, то после разработки решения, вам нужно ввести его в работу и получить обратную связь от заказчика. Иначе вы останетесь со своей гипотезой, о том что сделали, что-то нужное и рабочее, а по факту у вас будет очередной мертвый продукт.
4. На проектах вы не знаете, что в итоге работы вам нужно представить именно слона, к этому нужно прийти.
Из-за этого пропуск этапов анализа информации или сбора требований от заказчиков и экспертов, приведет к тому, что вы намотаете веревку на копье и покажите всем. Вряд ли кого-то устроит такой результат.
Все эти примеры, кажутся очевидными, и о чем тут вообще можно говорить?
А по факту, причины провалов стартапов:
42% - не нужны рынку (не было проработки проблемы с заказчиком)
17% - плохой продукт (придумали решение сами)
14% - игнорировали клиентов 🤷🏼♂️
Если у вас есть вопросы или хотите обсудить, как проектные подходы могут применяться в вашем бизнесе, пишите в комментариях!