Опубликован: 25.01.2011 | Уровень: для всех | Доступ: платный | ВУЗ: Национальный исследовательский университет "Высшая Школа Экономики"
Лекция 11:

Управление проектом на фазе проектирования

< Лекция 10 || Лекция 11: 1234 || Лекция 12 >

Обеспечение качества проекта на этапе проектирования

Работы по обеспечению качества проекта на фазе проектирования направлены на решение следующих задач.

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

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

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

На этапе планирования фазы проектирования ЖЦ ИТ руководитель проекта совместно с менеджером по качеству выполняет корректировку программы обеспечения качества проекта.

Для этого предварительно менеджером по качеству осуществляются:

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

Обеспечение целостности элементов конфигурации

На фазе проектирования действия по управлению конфигурацией проекта используются для обеспечения целостности базовых результатов текущей и предшествующих фаз ЖЦ ИС.

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

Реализуемое на данной стадии сопровождение и контроль документов, как и прежде, предусматривает сохранение и ведение документации по проекту. Цель подпроцесса - гарантировать:

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

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

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

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

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

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

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

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

Оценка соответствия базовой линии конфигурации

Для обеспечения контроля конфигурации по проекту рекомендуется разработка и использование следующих процедур:

  • добавление/удаление элементов конфигурации;
  • задание базового набора;
  • "замораживание" версий.

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

Обновление реестра рисков на фазе проектирования

Для фазы проектирования ЖЦ ИС наиболее типичны следующие источники рисков [17]:

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

Наиболее распространенными действиями, направленными на смягчение вышеперечисленных рисков, являются действия, направленные на то, чтобы:

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

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

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

При выявлении и анализе рисков существенную помощь могут оказать формализованные методы. Например, в стандарте SPICE описаны 35 основных процессов, используемых при разработке ИС, и методы их оценки, а также приводятся пять групп процессов (взаимодействие поставщика и потребителя, проектирование, обеспечение, управление и организационные процессы) и набор соответствующих базовых методов. При сравнении текущих процессов проекта с приведенными референтными моделями можно выявить вероятные риски каждого из процессов [15].

Набор команды проекта

Основными задачами управления персоналом на стадии проектирования ЖЦ являются:

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

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

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

Описание процесса

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

Согласно PMBOK [1,23], набор команды проекта - это процесс привлечения человеческих ресурсов, необходимых для выполнения проекта.

При наборе членов команды проекта необходимо учитывать следующее:

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

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

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

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

Шаблон организационной диаграммы [18]

увеличить изображение
Рис. 10.7. Шаблон организационной диаграммы [18]

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

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

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

Шаблон для документирования процесса набора команды

увеличить изображение
Рис. 10.8. Шаблон для документирования процесса набора команды

Процесс набора команды заканчивается укомплектованием штата, документально оформленного, например, в следующем виде рис. 10.8).

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

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

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

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

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

Планирование инфраструктуры для команды проекта

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

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

< Лекция 10 || Лекция 11: 1234 || Лекция 12 >
Анна Яковлева
Анна Яковлева
Надежда Артюх
Надежда Артюх
Курс Методологии проектирования и внедрения корпоративных информационных систем
Евгений Летенков
Евгений Летенков
Россия, Москва, РУДН, 2005
Алексей Корзинин
Алексей Корзинин
Россия