Метод параноика. Как взять под контроль неопределённость в проектах при создании цифровых продуктов для бизнеса - страница 11

Я уже много раз использовал слово «успешный» по отношению и к продуктам, и к проектам. Теперь мне хотелось бы остановиться на этом подробнее. Что это в принципе такое – успешный продукт? А проект? Как это проявляется и каковы критерии, чтобы можно было говорить об успешности? Вопрос не праздный, потому что кроме чувства гордости за свою работу, в проектной работе часто возникают конфликты между бизнесом и ИТ-профессионалами по поводу результатов их работы. И важно быть уверенным, что все разговаривают на одном языке. Начнём с проектов по проектированию, разработке, внедрению, запуску, сопровождению и т.д. цифровых продуктов и сервисов. Пока будем использовать интуитивно понятное значение слова проект, но в следующей главе я подробно расскажу, какие бывают у них типы.

Проще всего определить успешность через факт достижения поставленных целей. Значит, нужно понять, какие цели стоят перед проектом. Ответ кажется простым – «создать продукт в соответствии с требованиями, уложиться в срок и в бюджет». И тут же начинаются сложности. Что если продукт создан и соответствует требованиям, но при использовании не даёт бизнесу ожидаемого результата? Такой проект все ещё можно считать успешным? Или можно посмотреть с другой стороны. Предположим, как это часто бывает, проект затевался одним из топ-менеджеров компании не для достижения бизнес-целей, а из-за личных амбиций? Это ведь отличный способ поднять свой уровень, рассказав о крутом проекте на совете директоров. И в таком случае, даже если требования, сроки и бюджет будут в порядке, но впечатление не произведено, то, вероятно, проект нельзя назвать успешным? Совсем сложно (или просто) говорить об успехе, когда целью проекта было получение бюджета и распределение его между заинтересованными сторонами.

Смотрите ли вы на ситуацию со стороны бизнеса или с профессиональной точки зрения, критически важно отдавать себе отчёт в истинных целях проекта. Если вы как специалист неверно интерпретируете цели, то неизбежно окажетесь в ситуации конфликта с бизнесом. В свою очередь у бизнеса больше шансов получить требуемый результат, если цели открыто обозначаются в начале проекта. Это настолько важно, что я в своей практике отказываюсь от проектов, когда не удаётся согласовать цели, либо когда видна попытка манипуляции, т.е. под видом бизнес-целей прячутся другие намерения участников проекта.

Из первого правила успешности проекта – выяснения целей, следует второе, не менее важное. Суть его в том, что над проектом всегда работают две стороны – бизнес и специалисты, проектирующие и разрабатывающие продукт. Причин несколько. Во-первых, невозможно сформулировать цели, не взаимодействуя друг с другом. В отличие от покупки товаров или традиционных услуг, где ассортимент и характеристики могут быть заранее определены, сама природа проектной работы такова, что многие обстоятельства, например, технические ограничения или свойства бизнес-процессов, выявляются в процессе работы. Невозможно представить ситуацию, когда в самом начале проекта формулируются цели и требования к продукту, которые не уточняются или не претерпевают изменений по ходу проекта. В любом более-менее сложном проекте накапливается такой объем уточнений, что если отношения сторон не предполагают известной гибкости, то возникает неизбежный конфликт. К концу проекта либо бизнес более ясно понимает цели и готовый продукт не попадает в них, либо исполнители в процессе вынуждены вносить изменения, сильно выходя за рамки изначально согласованного бюджета и сроков.