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

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

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

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

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

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

Теперь можно поговорить про продукты. И если для проектов признак успешности – это достижение целей, то главным критерием успешности продуктов я бы назвал тот факт, что ими пользуются. Это следует из самой их природы. Любой программный продукт, ИТ-система, все то, что лежит в основе цифрового продукта, является набором повторяющихся алгоритмов. Если коротко, база данных со списком заказов – не продукт, а система для работы с этим списком – уже продукт. Это означает, что если продуктами никто не пользуется, то они мертвы.

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