Текст книги "Набор инструментов для управления проектами"

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

Целевой план – это руководство к действию на встрече с заказчиком, задачей которого является выяснение наиболее значимых для проекта требований заказчика. В процессе подготовки к встрече необходимо определить основную цель проведения переговоров (рис. 4.3). В частности, в первую очередь следует сформулировать причины встречи и оценить, какого рода информация будет наиболее полезной при наложении требований заказчика на рамки проекта. Кроме того, целевой план позволит распределить роли и ответственность при проведении встречи, а также задать временные рамки и бюджет встречи.

ПРОВЕРКА СЕТЕВОГО ГРАФИКА ЗАКАЗЧИКА

Структура сетевого графика должна включать следующие этапы:

• разработка целевого плана;

• подготовка выборки;

• составление плана обсуждения;

• определение состава команды;

• встреча с заказчиками;

• обработка данных;

• встраивание информации в рамки проекта.

Рис. 4.3. Целевой план

Соберите необходимую информацию. Качественный целевой план основан на детализации следующей информации:

• план проекта;

• состав команды проекта.

Основное назначение плана – предоставить предварительную информацию о границах проекта и его целях. Мы говорим «предварительную», поскольку вся информация о планах предварительна по своей сути. Ниже мы представим подробное описание плана и формирование команды для переговоров на основе команды проекта.

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

• Каким должен быть результат проекта?

• Каковы цели проекта?

Чтобы команда для переговоров помнила об этом, формулировку границ проекта и его цели нужно пересмотреть в начале работы над целевым планом. Необходимо сделать акцент на областях, наиболее значимых для заказчика (см. рис. 4.3). По существу, это станет основой для всего целевого плана и свяжет область действия проекта с мотивацией посещения заказчика.

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

• Каковы деловые причины встреч?

• Зачем устраивать эту последовательность встреч?

• Какова задача команды для встреч?

Перечисленные вопросы помогают выявить конечную цель предлагаемых встреч с заказчиком. Далее нужно задать вопрос о том,

• на основе какого показателя можно определить, что цели, поставленные перед встречей, достигнуты.

Здесь основное внимание обращается на цели визита (для примера см. врезку «От разочарования до восхищения: модель Кано»). Другими словами, ставя задачи проекта, укажите цели посещения заказчиков (см. рис. 4.3). Это позволит команде понять, почему, чтобы достигнуть поставленных целей, нужно встречаться с заказчиком. Хорошим вопросом здесь будет: «Что мы хотим узнать от заказчика?»

Продумайте границы интервью (третий элемент), чтобы обосновать причины встреч с заказчиками. Этот элемент должен гарантировать, что учтены все утверждения, описывающие необходимость встречи с заказчиком. Если цели встреч ясны и в достаточной степени отчетливы, составлять целевой план нет необходимости. В противном случае вам помогут ответы на следующие вопросы:

• Какие области проекта будут затронуты этими встречами?

• Какие особые области проекта следует изучить перед встречей?

• Какие особые области проекта не будут затронуты встречами?

ОТ РАЗОЧАРОВАНИЯ ДО ВОСХИЩЕНИЯ: МОДЕЛЬ КАНО[11]11
  См. приложение Б. – Прим. ред.


[Закрыть]

Японский профессор Нориаки Кано (Noriaki Kano) предложил следующую классификацию требований:

• обязательные. Требования, выполнение которых ожидается в проекте по умолчанию. К примеру, наличие в автомобиле радио и руля никогда не оговаривается с покупателем, а принимается как данное. В случае их отсутствия покупатель будет недоволен. Аналогично, если мы указываем дату окончания проекта и не укладываемся в срок, мы вызываем недовольство заказчика. Раздражители – это необходимый атрибут проекта, то, что «обязательно должно быть»;

• желательные. Требования, о которых потребители заявляют. Обычно такие требования опциональны, и их выполнение удовлетворяет потребителя. Если заказчик просит завершить проект к определенному сроку, то выполнение этой просьбы избавит вас от нареканий;

• радующие. Наличие у продукта свойств, о которых потребитель ранее не подозревал, восхищает его. Представьте, что, купив автомобиль, вы узнали об установленной в нем системе спутниковой навигации. Завершение проекта до оговоренного срока способно привести заказчика в восторг.

Мы можем определить цели нашей встречи, уточнив, что заказчик относит к описанным выше категориям. Если, например, при оценке сроков выполнения проекта и заказчик ставит «7» по десятибалльной шкале, логично спросить, как получить «10». Ответом станет последовательность действий, призванная обрадовать заказчика.

Определение ключевых дат и бюджета. На этом этапе определяются классические элементы любого плана действий – временные рамки и бюджет (см. рис. 4.3). Здесь следует задать ключевые даты:

• ожидаемое время начала и завершения встреч;

• узловые точки (milestone), такие как завершение работы над рекомендацией для переговоров, выборкой, презентацией итогового отчета и т. д.

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

