Agile Days 2014 presentation by Damir Tenishev

1. Масштабировани
е Agile
проекта
Damir Tenishev
Return on Intelligence

2. Agile Project Grows
Когда я вырасту, я тебя съем!
R
• Как растёт Agile проект?
O
• Как масштабировать Agile проект?
I
• Как быстро можно сделать проект?

3. Я расту
Когда я вырасту, я тебя съем!

4. Почему размер имеет
значение?Project type Size, KSLOC Size, man/years
Simple workflow system 200 15
3D Game (with engine) 400 150
Average business solution 600 400
Air Traffic Controller 1 000 2 100
Space Shuttle software 25 000 22 000
Windows XP 50 000
Maс OS X 86 000
Чтобы разработать проект среднего масштаба
за
4 года вам потребуется команда из 100+
человек.Управление проектом – это управление сложностью.

5. Главные невидимки
Где здесь программирование?

6. Главные невидимки
Где здесь программирование?
Обучение и
распространение
информации

7. Главные невидимки
Где здесь программирование?
Обучение и
распространение
информации
Специализации
и разные языки
общения

8. Главные невидимки
Где здесь программирование?
Обучение и
распространение
информации
Специализации
и разные языки
общения
Поддержка кода и
других артефактов

9. Главные невидимки
Где здесь программирование?
Обучение и
распространение
информации
Изменений
требований
Специализации
и разные языки
общения
Поддержка кода и
других артефактов

10. Обучение
Нового человека надо найти и научить
Мы все в чём-то во всём новички

11. Опыт ROI Insurance Practice
R
• Стартовая страничка для новичка
O
• Назначение наставника
I
• Новички документируют изученное
+
• Тренинги, тренинги, тренинги!
Лучший способ научить: делай как я!

12. Изменение требований
В среднем меняется 3% требований за
месяц
Через год изменится 30% требований
Через 3 года останется только 33% начальных
требований
Под ударом не только код
Придётся обновить документацию
Архитектура может измениться
Представление о системе меняется с её появлением

13. Опыт ROI Insurance Practice
R
• Бонусы клиенту за отсутствие изменений
O
• Использование прототипов и аналогов
I
• Условные планы и предположения
+
• Изменяемое = конфигурируемое
Очень гибких завязывают в узел

14. Объём кода нарастает
незаметно
Один разработчик
может
поддерживать 100K
строк кода
Кроме кода надо
поддерживать
документацию
Ответственность за
код размывается
Лучший код – тот, который не написан.

15. Код и данные: среда обитания
Программа – это не только код и данные

16. Опыт ROI Insurance Practice
R
• Следить за объёмом кода!
O
• Код vs функциональность
I
• Учитывать при планировании
+
• Ставить ограничения на объём
кода
Они не просто так сидят – они друг другу code review делают!

17. Разделение на группы
Конечно, мы – не они. Как можно?

18. Опыт ROI Insurance Practice
R
• Создавать матричные группы
O
• Группировать людей вокруг задач,
а не вокруг специализаций
I
• Производить ротацию людей в группах

19. ROI Insurance: Матричные
группы
Data migration team
Emergency team
Tests support
Localization team
Research and development
(R&D) team
Performance tuning team
Stability testing team
Scalability management
team
Support team
Triage team
Training team
Бога нет. Команда должна сама решать свои проблемы.

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

21. Опыт ROI Insurance Practice
R
• Создание функциональных групп
O
• Планирование времени на
разработку и внедрение процессов
I
• Сбор обратной связи и адаптация
процессов
В требованиях не было сказано, что система должна работать!

22. Вывод: Брукс - оптимист
Проект губят люди, а спасают - профессионалы.

23. Как быстро мы можем сделать?
Слово «невозможно» существует. Проверьте в словаре.

24. Что входит в формулу
Необходимые трудозатраты
Эффективный и минимальный срок
Доступность ресурсов
Обучение
Поддержка создаваемого кода
Калькулятор сроков
выполнения
проекта

25. Мои доклады по смежным
темам
Art of project estimation
Agile project estimation
Meeting basis
Effective meeting
Business processes storehouse
Good enough software. When to stop?

26. Улыбка в награду
Цитаты из обсуждений
Любой мало-мальски крупный проект
Правильно делать нельзя, поскольку нужно быстро
Ребята здесь ни при чём! Это был человеческий фактор!
Требования-то меняются, а код – жалко!
У нас на проекте ничего нового, планы опять полностью
изменились.
Я бы взялся расследовать, если бы у меня были лишние руки и
голова.
Это очень легко делается. Надо только подумать – как.
Мы хотим не как в требованиях, а как лучше.

27. Спасибо всем, кто с нами
Damir Tenishev
PhD, Senior Project Manager
Pulkovskoye shosse 40/4
St. Petersburg, 196158, Russia
+7(812) 383.5800 x. 3247
Damir.Tenishev@returnonintelligence.com
Не существует окончательных решений…