Управление проектами от А до Я

Ньютон Ричард

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

Это довольно просто, если результатом вашего проекта стал один-единственный продукт. Но нередко проект предусматривает разработку серии продуктов, которые должны взаимодействовать друг с другом. Обеспечение их бесперебойной работы называют

интеграцией или системной интеграцией. Так, если цель вашего проекта – создать новую коробку передач для разработанного вами кит-кара, на каком-то этапе понадобится интегрировать коробку передач с остальными частями двигателя. Точно так же, если вы разработали компьютерную программу, нужно, чтобы она была совместима с другим ПО, включая операционную систему. Я не буду пытаться объяснить принципы интеграции, которые достаточно сложны и зависят от типа продукта, а ограничусь тремя замечаниями о том, что нужно знать менеджеру проекта:

1. Интеграция, если она необходима, – это отдельная задача, которая требует затрат времени и ресурсов. Ее нужно включить в план проекта и представить в виде серии операций.

2. Интеграцию можно проводить только в том случае, если она предусматривалась при планировании. Коробку передач для кит-кара нельзя делать, как угодно, ее следует проектировать так, чтобы она соответствовала остальным частям двигателя. Вроде бы это очевидно, но, увы, нередко сложные проекты проваливаются, когда дело доходит до интеграции.

3. Интеграцией должен заниматься специалист, обладающий соответствующими навыками. У вас в команде должны быть исполнители, не только ответственные за достижение нужных результатов, но и те, кто может отследить правильность интеграции готовых продуктов.

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

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

Если рассмотреть тестирование, интеграцию и внедрение в целом, получается серия этапов, которые нужно включить в план проекта:

1. Тестирование продукта. Проверка полученных результатов.

2. Комплексное тестирование. Тестирование всех продуктов, полученных в результате выполнения проекта, как единой системы.

3. Одобрение пользователем. Конечные пользователи системы должны удостовериться, что готовый

продукт соответствует их ожиданиям.

4. Испытание на практике. Интегрированные продукты тестируют в реальных рабочих условиях.

В крупных проектах на тестирование, интеграцию и внедрение может отводиться более 50 % общей продолжительности проекта.

Глоссарий

В глоссарии я привожу термины из области управления проектами, которые употребляются в этой книге. Все определения верны только в контексте управления проектами.

Бизнес-анализ

Структурированное изучение проблемы, имеющей отношение к бизнесу. Бизнес-анализ проводится, чтобы лучше понять проблему, а затем оценить, что требуется для ее устранения.

Бизнес-кейс/коммерческое предложение

Коммерческая цель или выгода является причиной выполнения проекта и может официально фиксироваться в документе, называющемся бизнес-кейсом, или коммерческим предложением. Этот документ обычно включает финансовые показатели (например, прирост выручки, снижение издержек и т. п.) или другие параметры (например, повышение уровня обслуживания потребителей, повышение мотивированности персонала и т. д.).

Бюджет проекта

Необходимые средства, выделенные на выполнение проекта.

Влияние

Последствия принятого решения, проблем, риска или изменения для проекта. Влияние обычно измеряется по отношению к объему работ, стоимости, качеству, срокам или рискам проекта. Например, влияние проблемы может проявиться в увеличении сроков или стоимости проекта; принятое решение может повлиять на рост рисков проекта; влиянием изменения может стать уменьшение объема работ.

Внедрение

Использование и эксплуатация в реальных условиях продукта, полученного в результате выполнения проекта. Внедрение охватывает широкий круг задач, в том числе ознакомление и обучение пользователей.

Внешняя зависимость

Связь одной или нескольких задач проекта с задачами, в него не входящими (иными словами, внешними по отношению к нему).

Выполнение

Завершение проекта или задачи с соблюдением определенных условий (обычно получение ожидаемых результатов в срок и с соблюдением бюджета).

Декомпозиция

Процесс деления (сложной) задачи на более мелкие, чтобы лучше ее понять и выполнить.

Дерево решений (Work Breakdown Stucture – WBS)