Определение ролей и степени ответственности. Выявив причины для встречи с заказчиком, необходимо распределить функции, то есть уточнить, кто и что должен делать при подготовке к интервью (см. рис. 4.3). В получении такой информации могут помочь следующие вопросы:

• Кто несет ответственность за принятие или отклонение конечного отчета?

• Кто руководит командой, проводящей встречи?

• Каков состав команды?

• Кто станет общаться с заказчиком?

• Кто займется обработкой собранной информации?

• Кто будет составлять итоговый отчет?

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

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

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

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

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

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

Преимущества и недостатки. К преимуществам целевого плана относятся:

• простота. Интуитивный характер и простая структура делают план понятным, что важно при его реализации;

• обучение. План помогает обучить членов команды, прежде не имевшие опыта общения с заказчиком.

В числе недостатков можно назвать:

• запутанность. Формат инструмента иногда провоцирует путаницу: из-за ограничения времени общения объем информации может существенно сократиться, и пропадут важные сведения;

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

Вариации. Вариантами целевого плана будут дополнительные цели или намерения вашего проекта [2], таблица намерений.

Адаптация целевого плана. Мы описали лишь общие черты данного инструмента, разработанного для удовлетворения потребностей разных пользователей. Чтобы получить больший эффект, необходимо адаптировать целевой план для конкретного проекта. Ниже мы перечислим некоторые способы такой адаптации.

Целевой план представляет собой план действий на встречах с заказчиками. Возможно, наиболее подходящее время для его формирования – начало проекта, одновременно с созданием детализированного представления проекта при помощи иерархической структуры работ. Как в крупных, так и в мелких проектах целевой план предоставляет главную роль заказчику. Это позволяет команде запланировать и провести несколько встреч с заказчиком, прежде чем затрачивать время и деньги на реализацию проекта. Адаптация целевого плана к требованиям определенного проекта позволяет увеличить выгоду от его использования (см. врезку «Проверка целевого плана»).

Данный инструмент позволяет определить представителей фирмы-заказчика, которые могут предоставить ценную и пригодную к использованию входную информацию для разработки ориентированной на потребителя области действия проекта (рис. 4.4). С другой стороны, инструмент помогает избежать встреч с людьми, у которых сведения отсутствуют, или же с теми, кто предоставляет ложную информацию. Не следует путать выборку с сегментацией рынка, которая используется торговыми и маркетинговыми организациями и является количественной по своей природе.

Рис. 4.4. Выборка

Сбор необходимой информации. На качество выборки влияют два источника информации:

• целевой план;

• организационная схема заказчика.

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

Определение сегмента заказчика и группы. Инструмент для определения выборки разделен на срезы. Первый срез – самый высокий уровень сегментации. Для внутренних заказчиков это могут быть главные подразделения, бизнес-подразделения, отделы или любые другие группировки, играющие роль главного подразделения. К примеру, на рис. 4.4 первый срез представляет технический и машинный отделы. Они являются основными группами в проекте внутренней разработки и внедрения по официальным документам, учитывающим результаты оценки НИОКР. Для внешних заказчиков в первом срезе находятся сегменты отраслей промышленности или географическое месторасположение. Срез способен представлять целую отрасль или же специфическое приложение, например высокотехнологичное производство, являющееся целевым заказчиком нового проекта (см. врезку «По ту сторону встречи с заказчиком»).

Выбор подсегмента и подгруппы заказчика. После завершения первого среза перейдем к заполнению второго среза подгруппами заказчика. Здесь действует простое правило: каждый заказчик – представитель второго среза должен входить в состав первого. Обратимся еще раз к рис. 4.4. Технический отдел разделен на две группы: группу специалистов и OEM (производители оригинального оборудования). Эти две группы работают над проектами, которые отличаются друг от друга по всем параметрам, как то: природа проекта, тип заказчиков, жизненный цикл, модельная техника и т. п. – в результате к официальным бумагам, учитывающим результаты оценки ОКР, они предъявляют различные требования. Именно эти требования в нашем случае должна усвоить команда проекта.

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

ПО ТУ СОРОНУ ВСТРЕЧИ С ЗАКАЗЧИКОМ

Одним из недостатков встреч с заказчиками является их проведение в относительно короткие промежутки времени, в то время как проект может длиться несколько месяцев, а то и лет. За это время требования заказчиков могут измениться [2]. Поэтому в команде проекта необходимо поддерживать заинтересованность и постоянную вовлеченность в процесс, что достигается путем непрерывного поступления информации от заказчика.

Представители заказчика, признаваемые фирмой, называются составом экспертов, или советом заказчика [2]. Эксперты, как и следовало ожидать, являются заказчиками проекта, обеспечивая обратную связь при незначительных издержках. Для этого мы просим некоторых заказчиков войти в состав экспертов на период выполнения проекта или на некий промежуток времени, скажем на три месяца. Для уточнения состава совета используется форма определения фокус-группы. Наши заказчики соглашаются встречаться регулярно, чтобы отвечать на специфические вопросы о своих потребностях. Однако следует удостовериться, что такие встречи не сильно обременяют и без того занятых заказчиков, в частности проводить их за обедом.

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

