1 8 1160x620 - Как Agile убивает инновации

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

Всегда ли инновации – это хорошо?

Инновации стали главным модным словом в продуктовой культуре и в индустрии высоких технологий. Самые инновационные компании или команды – лучшие, правда? Ну, может и нет. Давайте посмотрим на инновации в их современном значении. Согласно словарю Уэбстера, это означает «новую идею, творческие мысли или новый подход в виде устройства или метода».

Согласно этому определению, инновация является необходимым компонентом любого успешного продукта, но несколько иначе, чем в первоначальном значении этого слова. Творческие мысли и новые идеи, – это замечательно! Но всегда ли инновации – это хорошо?

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

Agile убивает инновации, но не все инновации хороши

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

  • Люди важнее процесса
  • Наличие программного обеспечения, которое работает.
  • Наличие программного обеспечения, основанного на идее понимания и реагирования на потребности клиентов.

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

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

Agile может убить позитивные инновации… если вы не реализуете их правильно

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

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

Вот несколько простых примеров внедрения инноваций на практике:

Если ваши пользователи пытаются адаптироваться к новому интерфейсу, поговорите с командой дизайнеров. Спросите их: «Как мы можем инновационно решить эту проблему?». Тогда вы сможете проводить исследования других сопоставимых подходов или внедрить совершенно новые концепции и идеи. Реализуйте свои идеи, проводите итерации по мере необходимости и снова тестируйте!

Если ваша команда разработчиков рассматривает дизайн и чувствует, что может вывести его за привычные рамки, пришло время обсудить с ними возможные варианты. Задайте такие вопросы, как: «Как мы можем быть инновационными, чтобы удовлетворить потребности дизайна, но бросить вызов самим себе в поддержании масштаба?». Поощряйте разработчиков сотрудничать с дизайнерами, чтобы найти усредненное решение – возможно, есть простое решение, например, использование открытых исходных инструментов / ресурсов, которые могут быть более быстрым и простым способом реализации идеи.

Это и есть продукт инновации. Сфокусированный и служащий цели.

Пусть инновации живут в рамках гибкой методологии разработки

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

Пишите в комментариях, что вы думаете об инновациях в процессе производства продукта. Спасибо за прочтение!

Оригинал: Julie Branson

Если вы нашли ошибку, выделите фрагмент текста и нажмите Ctrl+Enter

Похожие записи

Система подбора цветов для интерфейса. Основы. Часть 1

Как создать доступный цифровой опыт Цвет, как инструмент Сегодня мы проводим большую…

Новый подход к подбору цвета интерфейса

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

Базовая сетка 4px для достижения визуальной точности

Я пользуюсь базовой сеткой 4px уже более 2-х лет и пытаюсь заставить мою команду начать использовать ее.