3. Интеграцией должен заниматься специалист, обладающий соответствующими навыками. У вас в команде должны быть исполнители, не только ответственные за достижение нужных результатов, но и те, кто может отследить правильность интеграции готовых продуктов.
По завершении интеграции наступает очередь внедрения. Ваша задача – обеспечить, чтобы те, для кого предназначен ваш проект, смогли воспользоваться результатами вашей работы. Если, например, речь идет о новой компьютерной системе, необходимо объяснять пользователям принципы ее работы. Новые разработки (будь то компьютерные системы, рабочие процессы или организационные структуры) обычно вносят какие-то изменения в работу. Люди должны быть готовы принять эти изменения. Нередко конфликты в рабочих коллективах и провалы проектов, о которых мы узнаем из СМИ, связаны с тем, что менеджеры неэффективно управляли изменениями при внедрении нового продукта.
Управление изменениями – это искусство убеждения: вы должны убедить персонал заказчика в необходимости инноваций. В упрощенном виде управление изменениями означает, что вам нужно внедрить готовый продукт в рабочую среду компании-заказчика и обучить персонал им пользоваться. Самое сложное здесь – подготовить людей к изменениям, снять возникающие у них возражения. Нельзя приступать к управлению изменениями ближе к концу проекта – этим следует заняться с самого начала. К завершению проекта все приготовления должны быть закончены и изменения должны приниматься без возражений.
Если рассмотреть тестирование, интеграцию и внедрение в целом, получается серия этапов, которые нужно включить в план проекта:
1.
2.
3.
4.
В крупных проектах на тестирование, интеграцию и внедрение может отводиться более 50 % общей продолжительности проекта.
Глоссарий
В глоссарии я привожу термины из области управления проектами, которые употребляются в этой книге. Все определения верны только в контексте управления проектами.
Структурированное изучение проблемы, имеющей отношение к бизнесу.
Необходимые средства, выделенные на выполнение проекта.
Последствия принятого решения, проблем, риска или изменения для проекта.
Использование и эксплуатация в реальных условиях продукта, полученного в результате выполнения проекта.
Связь одной или нескольких задач проекта с задачами, в него не входящими (иными словами, внешними по отношению к нему).
Завершение проекта или задачи с соблюдением определенных условий (обычно получение ожидаемых результатов в срок и с соблюдением бюджета).
Процесс деления (сложной) задачи на более мелкие, чтобы лучше ее понять и выполнить.
Формальное описание всех задач, необходимых для выполнения проекта, представленное в определенной последовательности. WBS является результатом декомпозиции проекта на составляющие его задачи.
Обобщенное, высокоуровневое описание тех этапов, через которые проходит проект.
Логическая связь между двумя или более задачами в проекте, которая определяет последовательность их выполнения.