Продуктовый подход в цифровой экономике/Методы управления продуктом

Материал из CDTOwiki
Перейти к: навигация, поиск

Bnk0211.png Методы управления продуктом Одним из важнейших аспектов цифровой трансформации любой организации является смена подхода к управлению процессами, проектами и продуктами в сторону гибкости и динамики. 100 Технологии и инструменты управления Средняя Важно Менеджмент Да Модели (раздел) Системное повышение производительности труда (раздел) Модели и архитектуры (раздел) Межотраслевое (раздел) Управленческие технологии (раздел) Продукты и сервисы (раздел) 4 Продукт, Цифровой продукт, Продуктовый подходПродуктовый подход в цифровой экономике/Методы управления продуктом

Методы управления продуктом
Одним из важнейших аспектов цифровой трансформации любой организации является смена подхода к управлению процессами, проектами и продуктами в сторону гибкости и динамики.
Сегмент
МенеджментМенеджмент
Рекомендовано
ВажноВажно
Сложность
СредняяСредняя
Направление исследований
 

Каждый из методов имеет свои преимущества и недостатки. Выбор зависит от конкретной ситуации, обеспеченности ресурсами, компетенции команды, амбициозности сроков и целей проекта.

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

Классические методы создания продукта

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

Среди классических методов можно выделить:

  • Водопад (или каскадный метод) – наиболее простой и достаточно распространённый метод. В этом методе задачи текут вниз по списку в последовательном порядке, как водопад. Необходимо завершить один шаг, прежде чем начать следующий. Для работы надо просто составить список шагов, необходимых для выполнения задания. При стандартных решениях можно просто копировать планы из предыдущих проектов. Новые члены команды могут быстро понять суть процесса.
  • Гейтовый метод (или метод «водопада» более высокого уровня) - образец классических методов. Задачи не просто текут вниз по списку в последовательном порядке, а весь проект разбит на определенные этапы, каждый этап жестко очерчен и заканчивается так называемыми «воротами» (или гейтами), переход от одного этапа к другому происходит только после полного завершения работы на текущем. Каждый этап завершается выпуском комплекта документации.
  • Метод критического пути – модификация каскадного метода. Выделяются ряд важных задач, без которых реализация проекта (или следующего этапа) невозможна, совокупность таких задач обычно называется «критическим путем» проекта.  Например, при строительстве здания необходимо вначале заложить фундамент, поднять каркас, построить стены, застеклить окна, после чего можно начать выполнять независимые работы по внутренней отделке (электрика, сантехника и т.д.). Метод позволяет сосредотачиваться на важнейших (критических) задачах поддерживая необходимый баланс между важным и второстепенным.

Преимущества классических методов

  1. Простота и удобство в применении 
  2. Первоначально можно достаточно точно планировать сроки и затраты
  3. Прозрачное распределение ответственности
  4. Контролируемость процессов
  5. Возможность формализации и документирование процессов и результатов


Недостатки классических методов

  1. Чувствительность к информационной перенасыщенности - появление новой информации, изменений требований и приводит к необходимости опять проводить длительный процесс согласования со всеми заинтересованными сторонами
  2. Риск конфликтов между ответственными за разные этапы проекта в случае обнаружения ошибок
  3. Ограниченная возможность вести параллельные работы 
  4. Невозможно использовать потенциал команды в полном объеме, так как реализаторы этапа в первую очередь заинтересованы в решении задач данного этапа и лишь формально в выполнении общей цели
  5. Накопление искажений и ошибок может привести к срыву сроков и резкому увеличению затрат, так как ошибки чаще всего обнаруживаются на последующих этапах, что означает возврат на начальные стадии и прохождение этапов заново. 
  6. Заказчик и конечный пользователь видят продукт только в самом конце «водопада». То что они увидят, может не совпасть с их реальными ожиданиями.

Переходные методы создания продуктов

У классических методов создания продукта много минусов. Они всё меньше соответствуют динамике рынков. Сформировалась потребность в новых, «не классических» методах.

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

Спиральный метод – переходный метод от классических к гибким, модернизация каскадного метода за счет постепенного уточнения требований к продукту.

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

  1. определение целей, альтернативных вариантов и ограничений
  2. оценка альтернативных вариантов и рисков
  3. разработка следующей версии продукта
  4. планирование следующей фазы.


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

Преимущества спирального метода

  1. Рассмотрение альтернатив
  2. Проработка рисков


Недостаток спирального метода - риск застрять на каком-нибудь этапе – бесконечно рассматривать альтернативы, прорабатывать риски, совершенствовать продукт

Agile-методы

Определённый методологический прорыв произошел в 2001 году, когда был создан Agile.

