Национальный исследовательский университет "Высшая Школа Экономики"
Опубликован: 25.01.2011 | Доступ: свободный | Студентов: 7769 / 2570 | Оценка: 4.32 / 4.06 | Длительность: 14:47:00
ISBN: 978-5-9963-0466-0
Лекция 2:

Инициация проекта

< Лекция 1 || Лекция 2: 1234 || Лекция 3 >
Таблица 1.6. Шаблон листа управления документом
Авторы
Файл
Дата создания
Дата последнего редактирования
Количество страниц
Версия Дата изменения Краткое описание изменения Автор изменения Подпись
01
02
Согласование документа
Замечания
Дата поступления Наименование документа Автор замечания Подпись
1.
2.
Обработка замечаний
Дата обработки Версия документа, учитывающая замечание Исполнитель Подпись
1.
2.
Модель комплексного анализа участников и окружения проекта (Burnett, 1980). На рисунке ИКС - исследовательская команда спонсора

увеличить изображение
Рис. 1.2. Модель комплексного анализа участников и окружения проекта (Burnett, 1980). На рисунке ИКС - исследовательская команда спонсора

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

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

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

Идентификация и анализ участников проекта

Заинтересованная сторона (участник, или стейкхолдер3От английского stakeholder - "заинтересованная сторона". ) - это любое лицо, которое само оказывает влияние на проект или подвергается влиянию проекта и результатов его реализации [5].

На начальной фазе ЖЦ ИС, фазе планирования, целевой группой всегда является руководство компании, на которое следует обращать особое внимание и наиболее тесно взаимодействовать с ним. Кроме того, на данной фазе руководство компании будет и единственной точкой опоры проекта в организации, поэтому нужно четко себе представлять, чем отличаются руководители среднего звена от прочих сотрудников [5].

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

Пример карты участников проекта (адаптировано из [5])

Рис. 1.3. Пример карты участников проекта (адаптировано из [5])
  1. Организация не является единым целым, но представляет собой совокупность отношений между различными заинтересованными сторонами. Построение карты заинтересованных сторон есть первый шаг на пути выявления взаимосвязей между ними.
  2. Необходимо выявить всех участников проекта, и в этом аспекте построение красивых и однозначных схем является вторичным по отношению к значимости формирования исчерпывающего списка.
  3. Карта заинтересованных сторон не является статической, по мере продвижения проекта она будет уточняться: изначально включенные участники могут быть исключены из рассмотрения, а на поздних этапах могут быть идентифицированы новые.

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

Для анализа воздействия участников на проект рекомендуется использовать шаблон, приведенный в табл. 1.7.

Таблица 1.7. Анализ воздействия участников проекта (адаптировано из [5])

Анализ воздействия производится в разрезе двух аспектов.

  1. Степень организационного влияния участника проекта

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

  2. Воздействие участников на реализуемый ИТ-проект

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

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


Если анализ воздействия участников позволяет приоритизировать использование ограниченных ресурсов проекта, то оценка вовлеченности позволяет определить степень сопротивления различных участников проекта, которое характеризуется в разрезе двух аспектов [5].

  1. Доверие

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

  2. Согласие

    Получилось ли достичь согласия с этим конкретным участником (группой участников проекта)? Разделяют ли они точку зрения руководителя проекта?

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

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

  1. Союзники

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

  2. Конкуренты

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

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

  3. Партнеры

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

  4. Противники

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

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

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

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

< Лекция 1 || Лекция 2: 1234 || Лекция 3 >
Анна Яковлева
Анна Яковлева
Надежда Артюх
Надежда Артюх
Курс Методологии проектирования и внедрения корпоративных информационных систем