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

- kbrbank

В случае если неоднократно сообщить «Agile», методологии разработки от этого более эластичными не станут. Говорим и показываем — что свидетельствует Agile на практике, и в чем отличия от классического способа.

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

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

Классический подход:

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

Agile:

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

26 октября на конференции «Эластичное управление проектами в банках» состоится мастер класс Уразбаева Асхата Agile в банке — погружение. Программа клубной конференции и регистрация на неё тут.

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

Классический подход. Неприятности с денежной мотивацией:

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

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

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

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

Классический подход:

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

Agile:

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

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

Классический подход:

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

Agile:

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

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

Классический подход:

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

Agile:

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

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

Классический подход:

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

Agile:

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

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

Классический подход:

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

Agile

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

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

Классический подход:

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

Agile:

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

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

Классический подход:

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

Agile

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

Напоминаем, 26 октября 2016 года в Москве пройдет вторая ежегодная интернациональная конференции  «Эластичное управление проектами в банках». Организатор мероприятия — Банкир.Ру, модератор — главред Антон Арнаутов.

Agile — гибкий подход к управлению проектами — РУПор — Таченков Алексей

Интересные записи

Похожие статьи, которые вам, наверника будут интересны: