Помните историю про то, как туземцы строили самолёты из соломы, чтобы привлечь “богов”-поставщиков? В IT-мире сейчас похожая история с модными методологиями. Все помешались на Agile, Scrum, Kanban…
Только вот незадача: Agile не волшебная палочка, а инструмент. И, как любой инструмент, в неумелых руках он не принесёт пользы, а то и вовсе навредит.
«В этом мире не все и всегда и везде, а кое-что, иногда и местами» (с) Дорофеев
К нам обращаются клиенты, которые сталкиваются с частыми багами на продакшене, срывом сроков поставок и другими болями. Мы проводим комплексный аудит процессов обеспечения качества ПО и знаете что? Довольно часто эти проблемы являются следствием неправильно выбранных методик, фреймворков, инструментов.
Какие это проблемы?
Ряд компаний подошли к внедрению Scrum слишком формально и забыли про главную цель — гибкость и скорость разработки. В итоге получили бюрократию в кубе и избыточную отчетность. Допустим, разработчик столкнулся с мелкой проблемой, он непременно должен сообщить об этом на ежедневном стендапе команды, затем его попросят вспомнить об этом на Обзоре спринта, плюс помусолят тему на Ретроспективе спринта (потому что говорить особо не о чем, если проводить его часто, а команда небольшая и уже слаженная). А ведь сэкономленное время можно было бы потратить на развитие продукта.
Другие решили, что ежедневные митинги — это панацея от всех проблем. Теперь их разработчики и тестировщики тратят по полдня на обсуждение того, кто что ел на завтрак, а фичи как пилились, так и пилятся.
Третьи придерживаются гибких методологий частично, например, они охотно хватают доп.задачи в текущий спринт, но при этом никак не учитывают это в планировании (рукалицо). Как результат — сокращение времени на тестирование, срыв сроков, пропуск багов и тд и тп.
Знакомо?) Наверняка вы сталкивались и с другими примерами, когда “хотели как лучше, а получилось как всегда”.
А как избежать таких ошибок?
— спросите Вы.
Ответ на поверхности. Прежде чем слепо копировать чужой опыт, задумайтесь: а нужен ли вам Agile вообще?
Вот список вопросов, который поможет Вам определить целесообразность внедрения того или иного новомодного фреймворка:
- Готово ли руководство и сотрудники компании к полной реорганизации ради внедрения нового подхода? Внедрение новой модели часто требует значительных изменений в процессах и поведении сотрудников. Необходимо убедиться, что все готовы к таким изменениям и понимают их важность. Без поддержки со стороны сотрудников внедрение может быть обречено на провал.
- Соответствует ли выбранная методология культуре вашей компании? Игнорирование корпоративной культуры при выборе методологии может привести к сопротивлению изменениям и снижению эффективности внедрения.
- Какая проблема решается? Важно четко понимать, какие конкретные болевые точки вы хотите устранить. Этот вопрос помогает определить, действительно ли выбранный фреймворк решает реальные проблемы вашего бизнеса или вы просто следуете модной тенденции. Кроме того, без ясного понимания проблемы, которую он должен решить, сложно будет оценить его эффективность.
- Является ли ваша отрасль и бизнес-модель подходящей для выбранной методологии? Не все методологии универсальны и подходят для любого бизнеса. Важно оценить, насколько выбранная соответствует специфике вашей деятельности.
- Как изменения повлияют на ваших клиентов и партнеров? Важно учесть их интересы и потребности и разработать план минимизации негативных последствий.
- Достаточно ли у вас ресурсов (финансовых, человеческих, временных) для внедрения и поддержания новых схем? Внедрение изменений часто требует значительных инвестиций. Важно реально оценить свои возможности и убедиться, что доступных ресурсов достаточно для успешного внедрения и дальнейшей поддержки методологии.
- Есть ли у вас опыт работы с подобными инструментами? Наличие опыта работы с похожими подходами может значительно облегчить процесс внедрения. В противном случае, необходимо учесть время и ресурсы на обучение сотрудников.
- Есть ли необходимость в постоянном изменении и адаптации процессов? Некоторые подходы, такие, как Kaizen и Lean, требуют постоянного совершенствования и адаптации процессов. Важно оценить, готова ли ваша компания к таким непрерывным изменениям, опять же есть ли для этого необходимые ресурсы и культура.
- Как вы будете измерять успех внедрения нового подхода? Без четких ключевых показателей эффективности (KPI) невозможно оценить эффективность внедрения нового инструмента. Определите их заранее.
- Существуют ли альтернативные решения? Не всегда популярное — лучшее для вашего бизнеса. Важно рассмотреть различные варианты и выбрать тот, который наилучшим образом соответствует потребностям и особенностям вашей компании, даже если он не является самым модным или широко используемым.
Еще несколько вопросов, связанных непосредственно с Agile:
- Насколько велики ваши команды и проекты? Agile лучше всего подходит для небольших, кросс-функциональных команд.
- Насколько важна для вас частая обратная связь с клиентами? Agile-методологии делают упор на постоянную коммуникацию и итеративную разработку.
- Насколько часто меняются требования к вашим продуктам или услугам? Agile-фреймворки разработаны для адаптации к изменениям.
- Каков уровень доверия и прозрачности в вашей компании? Agile требует открытого общения и готовности к экспериментам.
Если после ответов на эти вопросы Ваши сомнения крепнут, а хочется подойти к изменениям с умом, то задумайтесь, существуют ли у вас процессы, которые уже эффективно работают? Не стоит чинить то, что не сломано. Фреймворк должен дополнять и улучшать ваши сильные стороны.
Agile — это не догма, а набор принципов. Адаптируйте их под себя, ищите то, что работает именно для вас. Обратитесь к экспертам. Они смогут дать грамотные рекомендации, что стоит изменить без слепого поклонения моде.
Лаборатория качества имеет богатый опыт в аудите процессов обеспечения качества ПО. Наши высококвалифицированные специалисты тщательно анализируют потребности бизнеса заказчика и предлагают оптимальное решение. Мы выявляем потенциальные риски и прогнозируем возможные последствия, а также обеспечиваем всестороннюю поддержку клиента на этапе внедрения предложенных рекомендаций, обеспечивая успешную интеграцию решения в бизнес-процессы компании.
