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

Презентация:



Advertisements
Похожие презентации
11. Процесс разработки программной системы Последовательный и итеративный процессы разработки Процесс разработки программной системы является бизнес.
Advertisements

Microsoft Solutions Framework Технологии программирования. Курс на базе Microsoft Solutions Framework Семинар 4. Прохождение фазы выработки концепции в.
В двух словах Михаил Смирнов
Microsoft Solutions Framework Технологии программирования. Курс на базе Microsoft Solutions Framework Семинар 5. Прохождение фазы планирования в каждой.
Методология проектирования RAD МДК Раздел 1.
Тестирование программных средств Сафронов Сергей 2009 год.
Тестирование программных средств Сафронов Сергей, 2008 год.
Жизненный цикл программного обеспечения Подготовил студент 1 курса Лось Павел.
Учебный курс Модели жизненного цикла и методологии разработки корпоративных систем Лекция 5 Методологии разработки корпоративных систем Лекции читает кандидат.
Scrum Выполнил: Сокольников А.М. ПС-41 Руководитель: Нехорошкова Л.Г.
Внедрение Когда разрабатываемая система обладает начальной функциональностью, проект переходит на фазу внедрения. Менеджер проекта полагает, что система.
Microsoft Solutions Framework Технологии программирования. Курс на базе Microsoft Solutions Framework Семинар 8. Прохождение фазы внедрения в каждой команде.
Устав проекта. Устав проекта (PROJECT CHARTER ) Выпущенный высшим руководством документ, формально удостоверяющий существование проекта. Данный документ.
Почему Microsoft занялась этим вопросом Только 20% проектов разработки ПО в мире признаются успешными Основные причины неудач: – Постоянное изменение требований.
Начальник проектного отдела +7 (921) РОЛЬ ЗАКАЗЧИКА В ПРОЕКТНОМ ЦИКЛЕ РАЗРАБОТКИ САЙТА Игорь Петрушихин.
(C) МЭИ (ТУ), ВМСС, Галь В.Ю., Окороков А.И., Управление проектами в сфере ИТ Лекция 3 «Жизненный цикл программного обеспечения»
Внедрение КлиК- CRM Методика управления проектом и процессом подготовки технического дизайна при внедрении CRM На платформе Клиент-Коммуникатор 7.5 ©BMicro®,
Волгоградский Государственный Технический Университет Менеджер проекта: Мамонтов Д.П. Архитектор :Сухарев К.А. Тестировщик: Гончарова И.В.
Сообщество аналитиков России Управление качеством требований Уровни зрелости процесса управления требованиями.
Транксрипт:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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