Согласование понимания по ценности инноваций для бизнеса
Первым шагом в разработке любых новых инноваций является определение того, как эти инновации могут повысить ценность бизнеса. В этом упражнении вы ответите на ряд вопросов, которые описывают важность большого внимания организации к процессу определения ценности для бизнеса.
Что такое ценность для бизнеса?
Ценность бизнеса — это неформальный термин, который может отличаться от бизнеса к бизнесу. Это чистая выгода для клиента и включает все формы ценности, которые определяют долгосрочное здоровье и благополучие компании.
Квалифицирующие вопросы для определения бизнес-ценности
Прежде чем разрабатывать какое-либо решение для бизнес-инноваций или бизнес-ценности (в облаке или локальной среде), проверьте свои критерии ценности для бизнеса, ответив на следующие вопросы:
- Какую конкретную потребность клиента вы намерены поддерживать с помощью этого решения?
- Какие возможности это решение создаст для вашего бизнеса?
- Какие бизнес-результаты будет достигнуто этим решением?
- Какой из мотивов вашей компании служит это решение?
Если ответы на все эти вопросы уже хорошо документированы, вам можно не выполнять дальнейшую часть этого упражнения.
К счастью, любую документацию можно легко проверить. Организуйте два небольших собрания для проверки документации и согласования понимания внутри организации. Пригласите заинтересованных представителей бизнеса на одно из этих собраний и организуйте отдельную встречу с группой разработчиков. Задайте четыре вопроса каждой группе, а затем сравните результаты.
Не делитесь существующей документацией с любой из команд перед собранием. Если существует истинное выравнивание, члены каждой группы должны ссылаться на направляющие гипотезы или даже декламировать их.
Совет
Не помогайте вести собрание. Этот тест предназначен для определения выравнивания. Это не упражнение по созданию выравнивания.
Когда вы начнете собрание, напомните участникам, что целью является проверка согласованности целей руководства с их пониманием в каждой группе. Установите ограничение в пять минут для каждого вопроса. Установите таймер и закройте каждый вопрос через пять минут, даже если участники не согласились с ответом.
Учитывайте языки и интересы каждой группы. Если тест дает ответы, которые выровнены по направлению, считайте это упражнение победой. Теперь вы можете перейти к разработке решения.
Если согласованность есть по одному или двум вопросам, это уже хороший знак. Это более высокий уровень взаимопонимания, чем у большинства организаций. Вполне вероятно, что в будущем будет достигнут полный успех с минимальными усилиями на поддержание уровня. Просмотрите каждый из следующих разделов, чтобы получить идеи, которые могут помочь вам повысить согласованность.
Если какая-либо из команд не может ответить ни на один вопрос за 30 минут, то меры согласования и другие рекомендации в следующих разделах могут вам существенно помочь в улучшении ситуации. Обратите особое внимание на каждый из следующих разделов.
Сначала оцените общую картину
Cloud Adoption Framework следует по определенному пути, который включает четыре этапа: создание стратегии, планирование, готовность и внедрение. Облачные и бизнес-инновации относятся к этапу внедрения в этом процессе.
Ответы на третий и четвертый квалификационные вопросы касаются результатов и мотивов. Если эти ответы не отвечают, ваша организация пропустила что-то на этапе разработки стратегии жизненного цикла внедрения облака. Скорее всего, будет задействован один или несколько из следующих сценариев:
Возможность согласования. Если заинтересованные лица не могут договориться о мотивации и бизнес-результатах, связанных с облачными и бизнес-инновациями, это признак более сложной задачи. Упражнения в методологии стратегии могут быть полезны для развития согласованности между заинтересованными лицами бизнеса. Мы также рекомендуем тем же заинтересованным лицам сформировать группу по вопросам облачной стратегии , которая регулярно собирается.
Возможность общения. Если команда разработчиков не может договориться о мотивации и бизнес-результатах, разногласия могут быть симптомом стратегических пробелов в коммуникации. Вы можете быстро решить эту проблему, просмотрив стратегию облака с командой по внедрению облачных технологий. Через несколько недель после проверки команда должна повторить упражнение по получению ответов на квалифицирующими вопросами.
Возможность определения приоритетов. Облачная стратегия по сути является гипотезой уровня руководителя. Лучшие облачные стратегии должны поддерживать итерации и обратную связь.
Если команда по внедрению облачных технологий и команда по облачной стратегии понимают стратегию, но по-прежнему не могут выровнять ответы на вопросы, приоритеты могут быть неправильно согласованы. Организуйте сеанс с командами. Эта встреча может помочь в работе обеих групп. Команда по внедрению облачных технологий начинает с предоставления ответов на соответствующие вопросы. После этого проводится диалог между группой внедрения облака и группой облачной стратегии, который позволит найти возможности для более точного согласования приоритетов.
Эти масштабные возможности часто показывают способы лучшего согласования инновационного решения с облачной стратегией. Это упражнение часто имеет один из следующих результатов:
- Такие беседы помогут вашей команде улучшить облачную стратегию организации и улучшить ее соответствие важным потребностям клиентов. Такое изменение может дать вашей команде больше поддержки со стороны руководства.
- Эти беседы могут показать, что ваша команда по внедрению облачных технологий должна инвестировать в другое решение. В этом случае обдумайте вариант перенести это решение "как есть" и отложить процесс инновации. Кроме того, эти беседы могут означать, что вы используете подход "гражданин—разработчик", чтобы сначала проверить ценность для бизнеса. В любом случае беседы помогут вашей команде избежать крупных инвестиций с ограниченной отдачей от бизнеса.
Действия по согласованию решения
Довольно часто ответы на первый и второй вопросы могут быть неправильно сгруппированы.
На ранних стадиях разработки и идей и решений часто нарушается общее понимание потребностей клиентов и бизнес-возможностей. Многие группы разработчиков сталкиваются с трудностями в достижении баланса между слишком строгим и слишком вольным их определением. Cloud Adoption Framework рекомендует использовать для ответов на эти вопросы рационализаторские подходы, например "создание, измерение и обучение".
В следующем списке показаны возможности и подходы к созданию выравнивания.
Гипотеза возможности. Заинтересованные лица и группы разработчиков могут иметь слишком много ожиданий для решения. Нереалистичные ожидания могут быть сигналом о том, что гипотеза слишком расплывчата. Следуйте указаниям по проектированию с вниманием к клиентам, чтобы разработать более четкую гипотезу.
Возможность сборки. Команды могут быть несогласованы, так как они не согласны с способом решения потребностей клиента. Такие разногласия обычно указывают на то, что преждевременный технический всплеск задерживает команду.
Чтобы команда не забывала о клиенте, начните первую итерацию и создайте небольшой продукт с минимальной функциональностью, чтобы доработать часть гипотезы. Дополнительные сведения см. в статье Развитие разработки цифровых технологий.
Возможность обучения. Любая команда может быть неправильно сгруппирована, так как ей требуются глубокие технические требования и обширные функциональные требования. В этой ситуации может оказаться полезным провести обучение по методологиям гибкой разработки. Если культура работы в команде недостаточно высока для процессов гибкой разработки, вам будет трудно развивать инновации и успевать за развитием рынка.
Учебные материалы по DevOps и методикам гибкой разработки представлены в следующих статьях:
Следуя Cloud Adoption Framework методологии внедрения инноваций и средствам управления невыполненной работой в каждом разделе этой статьи, вы можете помочь в создании выравнивания решений.
Дальнейшие действия
Когда вы согласуете ваше предложение по повышению ценности для бизнеса и проинформируете о нем все заинтересованные стороны, можете приступить к созданию решения.