1 Менеджмент разработки программных изделий 9.Жизненный цикл в методологиях быстрого развития проектов

2 Мотивация рассмотрения моделей жизненного цикла в методологиях быстрого развития Сторонники быстрого развития утверждают, что они не нуждаются в том, чтобы четко фиксировать этапы развития разработки программного проекта Отслеживание процесса не требует специальных документов о достигнутых результатах и проблемах. Деятельности менеджера в жестких методологиях противопоставляются самодисциплина и сотрудничество вместо дисциплины и подчинения; Особенности планирования, контрольных и других функций Все это позволяет менеджеру в большей мере сосредоточиться на руководстве командой, чем на управлении. Тем не менее, понятие жизненного цикла полезно для представления процесса разработки на концептуальном уровне Модели жизненного цикла быстрого развития не претендуют на инструментальность Понятия контрольных точек и контрольных мероприятий, распределения ресурсов, оценки остаются, хотя их содержание становится менее формализованным, а выполнение рассредоточенным

3 Общая модель жизненного цикла в методологиях быстрого развития Начальная фаза. Она выделена, поскольку приходится выполнить работы, которые не являются характерными для основного процесса; Серия максимально коротких итераций, состоящих из шагов: –выбор реализуемых требований (сценариев; в экстремальном программировании пользовательских историй), –реализация только отобранных требований, –передача результата для практического использования; –короткий период оценки достигнутого (в зависимости от объема работ периода его можно назвать этапом или контрольным мероприятием); Фаза заключительной оценки разработки проекта Реальные быстрые методологии конкретизируют эту схему, дополняют ее теми или иными методиками Сегодня есть тенденция к стандартизации agile процессов и появились первые группы с международными сертификатами Не станут ли agile методологии жесткими?

4 Модель жизненного цикла экстремального программирования 12 методик, относящихся к управлению и руководству. Бек подчеркивает, что все они должны быть внедрены –Упреждающее тестирование –«Путешествие налегке» –Общее владение кодом –Частые интеграции –Парное программирование –Сбор пользовательских историй –Заказчик как член команды –Игра в планирование –Менеджер наставник –«Стоячие» совещания +Некоторые организационные правила и принципы. Утверждается, в частности, что при eXP «архитектор проекта не нужен». Почему? Как все это согласуется с общими понятиями жизненного цикла? Неявное (деперсонифициоранное, распределенное по времени и рассредоточенное по проектным работам) выполнение всего то же, что выполняется в любом проекте. слияние контрольных точек, облегченные подготовка к прохождению вех и само прохождение

5 Итерации Обслуживание и поддержка Модель жизненного цикла экстремального программирования Планирова- 4 Обзор системы и процесса ее разработки Итоговая оценка Первый релиз Последующие релизы Исследова- Смерть ние Итерации Сбор пользовательских историй (сценариев) 11 6 ние 10 Внедрение Планирова- ние 3 Начальная фазаСерия итераций

6 Адаптивная разработка (ASD Adaptive Software Development) по Хайсмиту ASD это не готовая методология, а базовая концепция для различных адаптивных разработок L3 L2 Инициация проекта Планирование адаптивного цикла L1 Совместное конкурирующее развитие возможностей L1 Совместное конкурирующее развитие возможностей Обзор качества Итоговый обзор качества и выпуск релиза СотрудничествоОбдумываниеОбучение Цикл обучения Цикл адаптации

7 Основные принципы адаптивного подхода Адаптивная природа всех быстрых методологий следствие непредсказуемости процесса разработки ПО (Хайсмит использует идеи из области теорией хаоса) Основа ASD три нелинейные перекрывающие друг друга фазы: обдумывание сотрудничество обучение В окружении, которое требует адаптивности, планирование парадокс (непредсказуемость) Обычно отклонения от плана ошибки, нуждающиеся в исправлении. В адаптивных разработках отклонения ведут к объективно обусловленным решениям их следует считать правильными Неопределенность в непредсказуемой среде преодолевается за счет активного сотрудничества разработчиков Внимание менеджмента направлено на обеспечение коммуникации Разработчики сами находят ответы на возникающие вопросы Повышенное внимание к обучению (в предсказуемых методологиях его роль часто занижается: все расписывается заранее, так что потом остается только следовать плану) «Основное, наиболее действенное и первостепенное, достоинство жизненного цикла ASD заключается в том, что этот процесс заставляет отказаться от интеллектуальных построений, которые являются источником самообмана. Он вынуждает оценивать собственные способности более реалистично» Семейство методологий Crystal: –разным проектам нужны разные методологии –градация проектов: по одной оси количество людей в проекте, по другой критичность ошибок –каждая из методологий семейства предназначена для определенной ячейки получившейся сетки «Проект, в котором занято 40 человек, и на котором можно позволить себе потерять некоторую сумму, будет работать по другой методологии, нежели проект для шести разработчиков, от которого зависит существование компании» (Коуберн)