Uploaded on

Agile Days 2014 presentation by Damir Tenishev

Agile Days 2014 presentation by Damir Tenishev

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
No Downloads

Views

Total Views
102
On Slideshare
0
From Embeds
0
Number of Embeds
0

Actions

Shares
Downloads
0
Comments
0
Likes
1

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 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 Не существует окончательных решений…