Intro
Материал из PMsoop Wiki
Vvk aka Dreamer presents: PMsoop
Что такое PMsoop - это попытка описать общий процесс разработки заказного ПО от идеи до готового продукта
Предполагаемая аудитория - начинающие (и не только) менеджеры проектов, а вообще - все, кому интересно как идеи становятся реальностью в разработке ПО
Из чего состоит PMsoop:
Есть Карта проекта, которая (насколько получилось) наглядно показывает развитие событий. Каждый объект на карте является ссылкой на страницу с описанием "что это такое" и примерами (по возможности). Это по идее, реализация - в процессе.
Для удобства чтения и наглядности также есть Оглавление, в котором собраны ссылки на все страницы
Все старые материалы по PMsoop (черновик) остались в блоге [1]
Теперь собственно:
Введение
Работа менеджера проектов, в моём понимании, заключается в организации осуществления идей. То есть, менеджер проекта – это такой человек, который организует процесс превращения идеи в некоторый готовый продукт, сам проект – это процесс превращения идеи в продукт, а заказчик – носитель этой идеи. В зависимости от области человеческой деятельности, к которой относится данная идея, работа менеджера проекта может иметь различные внешние атрибуты и признаки, иметь другое название, разделяться между разными людьми – однако, суть этой работы остаётся неизменной: сбор информации, составление технического задания, организация работы исполнителей, организация тестирования, отладки и приёмки готового решения. В случае если заказчик и менеджер проекта представлены в одном лице – имеем создание или развитие своего дела, если в разных – работу на заказ, но суть снова не меняется.
Именно в таком, глобальном ключе я и попытался рассмотреть работу менеджера проекта в своей профессиональной области – заказная разработка программного обеспечения. Есть разные методики ведения проектов, есть разные стили и техники управления проектной командой, но всегда есть некоторый набор ключевых моментов и действий, которые нужно выполнять в разные моменты реализации проекта для предотвращения рисков и минимизации затрат. Такие ключевые моменты и действия я собрал в виде карты проекта – Project Map – которая служит «стержнем» этой книги и связывает все действия вместе, с привязкой к этапам работ, артефактам и особенностям взаимодействия сторон на каждом этапе. Предметом рассмотрения является некоторый абстрактный проект от абстрактного стороннего заказчика, от момента инициации проекта до его полного завершения и организации поддержки готового продукта.
Надеюсь, что результат моего труда будет интересен для:
• Начинающих менеджеров проектов – чтобы лучше понять, что и зачем и когда надо делать, чем обоснована необходимость тех или иных действий
• Опытных менеджеров проектов – чтобы взглянуть на свою работу с новой точки зрения, и, может быть, реструктурировать свой профессиональный опыт
• Заказчиков – чтобы понять, как происходит работа в «черном ящике» под названием «подрядчик» и оптимизировать взаимодействие с ним
• Разработчиков, тестировщиков и других ИТшников – чтобы лучше понять что происходит «наверху» и оптимизировать свою работу
• Всех людей, заинтересованных в реализации идей – чтобы понять типичные сложности и нюансы реализации идеи на примере разработки ПО
В процессе написания я старался максимально дистанцироваться от конкретных методик управления проектами. Тем не менее, терминология и строение артефактов соответствуют стандартам компании NIX Solutions Ltd., в которой я работаю. В некотором роде это может быть минусом для восприятия текста, поэтому подчеркну – смотрите не на названия, а на суть описываемых моментов. Все выделенные моменты «идеального проекта», представленные на карте проекта, являются обобщением опыта сотен реальных проектов реализованных в нашей компании по разным методикам и разными командами. Так что как их не называй – они тем не менее есть. Также при рассмотрении некоторых наиболее «острых» моментов я буду приводить случаи из реальной практики, в качестве примеров. Тут аналогично – смотрите не на форму, а на суть происходящего.
