Цель: гарантировать понимание процессов всеми членами команды Автор: Михаил Смирнов www.msmirnov.ru www.msmirnov.ru msmirnov@msmirnov.ru. - презентация

1 Цель: гарантировать понимание процессов всеми членами команды Автор: Михаил Смирнов

2 Типы процессов Текущая деятельность Применяем для исправления ошибок, мелких доработок и т.п. Проектная деятельность Применяем для больших доработок, новых проектов и т.п.

3 Применяем для больших доработок, новых проектов и т.п.

4 Проектная деятельность Если проект очень большой (новый) – делим его на несколько версий. Иначе – одна версия Версии являются полностью самостоятельными и дают на выходе рабочий продукт. Проект может прекратиться после каждой из них. Существует предварительная PreSale-фаза перед всем проектом

5 Роли в проекте Руководитель проекта Архитектор Разработчик QA-менеджер Тестировщик Тех. писатель

6 Проектная деятельность PreSale-фазаВерсия 1Версия 2Версия 3 Если проект очень большой (новый) – делим его на несколько версий

7 Проектная деятельность Каждая версия состоит из 4-х фаз: Начало Проектирование Построение Внедрение

8 Проектная деятельность Начало Проектиров ание Построени е Внедрение Каждая версия состоит из 4-х фаз. На выходе 4-й фазы имеем самостоятельный законченный продукт

9 Проектная деятельность Версия 1 Версия 2 Версия 3 PreSale Сложные проекты состоят из нескольких выпусков последовательных версий, каждая из которых проходит через все 4 фазы

10 PreSale-фаза Необходима как отправная точка проекта Создаем два документа Документ проекта Самый первый документа. Определяем название проекта, его цели и конечные результаты, предпосылки, менеджера, спонсора, команду проекта и примерный бюджет. План осуществимости Описываем возможные влияние проекта на все заинтересованные стороны, уточняем бюджет и команду, составляем грубый календарный план, кратко описываем предлагаемый продукт или технологию.

11 PreSale-фаза Документа проекта План осуществимости Начало проекта Самый первый документа. Определяем название проекта, его цели и конечные результаты, предпосылки, менеджера, спонсора, команду проекта и примерный бюджет. Описываем возможные влияние проекта на все заинтересованные стороны, уточняем бюджет и команду, составляем грубый календарный план, кратко описываем предлагаемый продукт или технологию.

12 Структура проекта-4 фазы Фазы следуют одна за другой Каждая фаза состоит из нескольких подобных друг другу повторяющихся итераций Обычное кол-во итераций: Начало: 1-2 итерации Проектирование: 2 итерации Построение: 2-4 итерации Внедрение: 1-2 итерации

13 Типичная структура итерации ПланированиеРеализацияТестированиеЗавершение Все итерации имеют схожую структуру. Однако, конкретная деятельность меняется на каждой фазе.

14 Структура проекта Начало 1-я итерация Проектирование 1-я итерация 2-я итерация Построение 1-я итерация 2-я итерация 3-я итерация Внедрение 1-я итерация Планиров ание Реализац ия Тестирова ние Завершен ие Планиров ание Реализац ия Тестирова ние Завершен ие Планиров ание Реализац ия Тестирова ние Завершен ие Планиров ание Реализац ия Тестирова ние Завершен ие Планиров ание Реализац ия Тестирова ние Завершен ие Планиров ание Реализац ия Тестирова ние Завершен ие Планиров ание Реализац ия Тестирова ние Завершен ие Проект состоит из 4-х последовательных фаз, каждая из которых состоит из нескольких итераций

15 Фаза 1. Начало Цель – понять, что создавать и как Основные документы: План фазы Концепция Грубое описание хотя бы одной возможной архитектуры Список основных рисков План тестирования План проекта Отчет о результатах фазы

16 Фаза 1. Начало План фазы Концепция Возможная архитектура Список основных рисков План тестирования План проекта Отчет о результатах фазы последовательность шагом

17 Фаза 1. Начало Концепция определяет рамки проекта через функциональные и нефункциональные требования Архитектура помогает спланировать возможное решение Список рисков помогает выработать план их предотвращения или план реакции План проекта уточняет сроки, бюджет, команду

18 Фаза 1. Начало В конце фазы 1 принимается решение – продолжать ли проект или отказаться от него? Все документы согласуются с заказчиком

19 Фаза 2. Проектирование Цели Выработать и протестировать исполняемую архитектуру Минимизировать технологические риски

20 Фаза 2. Проектирование Основные документы каждой итерации: План итерации Документ описания архитектуры План тестирования Отчет о результатах тестирования Отчет о результатах итерации Модифицируются: Концепция

21 Фаза 2. Проектирование План итерации План тестирования Тестирование архитектуры Отчет о результатах тестирования Отчет о результатах итерации последовательность шагов Документ описания архитектуры Проектирование архитектуры

22 Фаза 2. Проектирование Документ описания архитектуры содержит результаты проектирования критичных архитектурно-значимых вариантов использования На выходе имеем стабильную архитектуру По ходу можем уточнять концепцию Обычно требуется 2-е одинаковые итерации

23 Фаза 3. Построение Делим варианты использования между 2-4-мя итерациями и реализуем их. В первую итерацию идут варианты использования, спроектированные в Фазе 2. Каждая итерация заканчивается внедрением изменений в рабочую среду.

24 Фаза 3. Построение Основные документы: План итерации Документ описания архитектуры План интеграции План тестирования Отчет о результатах тестирования Отчет о результатах итерации Модифицируются: Концепция

25 Фаза 3. Построение План итерации План тестирования Разработка Интеграция Отчет о результатах итерации последовательность шагов Документ описания архитектуры Тестирование План интеграции Тестирование Отчет о результатах тестирования

26 Фаза 3. Построение ПроектированиеРазработкаТестированиеИнтеграция Повторное тестирование Структура итераций фазы Построение

27 Фаза 3. Построение ПроектированиеРазработкаТестированиеИнтеграция Повторное тестирование ПроектированиеРазработкаТестированиеИнтеграция Повторное тестирование ПроектированиеРазработкаТестированиеИнтеграция Повторное тестирование Итерации могут идти параллельно Время

28 Фаза 3. Построение На выходе имеем готовый продукт Благодаря раннему внедрению имеем раннюю обратную связь от пользователей

29 Фаза 4. Внедрение Проект уже частично внедрен и работает, так что осталось только Обучить пользователей Разработать документацию Исправить последние ошибки Провести более-менее формальную приемку

30 Применяем для исправления ошибок, мелких доработок и т.п.

31 Текущая деятельность Основные принципы: Ежедневные сборки Полный регрессионный контроль Планируемая выгрузка на рабочие системы раз в недель

32 Текущая деятельность Основные документы План выпуска Концепция Описание архитектуры План тестирования План интеграции Отчет о результатах тестирования Отчет о результатах выпуска Пресс-релиз

33 План выпуска Перечень целей и задач выпуска Описание команды выпуска Оценка трудозатрат

34 Другие документы Концепция, Описание архитектуры, План тестирования и План интеграции – те же, что и для обычного проекта, но учитывают только лишь изменения в данном выпуске

35 План тестирования Список задач, подлежащих тестированию и способов их тестирования Список вариантов тестирования и тестовых сценариев Оценка трудозатрат

36 Текущая деятельность План тестирования Оценка трудозатрат Отчет о результатах выпуска последовательность шагов План выпуска Архитектура решения Тестирование Отчет о результатах тестирования Разработка Развертывание (интеграция) Стабилизация Концепция План интеграции

37 Текущая деятельность Выявления требований Проектирование Разработка и тестирование ВнедрениеСтабилизация Последовательность этапов (читай - фаз) в каждом выпуске системы

38 Текущая деятельность Выявления требований Проектирование Разработка и тестирование ВнедрениеСтабилизация Выявления требований Проектирование Разработка и тестирование ВнедрениеСтабилизация Выявления требований Проектирование Разработка и тестирование ВнедрениеСтабилизация Выпуски также могут идти параллельно Время