Agile это




Качественный код и методология Agile

Agile: XP, Scrum, XP, Lean, TDD, Simple Design, Refactoring, Patterns & etc
«Agility is not a technology, science, or product but a culture» (Philippe Kruchten)

Я Agile Coach, помогаю осваивать принципы Agile и развивать культуру разработки.

понедельник, 13 апреля 2009 г.

Что такое Agile?

Часто задается вопрос, что такое Agile или XP. В чём ключевое отличие от других подходов. Ответ очень простой. Agile — это культура разработки, включает гармонично подобранные ценности, принципы и практики . Мета-методология, которая определяется входящими в неё методологиями. Эти вещи уже проверены по отдельности различными командами. Но в совокупности они порождают нечто большее. Синергию. Другие подходы ориентируются преимущественно на практики, иногда на принципы. Про ценности же забывают напрочь. То есть на то, что человека отличает от болтика.

Agile — это не простое следование простым практикам. Это наделение смыслом работы, это самоидентификация участников проекта. Это культура. Но не нужно забывать, если ваша культура разработки высока, а команда состоит из зрелых личностей, то вы сами будете создавать свою культуру. И здесь Agile приобретает другой, более глубинный смысл. Он становится инструментом, фрэймвоком для построения собственной культуры команды. Каждая команда и проект — своя культура и методология.

Натянутые попытки использовать ряд практик, без комплексного подхода, приведёт к неудаче. И это нельзя назвать работаю по Agile. Потом неудачники с радостью и гордостью рапортуют о своих неудачах. Кстати меня удивляет, почему он обсуждая только практики делает столь поспешные выводы. Полностью забыв про принципы и ценности. Да и существует 1000 способов делать неправильно, а постарайся сделать так, чтобы получилось!

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

Да. а для работы с ценностями можно использовать практику — Team Value Sync-up Practice, о которой я писал ранее.

Кстати, в тему цитата Кент Бека (link):
There is 3 legs on the stool: practices , values and principles and I think people who are successful applying XP are paying attention to all 3. This gets back a little bit to some of my disenchantment with the direction of agile development in general, people are now asking the question: «How am I going to do agile development?» and agile development isn’t a thing you do, it’s an attitude, it’s a set of personal values about responding to the real world, being open to the information that is there and being willing to do something about it.

That is agility. Yes, there is a lot of practices that come out of that but to me that is where it starts, it’s this attitude. If somebody understood a bunch of practices and tried to do them, you could do agile development without being agile and it’s a disaster because you’re acting out of harmony with what you really believe when you do that.

И в заключение: весь мир делится на два лагеря — 1) те кто работает в новом стиле и 2) те кто работает постаринке. Честно говоря я рад, что вторых больше. Потому что именно вторые оплачивают мою работу 🙂

Проекты в сфере data science и разработка соответствующих продуктов командой data scientists требуют использования эффективных методик. Одной из таких методик является эджайл (agile).

Для чего применяется методология Agile?
  • Ускорение вывода продукта на рынок. Если вы хотите что-то сделать быстрее, нужно делать это в соответствии с Agile. Очень простой пример. Есть две компании, у них примерно одинаковый бизнес. Одна пишет ТЗ, затем проектирует систему и рисует дизайн — это водопадная модель, на разработку которой может уйти несколько месяцев. Во второй компании, работающей по Agile, к этому времени может быть уже запущен сайт, выпущено ПО, она начнет зарабатывать деньги и захватывать рынок, что самое главное.
  • Управление изменениями в приоритетах. Это, пожалуй, весьма болезненная проблема практически для всех компаний. Если вы делаете проект, который длится хотя бы несколько месяцев, то у вас обязательно поменяются требования. Конечно, если это не софт, например, для спутника или марсохода. Хотя даже спутникам и марсоходам обычно заливают свежую версию софта, когда они прилетают в точку назначения. Если говорить про коммерческую разработку, то проблема в том, что программисты, аналитики и дизайнеры, никогда не знают, что нужно не только заказчику, который им платит, но и пользователям. Обычно все подходят к вопросу так: пока пользователь не попробует функционал сайта или приложения, вы не знаете, нужен он или нет.
  • Улучшение взаимодействия между IT и бизнесом. Это головная боль, особенно для крупных компаний, ведь у бизнеса периодически меняются требования, каждый говорит на своем языке. В результате стороны друг друга не понимают.

