Почему управление рисками потеряло ценность для бизнеса и что с этим делать?
Сложность: Средняя
Язык доклада: русский
Тип: доклад
Продуктовые команды действуют в условиях крайней неопределенности. Любое сложное решение находится под риском и часто люди могут оценить эти риски только качественно или интуитивно
Разработчики часто хотят больше времени и денег на разработку продуктов. Им нужны более полные спецификации требований, лучше проработанная архитектура, более полное тестовое покрытие. Они озабочены качеством продукта и техническими рисками.

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

Возникает конфликт, а позже и разбирательства "кто виноват и что делать", если решение в пользу разработчиков либо руководства признается неудачным.

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

Вот если бы был способ посчитать, как проработанная архитектура, дополнительный приемочный тест или полная спецификация требований повлияет на P&L продукта. И такой способ есть, им, например, пользуются страховые компании вроде International Space Brokers, чтобы оценить стоимость страховки запуска SpaceX, сложного и уникального продукта.

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

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

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

Начинал свой путь инженером-конструктором в СКТБ, занимался и занимаюсь разработкой игр, запускал производство 3G radiohead (Elcoteq 2006), Chevrolet Cruze/Opel Astra (GM 2008), управлял разработкой и ставил на производство светодиодную продукцию (OptoGAN 2011), запускал магазин по новой концепции (X5 Retail Group 2016).

Занимался методической работой в центре процессной архитектуры Росатом, веду специализированный блог и YouTube канал.
Станьте частью сообщества профессионалов
Мы собрали крупнейшее сообщество менеджеров продуктов и всех, кто занимается созданием полезных и прибыльных продуктов, чтобы вы могли учиться вместе с лучшими и делиться опытом.
Чат продактов в телеграме
более 1960 участников
Группа в фейсбуке
более 2000 участников
Телеграм-канал
более 5800 участников
Команда организаторов ProductSense
Есть много поводов нам написать. Шлите свои вопросы и предложения по почте или справа через Интерком
Юрий Агеев
Managing Director.
Ведущий make sense podcast
Стратегическое партнерство и уникальные форматы сотрудничества

ageev@productsense.io
Ольга Стратанович
Program Director.
Автор канала make sense
Выступления, контент.

talks@productsense.io
Евгения Агеева
Account Manager
По вопросам, связанным с билетами и документами

account@productsense.io
Каролина Добина
Рroducer
По любым вопросам, связанным со спонсорством и информационным партнерством

dobina@productsense.io