Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Каждой фазе проекта – своя методология. Как и з...

SECR 2018
October 12, 2018

Каждой фазе проекта – своя методология. Как и зачем.

SECR 2018
Филипп Дельгядо
Architect, Nexign

Как можно (и нужно) использовать разные методологии (от ватерфола до канбана) в одном проекте на разных стадиях, как их дешевле сменять.

В основном на примере конкретного проекта по разработке платежной системы.

SECR 2018

October 12, 2018
Tweet

More Decks by SECR 2018

Other Decks in Programming

Transcript

  1. Много методологий в одном проекте. Как и зачем? Дельгядо Филипп,

    NEXIGN Банальности, проверенные опытом ver. 0.6 Software Engineering Conference Russia 2018
  2. Каждому проекту – своя методология Чем больше размер команды, тем

    «больше» нужна методология (С) Дельгядо Филипп, 2018 5
  3. Каждому проекту – своя методология Чем больше размер команды, тем

    «больше» нужна методология Чем опаснее ошибки, тем «плотнее» нужна методология (С) Дельгядо Филипп, 2018 6
  4. Каждому проекту – своя методология Чем больше размер команды, тем

    «больше» нужна методология Чем опаснее ошибки, тем «плотнее» нужна методология Незначительное увеличение «размера» или «плотности» стоит дорого (С) Дельгядо Филипп, 2018 7
  5. Каждому проекту – своя методология Разная критичность Разный размер команды

    Разные люди Разные цели предсказуемость time-to-market контролируемость модность (С) Дельгядо Филипп, 2018 12
  6. Например Не весь проект критичен Проверка на отмывание денег Работа

    к банковскими картами Хранение персональных данных (С) Дельгядо Филипп, 2018 20
  7. Разделим на части Не весь проект критичен Проверка на отмывание

    денег Работа к банковскими картами Хранение персональных данных Выделяем критичные модули (С) Дельгядо Филипп, 2018 21
  8. Разделим на части Не весь проект критичен Проверка на отмывание

    денег Работа к банковскими картами Хранение персональных данных Выделяем критичные модули Формируем отдельную методологию работы Только senior developers PCI DSS Audit Документирование Двойной Code Review Специальный процесс выкладки (С) Дельгядо Филипп, 2018 22
  9. Практики Планирование крупными мазками Трекер не нужен Одна ветка в

    VCS Каждый немножко аналитик (С) Дельгядо Филипп, 2018 29
  10. Практики Планирование крупными мазками Трекер не нужен Одна ветка в

    VCS Каждый немножко аналитик (С) Дельгядо Филипп, 2018 30 У нас Agile
  11. Запуск Много неожиданных требований Много срочных требований Очень частые обновление

    продукта Объемы задач непредсказуемы (С) Дельгядо Филипп, 2018 32
  12. Запуск Много неожиданных требований Много срочных требований Очень частые обновление

    продукта Объемы задач непредсказуемы (С) Дельгядо Филипп, 2018 33 Time-to-market Надежность
  13. Развитие Объемы задач предсказуемы Регулярные выкладки Важно ничего не испортить

    (С) Дельгядо Филипп, 2018 SCRUM? KANBAN? 40 Предсказуемость Надежность
  14. Анализ Описываем use cases Решаем проблемы всех участников процесса Определяем

    метрики успеха Ищем инструментарий Неудобным не будут пользоваться Инструмент определяет возможности (С) Дельгядо Филипп, 2018 50
  15. Анализ Описываем use cases Решаем проблемы всех участников процесса Определяем

    метрики успеха Ищем инструментарий Неудобным не будут пользоваться Инструмент определяет возможности Активно обсуждаем Иначе что-нибудь забудем Или кого-нибудь обидим (С) Дельгядо Филипп, 2018 51
  16. Внедрение Уважаем своих коллег Бережем чужое время Помогаем при переходе

    Пишем документацию заранее С примерами решения постоянных задач Никаких абстрактных flow, только конкретные примеры (С) Дельгядо Филипп, 2018 54
  17. Внедрение Уважаем своих коллег Бережем чужое время Помогаем при переходе

    Пишем документацию заранее С примерами решения постоянных задач Никаких абстрактных flow, только конкретные примеры KISS Пусть тропинки протаптываются сами Сложные процессы редко работают Важна простота изменений (С) Дельгядо Филипп, 2018 55
  18. Сопровождение Постоянно улучшаем Собираем обратную связь Как можно быстрее исправляем

    проблемы Дописываем документацию (С) Дельгядо Филипп, 2018 57
  19. Сопровождение Постоянно улучшаем Собираем обратную связь Как можно быстрее исправляем

    проблемы Дописываем документацию Проверяем результат Помним изначальные цели Изучаем метрики Смотрим на реальное поведение (С) Дельгядо Филипп, 2018 58
  20. Практики Право на «Зачем?» До трех не обобщать Review before

    code IDE Driven Development (С) Дельгядо Филипп, 2018 63
  21. Итого Проекты бывают разные Стадии проектов тоже разные Люди тоже

    разные Всем нужны свои методологии! (С) Дельгядо Филипп, 2018 68