Версия для печатиОтправить другу

Ситуация:
Вы - менеджер проекта по разработке дополнительного модуля для вашей автоматизированной системы управления предприятием в небольшой компании. Необходимость в новом модуле возникла в связи с открытием вашей компанией новой продуктовой линейки, т.ч. сроки проекта критичны, т.к. сроки старта продаж ваших новых продуктов переносить не планируется, а учитывать продажи и осуществлять сопровождение проданных продуктов вам необходимо. Проект внутренний, используются только разработчики вашей компании, аналитики и эксперты из различных подразделений вашей компании. Требования к модулю были собраны со всех заинтересованных сторон, переработаны в техническое задание и по нему разработан новый модуль. Теперь, перенеся разработанный модуль со среды разработки на тестовую среду, вы находитесь на стадии тестирования вашего модуля. После проведения трех итераций тестирования вместо запланированных двух, на тестовой среде все равно возникают ошибки, в том числе и регрессионные. Вас подгоняют сроки, т.к. времени до запланированного окончания проекта остается все меньше и меньше. После переговоров с заказчиком и спонсором проекта вы решаете развернуть модуль на боевой среде, а ошибки, ввиду их низкой критичности исправить позже, продолжив тестирование в рамках проекта на тестовой среде так и не подписав акт о приемке системы и письма о завершении проекта.
  
Вывод:

Данный урок коррелирует с предыдущим уроком . Передав автоматизированную систему управления предприятием в эксплуатацию и продолжив тестирование на тестовой среде не завершив проект вы поступили неправильно. Теперь вы задублировали функциональные и проектные процедуры. В случае нахождения очередной ошибки вам необходимо будет регистрировать ее по проектным правилам и по правилам функциональных подразделений ИТ поддержки, т.е. в двух различных системах (скорее всего это будут система управления ошибками и система управления сервисными запросами. Более того, вам придется проходить процедуру контроля и утверждения заявок в двух различных системах. Необходимо в подобной ситуации либо завершать проект, передавая систему на поддержку, либо продолжать тестирование в рамках проекта, но не одно и другое вместе.