Когда использовать. Выборка применяется как в мелких, так и в крупных проектах. Фокус-группы обычно определяются после того, как основные требования заказчика проекта будут отражены в целевом плане. Для крупных проектов характерны разветвленная структура и перегруженность деталями, а для мелких – простота и отсутствие формальностей.

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

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

Преимущества и недостатки. Инструмент легок в использовании и прост для понимания. Однако он не всегда удобен в случае больших долговременных проектов, так как часто неоправданно усложняется.

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

В данном разделе мы подробно описали способы определения и использования выборки. Инструмент полезен при рациональном выборе представителей заказчика, встречи с которыми могли бы дать важную информацию о границах проекта. Более структурированная в крупных проектах и менее формальная в мелких, выборка обычно подготавливается после того, как определены цели встреч с заказчиками (см. врезку «Проверка выборки»).

ПРОВЕРКА ВЫБОРКИ

Убедитесь, что выборка имеет необходимую структуру, то есть включает в себя:

срез 1 – сегмент или группа главных заказчиков;

срез 2 – подсегмент или подгруппа;

срез 3 – функции, должность или имя представителя.

Рекомендации для переговоров представляют собой задокументированный сценарий или логическую последовательность тем для обсуждения с заказчиком проекта (рис. 4.5). Их основная задача – помочь в подготовке каждой встречи, чтобы получить от нее максимум полезной информации. Для этого во время встреч нужно затрагивать правильные темы в правильной последовательности. К тому же одинаковый набор вопросов для каждого интервью гарантирует повторяемость ответов нескольких интервьюируемых заказчиков.

Команде проекта необходимо составить подборку вопросов и тем для обсуждения с заказчиками. Формулирование вопросов происходит во время создания рекомендаций для переговоров.

Рис. 4.5. Рекомендации для переговоров

Соберите необходимую информацию. Основной входной информацией для данного инструмента являются целевой план и выборка, служащие ориентиром для выбора тем и формулирования вопросов рекомендации.

Составьте основу рекомендации для переговоров. В суетливом мире бизнеса заказчик проекта сможет уделить встрече не более часа. Обычно за это время можно обсудить порядка трех тем. Здесь важна глубина рассматриваемой темы, а не их количество. Основной задачей является получение достаточной информации по одной теме, а не отрывков данных по многим. Обратите внимание: у всех интервьюеров должны быть одинаковые рекомендации для переговоров с одинаковой последовательностью вопросов – по завершении встречи это позволить объединить все полученные сведения в один отчет.

Определите темы. Каковы ключевые темы или важные вопросы, для которых необходима информация от заказчика? Наиболее простой и зачастую наиболее эффективный метод – метод мозгового штурма, то есть опрос членов команды проекта по списку вопросов, которые, по их мнению, должны быть заданы. Перед мозговым штурмом участникам следует напомнить об обозначенных в целевом плане причинах встреч с заказчиками. После того как все вопросы зафиксированы, нужно сгруппировать их в похожие темы, например с помощью диаграммы сходства (см. главу 8). Как правило, в итоге получается семь-восемь тем.

Определение приоритетов тем. Следующим этапом является установка приоритетов тем, а не отдельных идей. Создайте критерий для определения приоритетов – всегда начиная с целевого плана – и затем применяйте его для каждой темы. Основная задача сейчас – выявить три наиболее важные темы (мы называем их темами первого уровня), которые вошли бы в состав рекомендаций для обсуждения. При обсуждении приоритетов члены команды могут испытать замешательство, так как все темы будут казаться важными. Альтернативой может быть продление времени интервью или увеличение количества встреч с заказчиками для освещения других тем, однако наиболее правильным будет интервью на две-три темы в течение часа.

Сформулируйте вопросы. После того как определены три основные темы, приступайте к заполнению рекомендаций для обсуждения (см. рис. 4.5). Начните с внесения выбранных тем в блоки слева. Далее сформулируйте вопросы, чтобы побудить заказчика к обсуждению обозначенных тем. Есть два вида вопросов: ключевые и дополнительные. Подобно двум сторонам одной медали, они обеспечивают понимание тем первого уровня, вместе с тем давая целостное видение темы.

Заметим, что многие вопросы уже были обозначены во время мозгового штурма при выяснении тем. Теперь, зная три наиболее важные темы, мы можем оценить, каких вопросов не хватает. Это полезно для составления ясного и полного списка. Как правило, в одну тему может входить от пяти до десяти ключевых и дополнительных вопросов. Ключевые вопросы должны быть записаны в середине, а дополнительные – в первой части рекомендаций для переговоров (см. рис. 4.5). Результативность такой работы полезно проверить в ролевой игре: один участник команды задает остальным вопросы из рекомендации. Подтверждение правильного выбора вопросов не задействованными в проекте людьми также является выигрышной тактикой. Это поможет команде более точно сформулировать вопросы и оценить последовательность тем.