Ответом на все эти вызовы явился Манифест гибкой разработки ПО.

Манифест гибкой разработки

Он состоит из нескольких частей. Первая часть называется «Ценности» (Values). Это четыре «взвешивания»:

  • Если вы хотите построить гибкий процесс, вам нужно взаимодействовать и общаться между собой. В чем это выражается — рассмотрим ниже на примере Scrum. При этом вы можете (и обязательно будете) использовать какие-то инструменты и процессы, например, трекеры — JIRA, Redmine и т.д. Но ваша работа должна опираться на различные митинги, встречи и взаимодействие, а не на настройки трекеров или TFS (если говорить про Microsoft стэк).
  • Работающий продукт, который мы делаем, намного важнее, чем документация по нему. Выше был приведен пример с двумя компаниями: у одной имеется готовый продукт, который можно дать пользователям, заказчику, захватив рынок; а вторая пишет ТЗ, рисует макеты и т.д. Вся эта документация, которую пользователь не может применить по причине не готовности продукта, не приносит ценности этому пользователю. Если мы научимся работать, минимизируя эти шаги, либо делая их небольшими кусочками, то у нас получится более гибкий процесс.
  • Сотрудничество и взаимодействие с заказчиком важнее жестких контрактных ограничений. Обычно подписывается договор, в котором указано, что к конкретной дате за определенную сумму разработчик обязуется выполнить оговоренный объем работ. Естественно, к договору прикладывается ТЗ. То есть фиксируется время, объем работ и сроки. Это называется Fixed Price. Такой подход не очень хорош, если вы хотите работать на долгосрочную перспективу и быть гибкими. В этом случае правильнее выстраивать партнерские отношения с заказчиком. Если говорить про контрактные оформления, то обычно это выливается в контракты по схеме «время — материалы», когда разработчику просто оплачивается потраченное время. Самое главное, что здесь начинается поиск партнерства и ситуации Win-Win, когда побеждает и заказчик, и его подрядчик.
  • Готовность к изменениям во взвешивании со следованием первоначальному плану.

В Agile есть план, оценки и прогнозы. Но если у вас есть какой-то первоначальный план для годового проекта, а вы через три месяца уже предоставили какую-то версию продукта, пользователи его пощупали, вы сняли метрики, посмотрели, что и как они используют, узнали что-то новое, то после этого первоначальный план можно почти полностью поменять.

12 принципов Agile

Ценности влекут за собой 12 принципов Agile :

  1. Наивысшая ценность — это удовлетворение потребностей заказчика благодаря регулярной и максимально ранней поставке ценного для него ПО. Если заказчик хочет получить от нас большого слона, но мы можем дать ему часть этого слона не через год, а через три месяца, потом еще через три месяца еще одну часть, а затее ежемесячно выдавать кусочки, то чем чаще мы это будем делать и чем раньше, тем лучше.
  2. Мы всегда готовы изменять требования, даже на поздних стадиях проекта, если узнаем что-то новое. Таким образом, мы создаем бизнесу или внешнему заказчику конкурентное преимущество. Допустим, работают две компании: одна написала ТЗ и за год сделала продукт, а мы сделали концепцию продукта (неважно, в каком виде) и постепенно его выкатываем и раскатываем. Тогда наш продукт будет больше соответствовать требованиям заказчиков, пользователей и рынка в целом.
  3. При использовании Agile работающий продукт выпускают максимально часто. В манифесте прописаны сроки — от пары недель до пары месяцев. На самом деле это неделя/месяц, если вы используете Scrum. В России чаще всего каждые две недели выпускается что-то новое. А если делают какой-то веб-проект, то обычно используют одну из вариаций Kanban, значит, релизы можно делать каждый день.
  4. Бизнес обязательно должен работать вместе с программистами, помогать им понять специфику данного рынка. Если вы работаете в банке, то вам требуется понимание принципа работы банка в целом и очень подробные сведения о той сфере, за которую вы отвечаете. Наиболее частой проблемой является недоступность бизнеса — когда разработчик не может получить у сотрудника нужную информацию. При использовании Agile важно избегать возникновения подобных ситуаций.
  5. Команда — один из краеугольных камней Agile. Наилучших результатов достигает команда замотивированных профессионалов. Есть гениальное замечание о том, что эффективность Scrum зависит от руководителя. В Agile руководитель прежде всего должен создавать условия для команды и обеспечивать всестороннюю поддержку, проводить коучинг, следить за атмосферой в коллективе.
  6. Есть много исследований, которые показывают, что лучшее общение — лицом к лицу. Причем желательно, чтобы было какое-то средство визуализации, на котором можно писать: лист бумаги, доска со стикерами и т.д. Самый простой и эффективный способ узнать требования клиента, заказчика или пользователя — поговорить с ними.
  7. Работающий продукт. Степень готовности проекта должна измеряться не словами, не тем, что ТЗ уже написано и 50% макетов нарисовано, а количеством функционала, выпущенного в production.
  8. В Agile важен ритм, постоянные улучшения. Бизнес и программисты всегда должны иметь возможность делать процесс устойчивым, постоянно его улучшать.
  9. Про этот пункт менеджеры обычно не любят говорить разработчикам, но Agile вообще не будет работать, если вы написали быдло-код. У вас должна быть хорошая гибкая архитектура, в которую можно добавлять разные элементы и при необходимости легко их изменять. И если команда не будет уделять максимум внимания техническому качеству (писать хороший код, использовать инженерные практики, автоматизировать процессы), то никакого Agile у вас не будет.
  10. Простота. Она проявляется в технической составляющей, в дизайне. Это один из принципов экстремального программирования. Простота очень важна также с точки зрения выпуска продукта: когда вы хотите «нарезать» того «слона», лучше начать с простой части.
  11. Менеджер (руководитель, Scrum-коуч, Agile-коуч) в команде меняет свою роль: он не столько занимается организацией процесса, сколько учит команду, поэтому команда должна быть самоорганизованной. Есть специальные стратегии, как из группы людей сделать самоорганизованную команду.
  12. Команда должна постоянно анализировать свою работу, процессы: что получилось, как они этого добились, и постоянно улучшать организацию работ.

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

Итак, у нас получается пирамида, состоящая из четырех ценностей, на которых выстроено 12 принципов.

Таким образом, можно использовать такой принцип и методологию agile в data science командах и проектах.

Разница Между Scrum и Agile Методологии: Что Выбрать?

Scrum vs Agile являются гибкими методологиями, которые используются в управлении IT-проектами. Давайте же разберемся, какие понятия за каждым из.

Scrum vs Agile являются гибкими методологиями, которые используются в управлении IT-проектами. Давайте же разберемся, какие понятия за каждым из них закреплены, какая между нами разница. Английская вресия статьи what is the difference between scrum and agile methodology.

Agile

Agile — философия основанная на ценностях и принципах, которые описаны в манифесте. Эта методология отличается гибкостью и полностью являются противоположностью тяжеловесной Waterfall. Agile имеет всего 4 ценности, суть которых заключается в следующем:

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

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

Scrum

Давайте же теперь подробно рассмотрим что есть в методологии Scrum. Под каждый проект, который будет идти по Scrum подбирается набор специалистов из разных областей (7-9 человек), к которой добавляются еще две роли: владелец продукта (PO) и Scrum-мастер. PO звено между командой и клиентом и оперирует Product Backlog-м, в котором Stories, Bugs, Task, расположенные по приоритету (highest, high, medium, low) и в целом наблюдает за ходом развития проекта. Scrum-мастер призван помогать организовать сам процесс разработки: назначает и проводит митинги, решает ежедневные проблемы, мотивирует команду и следит за тем, чтобы принципы Scrum соблюдались.

Первым и основным пунктом в процессах можно назвать то, что весь процесс делиться на равные промежутки времени – спринты, длительностью в среднем от 1 до 3 недель. Продолжительность итерации зависит от команды и сложности спринта. Перед началом спринта выносятся задачи на предстоящий спринт (Sprint Planning Meeting) на котором формируется backlog спринта, а по завершению спринта – анализируются результаты (Sprint Review). Спринты часто сравнивают между собой, с целью повышения эффективности работы (Retrospective).

Также во время спринта происходит еще один процесс — Daily Meeting, на котором команда обсуждает что сделала, что планирует делать и какие помехи могут их ожидать. Эффективность в Scrum измеряется временем за которое карточка из To do перешла в Done. Чем меньше тем лучше, если больше — то необходимо реагировать и принимать действия по оптимизации работы. Scrum хорошо подходит для управления самоорганизующейся команды разработчиков. Используя данную методологию воспитывается самостоятельность, ответственность. У каждого есть своя роль и свой пул работы.

