Как перейти на Agile и не загубить все

Портал Bankir.ru наглядно показал, что означает Agile на практике

От ресурсного планирования к командной работе

Agile:

  • формирование команд вокруг продуктов, а не проектов;
  • стабильные, сильные команды, которым передаются проекты на реализацию;
  • развитие навыков работы в команде;
  • развитие зрелости и эффективности команд;
  • планирование работы целых команд

От персональных наказаний к нефинансовой мотивации

Agile. Решение проблемы — нефинансовая мотивация:

  • естественное желание сотрудника — делать востребованный продукт;
  • сотруднику нужна обратная связь по итогам его работы;
  • лучшая обратная связь — довольные клиенты;
  • денежное вознаграждение — гигиенический фактор; денег должно быть достаточно.

От проектного менеджмента к децентрализации управления

Agile:

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

От fuckup-driven к kaidzen-улучшению процессов

Agile:

  • при появлении проблемы ищутся ее корневые причины;
  • ищутся способы противодействия корневым причинам;
  • для избавления от проблем проводятся эксперименты;
  • в случае успеха эксперимента проводятся улучшения.

От KPI к индикативным метрикам и постоянным улучшениям

Agile:

  • Purpose. Команда объединяется вокруг общей цели и понимания ее контекста;
  • Autonomy. Команда мотивирована возможностью принимать решения самостоятельно;
  • Mastery. Команда мотивирована возможностью применить свои знания и повысить свой профессиональный уровень.

От фокуса на поставке к фокусу на продукте

Agile:

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

От больших релизов к инкрементальной поставке

Agile

  • короткие релизы с выходом на пользователей;
  • валидация следующего релиза после обратной связи от пользователей.

От согласования документов к приемке продукта

Agile:

  • коммуникация лицом к лицу;
  • регулярная поставка улучшений продукта;
  • переход от согласования требований к приемке улучшений продукта.

От бюджетного планирования к вытягиванию при помощи канбан-систем

Agile

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

Полная версия статьи здесь

Написать ответ

Войти с помощью: