Моделирование бизнес-процессов на примере компании-разработчика программного обеспечения (стр. 7 из 12)
o ведомость замечаний;
o отчет об устранении замечаний.
Документы на выходе:
- Устав проекта;
- План итераций;
- План текущей итерации;
- План текущей стадии.
Временной регламент:
- контроль исполнения должен производиться постоянно по завершении стадий и итераций, а также с заданной периодичностью в течение всего хода проекта.
Операции:
- контроль сроков;
- контроль качества результатов;
- перераспределение ресурсов;
- внесение изменений в планы;
- внесение изменений в Устав проекта;
- подготовка и согласование результирующих документов.
Участники:
- руководитель проекта;
- исполнители задач.
Завершение проекта
Процесс завершения проекта предполагает закрытие финансовых документов, проведение расчетов, документирование окончательных результатов проекта и их оценку.
Документы на входе:
- полный объем проектной документации.
Документы на выходе:
- архив проектных документов;
- замечания и предложения по проекту.
Временной регламент:
- 5-10 дней; также зависит от сроков окончательных расчетов.
Операции:
- финальные процедуры контроля проекта;
- закрытие контрактов, проведение расчетов;
- формирование замечаний и предложений по проекту;
- архивирование проектной документации.
Участники:
- руководитель проекта;
- проектная группа и прочие заинтересованные лица.
Проекты по сопровождению
Жизненный цикл проекта по сопровождению представлен на диаграмме деятельности (Рисунок 11) с указанием входной и выходной информации и ролей пользователей.
Рисунок 11. Жизненный цикл проекта по сопровождению
Создание Устава проекта
Документы на входе:
- имеющаяся исходная документация по проекту (контракт, условия обслуживания, соглашения и пр.).
Документы на выходе:
- Устав проекта.
Временной регламент:
- длительность этапа зависит от масштабов проекта, его срочности и прочих факторов, индивидуальных для каждого нового проекта.
Операции:
- определение общего содержания проекта;
- определение целей и задач проекта;
- определение порядка сопровождения;
- определение плана выпуска обновлений и их объема;
- коммерческое обоснование;
- оценка затрат и ресурсов;
- определение функций и обязанностей.
Участники:
- руководитель проекта;
- заинтересованные лица.
Определение плана выпуска обновлений
Исходя из Устава проекта, определяется план выпуска обновлений и приблизительный объем каждого обновления (например, по количеству заявок).
Документы на входе:
- Устав проекта.
Документы на выходе:
- План выпуска обновлений.
Временной регламент:
- 1-2 дня.
Операции:
- определение сроков выпуска обновлений;
- определение объема обновлений.
Участники:
- руководитель проекта;
- заинтересованные лица.
Планирование итерации
Все поступающие замечания и пожелания, выполняемые в рамках сопровождения, включаются в общий план и относятся в определенную итерацию.
В каждый момент времени известен подробный план текущей итерации. По мере поступления заявок происходит планирование следующих итераций. Для каждой итерации определяются проводимые стадии и сроки их завершения.
Документы на входе:
- План выпуска обновлений;
- Заявки пользователей на сопровождение.
Документы на выходе:
- План итерации.
Временной регламент:
- планирование следующих итераций происходит по мере выполнения текущей итерации; к моменту завершения текущей итерации план должен быть готов.
Операции:
- рассмотрение заявки;
- включение заявки в план;
- декомпозиция плана на задачи;
- определение сроков завершения каждой задачи;
- определение ресурсов и ответственных.
Участники:
- руководитель проекта.
Выполнение итерации
Выполнение итерации происходит параллельно с планированием следующей итерации (при ее наличии).
Документы на входе:
- План текущей итерации.
Документы на выходе:
- для стадии анализа:
o заявка (образец документа приведен в Приложении 1);
o тестовый пример (образец документа приведен в Приложении 1);
- для стадии проектирования:
o технический проект;
- для стадии реализации:
o описание реализации (образец документа приведен в Приложении 1);
o краткое руководство (образец документа приведен в Приложении 1);
- для стадии тестирования:
o отчет о тестировании (образец документа приведен в Приложении 1);
o ведомость замечаний (образец документа приведен в Приложении 1);
o отчет об устранении замечаний (образец документа приведен в Приложении 1);
- для стадии внедрения:
o отчет об установке обновления/программного обеспечения (образец документа приведен в Приложении 1);
o ведомость обучения (образец документа приведен в Приложении 1).
Временной регламент:
- срок выполнения каждой задачи должен соответствовать сроку, указанному в плане итерации.
Операции:
- выполнение задачи;
- подготовка и согласование результирующих документов;
- переход на следующую стадию.
Участники:
- руководитель проекта;
- исполнители задач.
Контроль исполнения
Необходим постоянный контроль над выполнением сроков выпуска и установки обновлений у заказчиков, иначе проекты постепенно перестанут соответствовать актуальному состоянию.
В каждый момент времени руководителю проекта должна быть известна итерация и стадия проекта. Должен обеспечиваться обязательный контроль над исполнением сроков, указанных в плане проекта, любые сдвиги сроков должны обязательно отслеживаться и отражаться в общем плане.
Общий и детализированный план должен быть доступен всем заинтересованным лицам.
Документы на входе:
- Устав проекта;
- План выпуска обновлений;
- Планы итераций;
- Результаты выполнения задач:
o заявка;
o тестовый пример;
o технический проект;
o описание реализации;
o краткое руководство;
o отчет о тестировании;
o ведомость замечаний;
o отчет об устранении замечаний;
o отчет об установке обновления/программного обеспечения;
o ведомость обучения.
Документы на выходе:
- Устав проекта;
- План выпуска обновлений;
- Планы итераций.
Временной регламент:
- контроль исполнения должен производиться постоянно по завершении стадий и итераций, а также с заданной периодичностью в течение всего хода проекта.
Операции:
- контроль сроков;
- контроль качества результатов;
- перераспределение ресурсов;
- внесение изменений в планы;
- внесение изменений в Устав проекта;
- подготовка и согласование результирующих документов.
Участники:
- руководитель проекта;
- исполнители задач.
Завершение проекта
Документы на входе:
- полный объем проектной документации.
Документы на выходе:
- архив проектных документов;
- замечания и предложения по проекту.
Временной регламент:
- 5-10 дней; также зависит от сроков окончательных расчетов.
Операции:
- финальные процедуры контроля проекта;
- закрытие контрактов, проведение расчетов;
- формирование замечаний и предложений по проекту;
- архивирование проектной документации.
Участники:
- руководитель проекта;
- проектная группа и прочие заинтересованные лица.
Управление ходом проекта
Процесс перехода между стадиями
В процессе перехода продукта с одной стадии на другую в рамках текущей итерации, как правило, происходит тесное взаимодействие между исполнителями этих стадий (Рисунок 12).
Рисунок 12. Взаимодействие между исполнителями стадий
В то время, пока стадии «перекрываются» (зеленая зона на рисунке), это взаимодействие является необходимым для того, чтобы исполнители следующей стадии получили ответы на все возникающие вопросы.
Однако, если взаимодействие продолжается и после завершения предыдущей стадии (оранжевая зона на рисунке), это уже может свидетельствовать о низком качестве результатов предыдущей стадии либо о недостаточной квалификации исполнителей текущей стадии.
Если взаимодействие продолжается и после того, как начинается еще одна стадия (красная зона на рисунке), это приводит к существенному увеличению сроков разработки и к серьезному снижению качества продукта, т.к. изменения вносятся практически непрерывно – в постановку задачи, в проектную документацию, в код приложения.
Наиболее серьезная проблема – когда на стадии разработки необходимо внесение изменений на обоих предыдущих этапах – анализ и проектирование. Это, как правило, приводит к существенному увеличению сроков получения результата.
Для упорядочивания процесса разработки продуктов предлагается следующий порядок:
Каждая стадия должна перекрываться во времени с предыдущей, в этот промежуток передаются результаты предыдущей стадии.
Взаимодействие в оранжевой зоне по вопросам изменения результатов предыдущей стадии необходимо сводить к минимуму и по возможности переносить на следующие итерации. Если это невозможно (в случае критически важных изменений), необходимо пересматривать план проекта. Все факты взаимодействия должны фиксироваться документально.
Взаимодействие в красной зоне должно происходить только с уведомлением руководителя проекта об обнаруженных вопросах, фиксироваться документально и приводить к пересмотру плана проекта.
Взаимодействие в черной зоне необходимо категорически запретить и перенести на следующую итерацию, т.к. в это время должны быть завершены уже обе стадии, и должна выполняться следующая стадия. Например, если во время стадии «Реализация» начинается взаимодействие между аналитиками и проектировщиками (в рамках текущей итерации), происходит изменение постановки задачи, как следствие – необходимо отразить изменения в проектных документах и в уже реализованных частях продукта, что приводит к значительному увеличению сроков реализации и падению качества.