Опыт применения Kanban для управления портфелем Agile-проектов by Алексей Пикулев

Speaker Алексей Пикулев
Title - Название доклада
Опыт применения Kanban для управления портфелем Agile-проектов
Title in English
Agile-project portfolio management
Annotation - Аннотация (1000 знаков с пробелами)

Итак, вы научились работать в Agile-проекте. Возможно это Scrum, Kanban или что-то другое. Но, что делать, если проектов несколько? Как научиться управлять порфелем проектов, распределять ресурсы и раставлять приоритеты. На примере одной компании я покажу, как эволюционировал подход к управлению портфелем Agile -проектов.

О чем будет мой доклад:

  • Как расставлять приоритеты и не забыть про Ценность
  • Как управлять сроками и узкими местами
  • Почему sale-менеджеры узнали про Kanban

 

Annotation in English - Аннотация на английском (1000 symbols with spaces)

So, you've known to work in the Agile-project. Possibly it is Scrum, Kanban or something another. But, what to do, if you have a lot projects? How to learn to operate projects portfolio& How to distribute resources and to place priorities. On the example of one company I will show how approach to of Agile-projects management portfolio.

I'll talk about:

  • How to manage priorities and not to forget about Value
  • How to operate terms and bottlenecks
  • Why sale-managers learned about Kanban

In this session I will describe how Portfolio Kanban can be used to Agile-projects management portfolio.

Detail description or Plan of the talk- Развернутые тезисы или план доклада

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

Итак, работает ли Agile - на уровне портфеля проектов. В рассматриваемой компании было несколко Scrum команд. Команды научились работать с бэклогом, разбирать на спринты, и скорость стабилизировалась. Но желаемые результаты, достигнутые на уровне каждой из команд, не достигались для компании в целом. Какие были проблемы:

  • Проблемы с приоритетом выбора из нескольких однотипных проектов
  • Сложность предсказания сроков по нескольким проектам
  • Мультипроектность - одновременно команда работала над несколькми проектами
  • Разрыв межу pre-sale и проектной командами - проектные команды не участвовали в pre-sale и тратили много времени на последующую ценку и анализ перед началом проекта

Таким образом, для компании стала необходимость поднять управление на уровень портфеля проектов. Один из возможных рассматриваемых подоходов к управлению портфелем проектов - это Kanban. Именно с Kanban и начали: 

  • Визуализировали поток по работе с проектами
  • Попытались найти ограничения для каждого из этапов
  • Начали управлять среднем временем жизни

Но, несморя на простоту в описании подхода - система управления портфелем не заработала. Какие оказались проблемы:

  • По прежнему не участовали продавцы 
  • Проекты не всегда сопоставимы по объему - разброс статистики по времени прохождению через поток
  • Нет синхронизации между командами 

Какие изменения были проведены:

  • Для продавцов - "воронка продаж" стала сопоставима с Kanban-доской для портфеля проектов. Проект появляеться на доске - когда основные переговоры проведены и требуется предварительная оценка работ. В этом случае команды уже видит проект и подключаются к оценке.
  • Для того, чтобы работало первое изменение - договорились проводить регулярную синхронизацию - после стендапов команд проводится обновление Kanban-доски для всего портфеля
  • Для визуалиции карточки по проектам были дополнены ключевой информацией по времени, поступлении оплаты и пр. Это позволило расставлять приоритеты, ориентируясь на денежный поток
  • По каждому из "больших" проектов определили минимальное MVP - в результате на этап в разработку поступали "сопоставимые" по размеру работы
  • Работу с Kanban-доской сопроводили общими правилами работы - теперь не было сложностей в понимании, при каких условиях осуществляются переходы

 

Type of Presentation - Тип доклада
  • Regular Talk - Секционный доклад (40 min)
Level of audience - Уровень аудитории
  • 2 (intermediate)
Contact info - Контактная информация

Меня зовут Пикулев Алексей. Я являюсь экспертом в области BPM (Business Process Management), консультирую и помогаю компаниям в области оптимизации систем управления. Практик в сфере применения гибких методологий управления проектами, регулярный участник конференций по этой теме, автор многочисленных статей. В настоящий момент - основатель и директор компании Agile Technologies (Екатеринбург, http://agiletech.ru), agile coach в международной коучинговой компании Unusual Concepts (http://www.unusual-concepts.com), основатель и активный участник сообщества Agile Ekaterinburg.

Принимал участие с докладом в конференции Agile Days 2013, с авторским мастер-классом "Agile для ТОП-ов" на CIO-конгрессах в Екатеринбурге и Тюмени.

Контакты:

Unusual Concepts
mob: +7 (912) 245-9022
Skype: alexpikulev
 
twitter: @AlexeyPikulev

 

Public profile - Ссылка на публичный профиль
http://ru.linkedin.com/pub/alexey-pikulev/22/87a/89/
Last Updated 17 Sep 10:55