• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Agile Project Grows
 

Agile Project Grows

on

  • 162 views

Agile Days 2014 presentation by Damir Tenishev

Agile Days 2014 presentation by Damir Tenishev

Statistics

Views

Total Views
162
Views on SlideShare
162
Embed Views
0

Actions

Likes
1
Downloads
0
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Agile Project Grows Agile Project Grows Presentation Transcript

    • Масштабировани е Agile проекта Damir Tenishev Return on Intelligence
    • Agile Project Grows Когда я вырасту, я тебя съем! R • Как растёт Agile проект? O • Как масштабировать Agile проект? I • Как быстро можно сделать проект?
    • Я расту Когда я вырасту, я тебя съем!
    • Почему размер имеет значение?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+ человек.Управление проектом – это управление сложностью.
    • Главные невидимки Где здесь программирование?
    • Главные невидимки Где здесь программирование? Обучение и распространение информации
    • Главные невидимки Где здесь программирование? Обучение и распространение информации Специализации и разные языки общения
    • Главные невидимки Где здесь программирование? Обучение и распространение информации Специализации и разные языки общения Поддержка кода и других артефактов
    • Главные невидимки Где здесь программирование? Обучение и распространение информации Изменений требований Специализации и разные языки общения Поддержка кода и других артефактов
    • Обучение Нового человека надо найти и научить Мы все в чём-то во всём новички
    • Опыт ROI Insurance Practice R • Стартовая страничка для новичка O • Назначение наставника I • Новички документируют изученное + • Тренинги, тренинги, тренинги! Лучший способ научить: делай как я!
    • Изменение требований В среднем меняется 3% требований за месяц Через год изменится 30% требований Через 3 года останется только 33% начальных требований Под ударом не только код Придётся обновить документацию Архитектура может измениться Представление о системе меняется с её появлением
    • Опыт ROI Insurance Practice R • Бонусы клиенту за отсутствие изменений O • Использование прототипов и аналогов I • Условные планы и предположения + • Изменяемое = конфигурируемое Очень гибких завязывают в узел
    • Объём кода нарастает незаметно Один разработчик может поддерживать 100K строк кода Кроме кода надо поддерживать документацию Ответственность за код размывается Лучший код – тот, который не написан.
    • Код и данные: среда обитания Программа – это не только код и данные
    • Опыт ROI Insurance Practice R • Следить за объёмом кода! O • Код vs функциональность I • Учитывать при планировании + • Ставить ограничения на объём кода Они не просто так сидят – они друг другу code review делают!
    • Разделение на группы Конечно, мы – не они. Как можно?
    • Опыт ROI Insurance Practice R • Создавать матричные группы O • Группировать людей вокруг задач, а не вокруг специализаций I • Производить ротацию людей в группах
    • 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 Бога нет. Команда должна сама решать свои проблемы.
    • Процессы – артефакт менеджера Синхронизация работы большого числа людей требует поставленных процессов Процессы надо не только разработать, но и внедрить Взаимодействие групп вынуждает использовать стадии работ Проект шёл уверенно, но не ясно куда
    • Опыт ROI Insurance Practice R • Создание функциональных групп O • Планирование времени на разработку и внедрение процессов I • Сбор обратной связи и адаптация процессов В требованиях не было сказано, что система должна работать!
    • Вывод: Брукс - оптимист Проект губят люди, а спасают - профессионалы.
    • Как быстро мы можем сделать? Слово «невозможно» существует. Проверьте в словаре.
    • Что входит в формулу Необходимые трудозатраты Эффективный и минимальный срок Доступность ресурсов Обучение Поддержка создаваемого кода Калькулятор сроков выполнения проекта
    • Мои доклады по смежным темам Art of project estimation Agile project estimation Meeting basis Effective meeting Business processes storehouse Good enough software. When to stop?
    • Улыбка в награду Цитаты из обсуждений Любой мало-мальски крупный проект Правильно делать нельзя, поскольку нужно быстро Ребята здесь ни при чём! Это был человеческий фактор! Требования-то меняются, а код – жалко! У нас на проекте ничего нового, планы опять полностью изменились. Я бы взялся расследовать, если бы у меня были лишние руки и голова. Это очень легко делается. Надо только подумать – как. Мы хотим не как в требованиях, а как лучше.
    • Спасибо всем, кто с нами Damir Tenishev PhD, Senior Project Manager Pulkovskoye shosse 40/4 St. Petersburg, 196158, Russia +7(812) 383.5800 x. 3247 Damir.Tenishev@returnonintelligence.com Не существует окончательных решений…