Agile (от англ. agile — быстрый, проворный) — это набор принципов и подходов направляющих ресурсы организации на быстрое создание продуктов/сервисов, несущих ценность клиентам.

Строго говоря, Agile – не методология в классическом понимании. Это целое семейство разных походов, соответствующих так называемому «манифесту Agile», включающему в себя 4 ценности и 12 принципов.

Четыре основные ценности Аgile:

  1. Люди и взаимодействие важнее процессов и инструментов.
  2. Работающий продукт важнее исчерпывающей документации.
  3. Сотрудничество с заказчиком важнее согласования условий контракта.
  4. Готовность к изменениям важнее следования первоначальному плану.

Изначально Agile применялся только для ИТ-отрасли, для создания программных продуктов. Однако постепенно и другие отрасли и сферы деятельности (финансовый сектор, телекоммуникации, торговля, производство, государственное управление, образование и т.д.) стали применять эти подходы.

Наиболее распространённые на текущий момент универсальные (применимые к любой предметной области) подходы и фреймворки (инструменты) Agile это:

  • Scrum
  • Kanban
  • LESS (Large Scale Scrum)
  • SAFe (Scaled Agile Framework)

А также Agile-подходы, применяемые при разработке ПО:

  • экстремальное программирование (Extreme Programming, XP);
  • разработка через тестирование (Test-driven development, TDD);
  • метод разработки динамических систем (Dynamic Systems Development Method, DSDM).

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

Готовый результат (инкремент) полагается представить заинтересованным сторонам, (в т.ч. конечным пользователям) для получения обратной связи и принятия решения о выпуске или определения направлений улучшения или доработки.

Каждый инкремент должен иметь ценность для пользователей продукта, заказчиков и для всех иных заинтересованных сторон. Более того, каждый последующий инкремент привносит добавленную ценность по сравнению с предыдущим. Инкрементальная разработка помогает максимально быстро создать Минимально жизнеспособный продукт. С его помощью проверяются гипотезы и предположения о требуемых результатах проекта, организуется работа с обратной связью.

Преимущества Agile

  1. Возможность быстро отследить ошибки и исправить.
  2. Постоянное получение обратной связи.
  3. Командная ответственность за продукт. 
  4. Прозрачность хода реализации для всех участников и заинтересованных сторон.
  5. Сокращение количества разнообразных менеджеров («уплощение» структуры команды).
  6. Фокус на ценности. Создается продукт, который нужен здесь и сейчас благодаря постоянной обратной связи и прозрачности хода реализации
  7. Высокая мотивация команды


Недостатки Agile

  1. Слабое внимание к планам и дорожным картам. Agile не игнорирует планирование, просто детальные планы находятся вне фокуса внимание Agile-подхода. Гибкость планирования предполагает возможность изменения планов, проверку гипотез, отдаленное планирование заменяется прогнозированием. 
  2. Не достаточно «серьезное и почтительное» отношение к документам (регламентам и стандартам)
  3. Непривычный для госуправления или корпоративного управления подход, кода требования и технические задания «не фиксированы» и нет четкого однозначного ответа на вопрос «что кокнретно сейчас мы делаем».
  4. Практически невозможно работать с подрядчиком «по Agile» в рамках строгих ограничений традиционной системы контрактации (например регулируемой 44-ФЗ, 223-ФЗ).
  5. Повышенные требования к компетенции и мотивации команды. «Простые исполнители» так работать не умеют.

Гибридные методы

На практике стараются применять комбинацию методов, чтобы «взять лучшее из разных миров». Согласно последним рекомендациям Project Management Institute, современный руководитель проекта должен применять как классические методы проектного управления, так и более новые гибкие подходы, выбирая и комбинируя и те и другие в зависимости от специфики проекта и организации.

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

Гибридный механизм обычно следующий:

  • общее структурирование, управление взаимными зависимостями выполняются с применением классических методов,
  • а реализация отдельных блоков / потоков работ — с применением гибких подходов.

Любой компромисс имеет обратную сторону – существует риск «негативной гибридизации» - когда вместо сочетания преимуществ противоположных методов мы можем получить сочетание недостатков. Правильно выстроить сбалансированный гибридный подход весьма непросто, поэтому  в команде должны быть эксперты, хорошо знающие оба подхода — и классический и Agile — в теории и на практике. А чтобы такие эксперты у вас появились, вам необходимо на практике создать несколько продуктов «по классике», а несколько «по agile».

Универсальных успешных методов создания продукта нет. Ни классические, ни подходы Agile, ни гибридные методы, не могут быть «серебряной пулей» или волшебной таблеткой.

Дополнительные материалы

Дата последней редакции 5 июля 20202020/07/05
Теги

Продукт, Продуктовый подход, Цифровой продукт