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

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

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

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

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

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

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