Ричард Ньютон - Управление проектами от А до Я
- Название:Управление проектами от А до Я
- Автор:
- Жанр:
- Издательство:Array Литагент «Альпина»
- Год:2007
- Город:Москва
- ISBN:978-5-9614-0539-2
- Рейтинг:
- Избранное:Добавить в избранное
-
Отзывы:
-
Ваша оценка:
Ричард Ньютон - Управление проектами от А до Я краткое содержание
Книга адресована топ-менеджерам и специалистам в области управления проектами – как начинающим, так и профессионалам – всем, кто ищет простое и ясное введение в управление проектами.
Управление проектами от А до Я - читать онлайн бесплатно ознакомительный отрывок
Интервал:
Закладка:
2. Интеграцию можно проводить только в том случае, если она предусматривалась при планировании. Коробку передач для кит-кара нельзя делать, как угодно, ее следует проектировать так, чтобы она соответствовала остальным частям двигателя. Вроде бы это очевидно, но, увы, нередко сложные проекты проваливаются, когда дело доходит до интеграции.
3. Интеграцией должен заниматься специалист, обладающий соответствующими навыками. У вас в команде должны быть исполнители, не только ответственные за достижение нужных результатов, но и те, кто может отследить правильность интеграции готовых продуктов.
По завершении интеграции наступает очередь внедрения. Ваша задача – обеспечить, чтобы те, для кого предназначен ваш проект, смогли воспользоваться результатами вашей работы. Если, например, речь идет о новой компьютерной системе, необходимо объяснять пользователям принципы ее работы. Новые разработки (будь то компьютерные системы, рабочие процессы или организационные структуры) обычно вносят какие-то изменения в работу. Люди должны быть готовы принять эти изменения. Нередко конфликты в рабочих коллективах и провалы проектов, о которых мы узнаем из СМИ, связаны с тем, что менеджеры неэффективно управляли изменениями при внедрении нового продукта.
Управление изменениями – это искусство убеждения: вы должны убедить персонал заказчика в необходимости инноваций. В упрощенном виде управление изменениями означает, что вам нужно внедрить готовый продукт в рабочую среду компании-заказчика и обучить персонал им пользоваться. Самое сложное здесь – подготовить людей к изменениям, снять возникающие у них возражения. Нельзя приступать к управлению изменениями ближе к концу проекта – этим следует заняться с самого начала. К завершению проекта все приготовления должны быть закончены и изменения должны приниматься без возражений.
Если рассмотреть тестирование, интеграцию и внедрение в целом, получается серия этапов, которые нужно включить в план проекта:
1. Тестирование продукта. Проверка полученных результатов.
2. Комплексное тестирование. Тестирование всех продуктов, полученных в результате выполнения проекта, как единой системы.
3. Одобрение пользователем. Конечные пользователи системы должны удостовериться, что готовый продукт соответствует их ожиданиям.
4. Испытание на практике. Интегрированные продукты тестируют в реальных рабочих условиях.
В крупных проектах на тестирование, интеграцию и внедрение может отводиться более 50 % общей продолжительности проекта.
Глоссарий
В глоссарии я привожу термины из области управления проектами, которые употребляются в этой книге. Все определения верны только в контексте управления проектами.
Бизнес-анализ
Структурированное изучение проблемы, имеющей отношение к бизнесу. Бизнес-анализ проводится, чтобы лучше понять проблему, а затем оценить, что требуется для ее устранения.
Бизнес-кейс/коммерческое предложение
Коммерческая цель или выгода является причиной выполнения проекта и может официально фиксироваться в документе, называющемся бизнес-кейсом, или коммерческим предложением. Этот документ обычно включает финансовые показатели (например, прирост выручки, снижение издержек и т. п.) или другие параметры (например, повышение уровня обслуживания потребителей, повышение мотивированности персонала и т. д.).
Бюджет проекта
Необходимые средства, выделенные на выполнение проекта.
Влияние
Последствия принятого решения, проблем, риска или изменения для проекта. Влияние обычно измеряется по отношению к объему работ, стоимости, качеству, срокам или рискам проекта. Например, влияние проблемы может проявиться в увеличении сроков или стоимости проекта; принятое решение может повлиять на рост рисков проекта; влиянием изменения может стать уменьшение объема работ.
Внедрение
Использование и эксплуатация в реальных условиях продукта, полученного в результате выполнения проекта. Внедрение охватывает широкий круг задач, в том числе ознакомление и обучение пользователей.
Внешняя зависимость
Связь одной или нескольких задач проекта с задачами, в него не входящими (иными словами, внешними по отношению к нему).
Выполнение
Завершение проекта или задачи с соблюдением определенных условий (обычно получение ожидаемых результатов в срок и с соблюдением бюджета).
Декомпозиция
Процесс деления (сложной) задачи на более мелкие, чтобы лучше ее понять и выполнить.
Дерево решений (Work Breakdown Stucture – WBS)
Формальное описание всех задач, необходимых для выполнения проекта, представленное в определенной последовательности. WBS является результатом декомпозиции проекта на составляющие его задачи.
Жизненный цикл
Обобщенное, высокоуровневое описание тех этапов, через которые проходит проект.
Зависимость
Логическая связь между двумя или более задачами в проекте, которая определяет последовательность их выполнения.
Задача – «черный ящик»
Задача проекта, которой не нужна подробная декомпозиция, так как она передана на аутсорсинг. В плане она определяется как один пункт. Менеджеру проекта нет необходимости управлять действиями, относящимися к этой задаче.
Заказчик проекта
Лицо (или группа лиц), в интересах которого выполняется проект. Обычно заказчик определяет требования проекта, оплачивает работы и получает готовый продукт, за что надеется получить определенную (экономическую) выгоду.
Изменение
Изменение – это трансформация одного из пяти параметров проекта ( см. Параметры проекта). Изменение проекта всегда должно быть следствием осознанного выбора, а не случайным результатом каких-то действий.
Каталог требований/спецификация
Документ, содержащий набор требований, которым должен удовлетворять проект.
Контрольная точка
Показатель того, что вы завершили важный этап проекта. Контрольные точки используются с той целью, чтобы было легче отслеживать ход выполнения проекта.
Команда проекта
Группа лиц, работающих над проектом под управлением менеджера проекта.
Критический путь
Последовательность задач, определяющая продолжительность выполнения проекта. Изменение времени решения любой из задач, входящих в критический путь, приводит к изменению сроков проекта. Поэтому, чтобы сократить сроки проекта, стараются уменьшить критический путь.
Читать дальшеИнтервал:
Закладка: