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

1. История кратного роста эффективности за
2 месяца
Как это вообще возможно?
Илья Кузнецов
http://ru.linkedin.com/in/iliakuznetsov
ilia.v.kuznetsov@gmail.com
AgileKitchen, 17 декабря, 2011

2. Об авторе
• Разработка ПО, стартап-менеджмент –
Syntext, Inc, Chief Operating Officer
• Антикризисное управление в ИТ –
консалтинг
• Ресурсное управление – Kaspersky
Lab, Deputy Director Engineering
2

3. О чем эта презентация
О реальности очень быстрых улучшений
производительности
Немного про personal kanban
Case Study
Некоторые принципы и препятствия
Про Kanban и kanban
3

4. История задачи
амбициозные цели
можем больше!
эффективность
4

5. Вызовы: эффективность?
Максимальная
загрузка?
Анализ Дизайн Разработка Тестирование
Синдром: улучшать все
измерять все 5

6. Какова цель повышения
эффективности? Цель бизнеса?
Э. Голдрат «Цель» - было началом пути
За очень короткое
время (месяцы)
возможно
значительное
увеличение
производительности
Прибыль
Ценность результата
(Throughput) 6

7. Делать в разы больше? Не смешите!
Все и так работают по 12 часов!
В этих книгах всегда все хорошо!
Теория ограничений
Agile Дерево текущей реальности
Никакого баззворда.
Фокус только на решении
конкретных проблем.
Kanban
Для «продажи» agile-эффективности
нужен Case
7

8. Основные принципы
Главное слово: фокусировка
WIP
WIP
Фокусируйся на увеличении Фокусируйся на скорости Не пытайся улучшить все и сразу,
ценности, а не на загрузке решения, а не на а найди главную проблему
количестве задач
(min WIP = Work In Progress)
WIP
WIP
WIP
8

9. Case Study: Направление Business Process
Management
Проблемы результативности: Надо все и сразу! И где результаты?
И где результаты?
Скоуп работы BPM в Управлении Разработки:
более 10 подразделений
?
Что делаем?
Что хотим?
Для кого делаем?
??
Когда нужен
результат?
?? Что важнее?
?
9

10. Проблема попадания в результат
Поздно!
Не то!
Слишком
много!
Не вовремя!
10

11. Проблемы, которые нужно было решить
– Надо все и сразу
– Медленная реакция на изменения (срок=Q) 33.3 Good
– Отставание результата от изменения 66.6 Bad
приоритета
– Спонтанность коммуникаций с руководством
«эффект бездонной бочки»
Квартал
WIP
WIP
WIP
WIP
WIP
WIP
WIP
WIP WIP
WIP
11

12. Подход к решению проблемы результативности
Делать КОГДА надо, то ЧТО надо Вовремя!
То, что
нужно!
Задачи: Квартал
WIP
1. Сократить время исполнения (Lead Time)
WIP
• Сократить количество одновременно
WIP
выполняемой работы
• Приоритет только один. Делать нужное и WIP
полезное сегодня и сейчас WIP
• Не перегружать ресурс (перегруженный
WIP
ресурс = застрявшая задача)
WIP
2. Гибкость планирования и исполнения
WIP
WIP
12

13. BPM Task Desk
Инструмент планирования и оперативного управления
Гипотеза:
• Сократятся сроки на планирование задач
• Появится четкий фокус на результат в
обозримый период
• Понимание количества задач для
руководства. Пропадет ощущение
«бездонной бочки»
• Инструмент коммуникации
13

14. Основной принцип работы:
МИНИМУМ одновременно выполняемых задач. Выбирать приносящие
МАКСИМУМ ценности
– MAX 3 проектов
– MAX задач на 5 story-point
(длительность+риски) в неделю
– MAX 3 “камня” (задача на 90%
выполняемая другими) в
неделю
– Обязательные еженедельные
короткие встречи с
руководителем (30 мин по ПН)
14

15. “Канбан” – с большой буквы
Минимальные изменения процесса. Но изменяйся когда нужно.
Правила
Ограничения
Приоритет может быть
только первым!
Типы
работ
In
Entry Backlog progress
Approval Output
Управление
«Склад»
Lead Time (Target = 1 week)
15

16. Результаты в Q3 Начало
Kanban
Q1 Q2 Q3
- Проект - Проект не нашел дальнейшего применения - Проект перенесли на след. Q
- Проект «Cancelled» - Проект, в котором BPM – ресурс (не ПМ) - Задача 16

17. …И эффективность в цифрах
Good
Lead Time уменьшен Bad
в 3,5 раза
(с 12 до 3,5 недель ) Доля востребованного
результата
увеличилась в 2,4
раза
За каждую неделю выполняются задачи нужные именно
в этот момент времени
Отсутствие «закисших» и «непонятных» задач
Деятельность BPM прозрачна = доверие руководства
17

18. Канбан решает разнообразные проблемы
Группа Инженерной Поддержки Deputy Director Engineering
Локализация узких мест Уменьшение времени переключения задач
Отдел Документации и Локализации
Поток работ множества внутренних клиентов
"Хорошо, что у вас не agile! Все
эти итерации и ежедневные
митинги - это так сложно!"
18

19. Обобщение, или канбан – не фишки
на доске
• Заметные положительные изменения видны очень скоро
• Мало нарисовать доску. Надо понимать, что за принципы в
основе.
• …А принципы: а) ценность, а не загрузка; b) уменьшай WIP;
c)важно то, что важно сейчас
• Не продавайте Kanban, TOC, Scrum. Только решение проблем
• Kanban c большой буквы: изменяйся, но чуть-чуть и когда нужно
• Приоритет может быть только первый
• Не путайте желание комфорта "иметь результат пораньше" с
необходимостью.
• Очень хочется перегрузить. Перегрузка - это только самообман.
• Не работайте больше 8 часов!
19

20. Литература
• Э. Голдрат “Цель: процесс непрерывного
совершенства”
• Э. Голдрат “Цель 2: дело не в везенье”
• D.J. Anderson “Agile Management for
Software Engineering”
• D.J. Anderson “Kanban. Successul Evolutionary
Change for Your Technology Business”
• D.G. Reinertsen “Product Development Flow”
20