Visual board

Для наглядности в гибких методологиях (Agile-фреймоврках) большую роль играют доски: настенные и онлайн. Оба типа дают возможность легко воспринимать информацию всем членам команды в целом, что крайне важно при отсутствии менеджера проекта который и вовсе не предусмотрен в данной философии). Существует несколько фреймворков, относящихся к классу Agile, которые помогают применить философию/теорию на практике. Фреймворк — набор правил, следование которым поможет настроить работу над проектом по принципам и ценностям Agile:

Они бывают разной степени детальности. Ранее мы писали разницу между Kanban vs Scrum. Если говорить про Kanban, у него есть всего 6 правил, а в Scrum описаны роли, процессы и артефакты. А вот что общего у них всех – это метрика, а именно рабочий продукт. Также все фреймворки подразумевают под собой итеративный процесс веб разработки, где завершение каждой итерации это обновление требований от Заказчика и их реализацию посредством самоорганизующейся команды, в состав которой входят back-end и front-end разработчики, тестировщики, дизайнеры, верстальщики и другие.

Agile vs Scrum

Как видите Agile и Scrum это два разных понятия которые объединяются одной целью, повышения продуктивности управления процессами. Agile — это набор ценностей. В методологию Scrum можно добавить больше гибкости используя Agile. Например, наша компания Merehead, в разработке использует методологию Kanban и Scrum/Agile. Мы видим большие преимущества Scrum методологии только с Agile принципами.

Agile, scrum, kanban: в чем разница и для чего использовать?

Главный редактор Rusbase

Если раньше офисы модно было обустраивать «по фэн-шую», то теперь — исключительно «по эджайлу». Agile – это не только цветные стикеры, на которых удобно отмечать ход работы (стикеры, скорее, стоит относить конкретно к подходу kanban). А ведь есть еще и scrum – он тут при чем?

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

Определение

Agile (agile software development, от англ. agile – проворный) – это семейство «гибких» подходов к разработке программного обеспечения. Такие подходы также иногда называют фреймворками или agile-методологиями.

Agile возник в IT-среде, но затем распространился и в другие сферы – от промышленной инженерии до искусственного интеллекта.

Смысл Agile сформулирован в Agile-манифесте разработки ПО: «Люди и взаимодействие важнее процессов и инструментов. Работающий продукт важнее исчерпывающей документации. Сотрудничество с заказчиком важнее согласования условий контракта. Готовность к изменениям важнее следования первоначальному плану».

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

К отдельным agile-подходам относятся scrum и kanban.

Scrum – это «подход структуры». Над каждым проектом работает универсальная команда специалистов, к которой присоединяется еще два человека: владелец продукта и scrum-мастер. Первый соединяет команду с заказчиком и следит за развитием проекта; это не формальный руководитель команды, а скорее куратор. Второй помогает первому организовать бизнес-процесс: проводит общие собрания, решает бытовые проблемы, мотивирует команду и следит за соблюдением scrum-подхода.

Scrum-подход делит рабочий процесс на равные спринты – обычно это периоды от недели до месяца, в зависимости от проекта и команды. Перед спринтом формулируются задачи на данный спринт, в конце – обсуждаются результаты, а команда начинает новый спринт. Спринты очень удобно сравнивать между собой, что позволяет управлять эффективностью работы.

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

Вся команда едина – в kanban нет ролей владельца продукта и scrum-мастера. Бизнес-процесс делится не на универсальные спринты, а на стадии выполнения конкретных задач: «Планируется», «Разрабатывается», «Тестируется», «Завершено» и др.

Главный показатель эффективности в kanban – это среднее время прохождения задачи по доске. Задача прошла быстро – команда работала продуктивно и слаженно. Задача затянулась – надо думать, на каком этапе и почему возникли задержки и чью работу надо оптимизировать.

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

Примеры употребления

Один из принципов Agile стоит на личной ответственности человека, а не на отлаживании внутренних процессов.

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

(Из интервью «Ведомостей» с Фрэнком Сосьером, коучем компании Freestanding Agility)

Главная идея Kanban – визуализация рабочего процесса. Она заключается в создании физической панели, на которой можно наглядно отмечать прогресс.

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

(Управляющий партнер ScrumTrek Алексей Пименов в статье на Rusbase)

Разберемся с Agile: Что такое Agile и как использовать в практике бизнеса

Давайте разберемся и определим: что такое Agile? и каким образом можно внедрить Agile (методы гибкого управления) в своих компаниях и как нужно это на самом деле делать?

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

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

Как внедрить Agile эффективно? — узнайте, обратившись за консультацией по Agile, а если вы заинтересованы в обучении персонала ознакомьтесь с программой комплексного корпоративного тренинга по Agile.

Что такое Agile?

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

Рекомендую изучить по Agile

Ссылки на статьи по методам гибкого управления открываются в новом окне:

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

Как компании используют Agile (эджайл) в своей работе

Возможности Agile

Самое интересное в методологии Agile является возможность корректировать последовательность своих действий вне зависимости от первоначально задуманного плана или стратегии.

Корпоративные тренинги для руководителей по Agile

Скачать листовку для руководителя: корпоративный тренинг по Agile

Но следует понимать, что желание и возможность скорректировать стратегию или план, возникает по причине недостаточно хорошо продуманной стратегии на начальном этапе и кстати это является довольно серьезной ловушкой для руководителей, которые слабо знакомы с методологией гибкого управления, помните: стратегию и планирование никто не отменяет!

Зачем внедрять Agile методы гибкого управления в компании

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

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

Зачем нужен Agile?

Для того чтобы понять зачем нам нужен Agile необходимо осознать, что Agile это не конкретная технология или какая-либо волшебная таблетка, это просто набор различных методов и подходов.

  • Agile меняет модель мышления в самой организации, так как в рамках компании создается некая рабочая группа, в задачи которой входит поиск интересных и неординарных решений, которые можно внедрить на рынок.
  • При этом актуальность данных решений подчеркивается с точки зрения финансово-экономического обоснования.
  • Следует понимать, что сама команда, которая проводит подобные мозговые штурмы может быть небольшая от 6 до 20 человек, а для небольшого бизнеса вполне достаточно 2-4 сотрудника и это те люди, которые образуют по большому счёту костяк мышления в компании.

Agile это не конкретная технология — это набор различных методов и подходовТвитнуть

Проектная команда по внедрению Agile

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

  • Основная задача проектной команды получить масштабный, всесторонний взгляд на решение тех проблем, которые стоят внутри компании.
  • В задачи участников рабочей группы входит генерация различных решений для того чтобы данные решения позволяли достигать долгосрочных целей компании в краткосрочный период времени.
  • достигать долгосрочных целей в краткосрочный период времени.
  • добиваться финансового результата на порядки превосходящего запланированный.

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

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

Мы узнали что-то новое? Скорее всего нет, а с другой стороны ДА!

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

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

Внедрение Agile в больших компаниях

Но когда мы пытаемся применить Agile в больших компаниях, то происходит очень интересный момент:

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

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

Конечно данная высказывание относится к практике, в теории будет все отлично.

Конфликты при внедрении Agile

Сама идеология Agile подразумевает под собой готовность персонала к изменениям и при этом сами изменения ставятся выше чем какие-либо согласования или какие-либо изначально выбранные планы или стратегия. На этом давайте остановимся и определим внутри себя следующую конфликтную ситуацию — это согласование.

Как мы с вами понимаем согласование необходимо для того чтобы внедрить что-либо или скорректировать что-либо в текущих бизнес-процессах компании.

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

Пример внедрения Agile

Рассмотрим простой пример, который я привожу на своем корпоративном тренинге по Agile, когда рассматриваем с руководителями вопрос формирования Agile команд:

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

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

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

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

Как работает Agile в России

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

Специфика внедрения Agile

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

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

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

Agile и антикризисное управление

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

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

Вы должны помнить: что вы и только вы, как руководитель несете ответственность за внедрение каких-либо новых подходов и методов своей компании, но с другой стороны:

  • вам нужны новые подходы и новые методы,
  • вам нужно четкое понимание прибыли,
  • четкое понимание новых рынков, на которое нацелена ваша компания.

Так что как инструмент антикризисного управления Agile вполне подойдет для многих российских компаний.

Agile, делаем выводы

Многие компании, которые стремятся внедрить Agile забывают:

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

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

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

Последние статьи по Agile:

На этом все, ваше мнение и отзыва про Agile приветствуются, а с интересными идеями в области стратегии компании вы можете ознакомиться в рубрике: Стратегия на моем бизнес-блоге. Спасибо!