Главная страница
Навигация по странице:

  • Методы сбора требований Интервью

  • Коллективные творческие методы

  • Методы коллективного принятия решений.

  • Прототипы

  • Определение содержания проекта

  • Разработка иерархической структуры работ (ИСР)

  • Методы и инструменты Основной и единственный инструмент разработки ИСР это декомпозиция. Иерархическая структура работ (ИСР) (Work Breakdown Structure)

  • Степень детализации ИСР

  • Возможность оценки параметров работы

  • Возможность контроля выполнения работы.

  • Возможность назначения ответственных.

  • Использование шаблонов

  • Детализация только предстоящих работ

  • Отказ от детализации части работ

  • Процедура разработки ИСР

  • Продуктовый принцип разработки ИСР

  • Функциональный принцип построения ИСР

  • По фазам жизненного цикла

  • Организационный принцип построения ИСР

  • Модуль 3 «Управление календарями проекта» 3.1 Виды работ в проекте

  • Управление проектами_Раздатка. Содержание курса Модуль Введение в управление проектами 3


    Скачать 3.79 Mb.
    НазваниеСодержание курса Модуль Введение в управление проектами 3
    Дата07.12.2022
    Размер3.79 Mb.
    Формат файлаpdf
    Имя файлаУправление проектами_Раздатка.pdf
    ТипРеферат
    #832886
    страница2 из 6
    1   2   3   4   5   6
    предметной областью или содержанием проекта.
    Сбор требований представляет собой процесс выявления и документирования потребностей
    и пожеланий заинтересованных сторон для достижения целей проекта.
    Разумеется, к началу данного процесса перечень заинтересованных сторон должен быть сформирован, сделан анализ их потенциального влияния на проект, а также понятны их интересы в этом проекте. Конкретное требование будет принято только в том случае, если оно соответствует целям проекта, не противоречит другим принятым требованиям и выполнимо. В случае противоречий между требованиями необходимо принять решения о том, какое требование будет принято, а какое отклонено. Для этого используют приоритеты требований.
    Требования могут предъявляться не только к результатам проекта, но и к самому процессу выполнения работ. Сюда могут входить:
    • Требования к соблюдению стандартов качества (ISO и т.п.), экологических, санитарных норм.
    • Требования к персоналу (квалификация, опыт), оборудованию, инструментам и материалам.
    • Конечные сроки и стоимость работ.
    Следует отметить, что требования к проекту могут быть описаны как с точки зрения потребностей - «что нужно», так и с точки зрения исключений - «чего не нужно». Это позволит исключить из проекта часть требований, которые может предъявить заказчик
    (например, по опыту аналогичных проектов).
    Только ли заказчик может предъявлять требования к результатам и работам проекта?
    Определяя эти требования, менеджер должен изучить, какие еще стороны могут повлиять на них.
    Когда вы планируете цели проекта, необходимо определить перечень заинтересованных лиц. Заинтересованное лицо (stakeholder) – любой, кто имеет безусловный интерес в результатах планируемого проекта: акционеры, клиенты, руководители, инвесторы – все они заинтересованные лица, которые будут оценивать успех или провал проекта.

    Как только полностью идентифицированы все заинтересованные лица, желательно, чтобы они разъяснили, что для них значит успех проекта. Иногда полезно документально оформить, чего они ожидают от проекта, и какой вклад намереваются в него внести.
    Методы сбора требований
    Интервью – эффективно для небольшой группы заинтересованных сторон. Обычно проводится «один – на один», но могут быть и интервью сразу с несколькими лицами.
    Фокусные группы – различные категории заинтересованных сторон, сгруппированные по каким-либо признакам. Например: уровень в иерархической структуре предприятия
    (руководители отделов, ведущие специалисты и т.д.); функциональная направленность
    (юристы, финансисты и т.д.) и т.п.
    Семинары – совещания, на которых обсуждаются требования к результату проекта. На семинары могут привлекаться как одна фокусная группа, так и представители различных фокусных групп. Семинары эффективны для выявления противоречий в требованиях между различными фокусными группами и последующего поиска решения.
    Коллективные творческие методы - к этим методам относятся:
    • метод номинальных групп - предварительное ранжирование наиболее полезных идей для предстоящего мозгового штурма. Метод разработан Андре Л. Дельбеком и
    Эндрю Ван де Веном на основе социально-психологических исследований совещаний по принятию решений и согласования групповых суждений;
    • мозговой штурм (brainstorming) – коллективный метод генерации идей;
    • метод Дельфи (Delphi approach) – разновидность экспертного метода, используется в том случае, когда требуется убрать влияние экспертов друг на друга. Разработан корпорацией RAND, авторами считаются Olaf Helmer, Norman Dalkey, и Nicholas
    Rescher;
    • Интеллект-карта (Mind map) – позволяет принимать более взвешенное решение в случае диллемы. Также можно встретить название Диаграмма связей или карта ума;
    • Диаграмма сходства (affinity diagramming)– используются для сортировки идей по группам с последующим анализом.
    Методы коллективного принятия решений. Используются когда при сборе требований возникают противоречия. Существуют следующие методы коллективного принятия решений:
    • Единогласие;
    • Простое большинство; Относительное большинство; Диктат.
    Анкеты и опросы – применяются для сбора информации от большого количества респондентов. Производятся в письменной форме и, как правило, вопросы содержат варианты ответов.
    Наблюдения – полезны для детализации процессов, особенно в том случае, когда респондент не желает делиться информацией.
    Прототипы – метод раннего получения обратной связи. Еще до начала выполнения работ заинтересованным сторонам демонстрируют модель конечного продукта.
    Матрица отслеживания требований - необходима для управления изменениями Базового плана по содержанию

    Определение содержания проекта
    Процесс определения содержания проекта начинается еще на стадии инициации проекта.
    Задача менеджера решить, какие цели стоят перед проектом, конкретизировать их, оценить их параметры.
    Зачастую первоначальная постановка цели претерпевает существенные изменения в процессе ее конкретизации. Важно, чтобы данные изменения произошли на этапах инициации и планирования проекта, а не на этапе исполнения. Основная цель процесса определения содержания проекта это подробное описание получаемого продукта.
    Анализ продукта
    Это один из важнейших элементов процесса определения предметной области, направленный на преобразование пожеланий заинтересованных лиц в измеримые результаты.
    Скорее всего, на этапе инициации не потребуется детального описания всех параметров результата. Определив основные, те, которые существенно влияют на сроки и стоимость проекта, менеджер может уточнять подробности в процессе выполнения проекта.
    Поскольку интересы заинтересованных сторон различны, их определения успеха, вероятно, будут отличаться. На этом этапе одна из важных задач для руководителя проекта – привести ожидания заинтересованных сторон в последовательный и управляемый набор проектных целей. Стратегия работы руководителя проекта с заинтересованными сторонами должна быть направлена прежде всего на повышения уровня вовлеченности в проект.
    Перечень заинтересованных лиц проекта, составленный на данном этапе, может быть использован при планировании других областей проекта, например, при управлении рисками, связанными с конкретными участниками.
    Основным результатом процесса определения предметной области является документ, содержащий Описание предметной области.
    Возможно, таких документов будет несколько: на этапе инициации и на этапе планирования.
    На этапе инициации Описание предметной области содержит требования, необходимые для принятия решения о начале проекта. Обычно это самые существенные требования.
    Подобный документ может называться:
    • Концепция продукта или услуги;
    • Концептуальные требования;
    • Общие (базовые) требования к…(Название продукта проекта)
    Вполне допустимо, что как общие, так и детальные требования будут описаны одним документом, который создается постепенно, в несколько этапов. Не следует углубляться в излишние детали до принятия решения о начале проекта.
    После определения и подтверждения требований можно приступать к детализации утвержденной части проекта.

    Разработка иерархической структуры работ (ИСР)
    Разработка ИСР (иерархическая структура работ) является одним из методов детализации, суть которых заключаются в разбиении сложной системы на меньшие, более простые, составляющие.
    Разбиение проекта на более мелкие составляющие необходимо для:
    • повышения точности оценок затрат, сроков и потребности в ресурсах;
    • определения и фиксации исходного плана для организации контроля выполнения; упрощения распределения ответственности.
    Методы и инструменты
    Основной и единственный инструмент разработки ИСР это декомпозиция.
    Иерархическая структура работ (ИСР) (Work Breakdown Structure) - наглядная графическая технология представления проекта. ИСР это базовое средство для создания системы управления проектом.
    ИСР обеспечивает выявление работ, необходимых для достижения целей проекта. При таком подходе проект определяется как совокупность иерархически взаимосвязанных, ориентированных на результат элементов (работ).
    Выполнение структурной декомпозиции работ поможет менеджеру в решении многих задач, в частности, при определении комплекса работ, которые необходимо выполнить, а также структуры отчетности и ответственности участников проекта.
    Максимальной эффективности можно добиться, привлекая к этому процессу других членов команды и используя так называемый метод «мозгового штурма».
    Степень детализации ИСР
    При осуществлении детализации ИСР менеджеру следует решить, насколько детально и подробно структурировать работы: какие из них разделять на максимальное число простых работ, а какие оставить на укрупненном уровне детализации. Существуют 4 уровня детализации: phases, activities, tasks, work unit (единица работы, т. е работа, которую может выполнить 1 человек в срок, не превышающий 2 недели). Но на сложных проектах уровень детализации может достигать 6 и более.
    Зачастую руководитель принимает решение о прекращении дальнейшей детализации, основываясь на собственном опыте. Между тем, существуют критерии, на которые следует обратить внимание при принятии решения о дальнейшей детализации работ:
    Возможность оценки параметров работы. Если длительность, стоимость или другие важные параметры работы с трудом поддаются оценке, стоит разделить работу на составляющие, каждую из которых оценить отдельно. Вероятно, какой-либо параметр работы не удается точно оценить в силу неопределенности. В этом случае можно попробовать выделить ту часть работы, которую можно оценить, и ту, которая является неопределенной.
    Возможность контроля выполнения работы. Если работа имеет несколько промежуточных результатов, не нужно усложнять ее контроль, а следует разделить ее на этапы, каждый из которых приводит к определенному результату. Возможно, работа состоит из нескольких одновременно выполняемых процессов или функций, контролируемых различным образом. В этом случае ее также следует разделить на
    составляющие. Если работа слишком длительна, то следует разделить ее на этапы и попытаться найти промежуточные результаты для более точного контроля работы.
    Возможность назначения ответственных. Если за работу отвечает не один человек, а несколько, то, как показывает практика, она может вообще не выполняться. В случае возникновения так называемой «множественной ответственности», необходимо разделить работу на составляющие, разграничив круг ответственности каждого из участников.
    Детализация всех работ проекта в соответствии с описанными выше критериями может потребовать значительных трудозатрат. Облегчить процесс составления ИСР помогут следующие подходы и методы:
    Использование шаблонов – возможно, часть работ планируемого проекта уже ранее была детализована, и существующие наработки можно применить в новом проекте.
    Используемые подходы
    Детализация только предстоящих работ – применение «метода набегающей волны».
    Этот метод планирования основан на том, что детально описываются лишь предстоящие работы, так как именно по ним требуется наибольшая конкретизация, и присутствует максимум достоверной информации. Таким образом, предстоящие работы описываются на низшем уровне ИСР. Работы, предстоящие в далеком будущем, можно оставить на укрупненном уровне детализации (на сравнительно высоком уровне ИСР) – их анализ может оказаться трудоемким и нецелесообразным из-за отсутствия необходимых данных по ним. Планирование работ, предусмотренных на один-два ближайших отчетных периода, конкретизируется по мере выполнения работ в текущем периоде. Поэтому на разных стадиях жизненного цикла проекта плановые операции могут иметь разную степень конкретизации. На ранних стадиях стратегического планирования, когда информация не полностью определена, операции могут оставаться на уровне контрольных событий.
    Отказ от детализации части работ – при наличии в проекте нескольких уровней иерархии управления, например при привлечении подрядчиков, возможна передача целого пакета работ (подпроекта) исполнителю, который самостоятельно осуществляет детализацию и контроль работ.
    Следует понимать, что ИСР - это строго иерархическая структура, в которой каждый разделяемый элемент, называемый «родительским», может иметь любое количество входящих в него элементов, которых называют «потомками». Но «потомок» может иметь только одного «родителя». Между тем, при разработке ИСР возможно возникновение ситуации, когда один элемент требуется соотнести с несколькими «родительскими» работами. Согласно правилам формирования иерархии, это недопустимо. Существует несколько вариантов разрешения подобной ситуации:
    1.
    Возможно, работа, имеющая нескольких «родителей», – это на самом деле несколько однотипных работ. Например, тестирование программного кода производится для нескольких модулей разрабатываемого ПО. В результате для каждого из «родителей» появится по экземпляру «потомков» с одинаковым названием.
    2.
    Если же это одна работа, связанная с несколькими «родителями», следует разделить работу на составляющие, и каждую составляющую соотнести с одним «родителем».
    Если два описанных выше метода не применимы, то можно пересмотреть критерии вхождения потомка в родительские работы (пересмотреть логику ИСР).

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

    По элементам продукции проекта;

    По элементам функциональной деятельности;

    По этапам жизненного цикла проекта;

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

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

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

    Выводы

    Дочерний элемент должен иметь только одного родителя.

    Родитель должен иметь не менее двух дочерних элементов.

    Глубина декомпозиции должна быть такой, чтобы элементарные задачи были понятны исполнителю. Можно придерживаться правила «8-80» - элементарная задача должна быть не менее 8 часов и не более 80.

    При декомпозиции больших проектов необходимо использовать «метод набегающей волны».

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

    Модуль 3 «Управление календарями проекта»
    3.1 Виды работ в проекте
    Следующий, после разработки ИСР, шаг планирования – разработка календарного плана (расписания проекта).
    Календарный план проекта – это инструмент, используемый для планирования, составления расписания и контроля хода выполнения проекта. Оно представляет собой основу информационной системы проекта, которая будет использоваться менеджером проекта для принятия решений, связанных с управлением временем проекта, его стоимостью и ходом выполнения.
    Календарный план проекта (расписание проекта) содержит полный перечень работ проекта, которые необходимо выполнить, логическую последовательность и взаимозависимость этих работ, возможные сроки начала и окончания, как отдельных работ, так и проекта в целом.
    Для разработки календарного плана необходимо выполнить следующие действия:
    •определить взаимосвязи операций проекта;
    •определить требуемые для выполнения операций ресурсы;
    •оценить длительности операций проекта.
    Такая последовательность действий позволяет оценить периоды времени, в течение которых могут начинаться и заканчиваться отдельно рассматриваемые работы, определить резервы времени для их выполнения.
    Кроме того, менеджер проекта может увидеть, какие работы являются «критическими» и, следовательно, должны выполняться строго по графику, чтобы проект был завершен в запланированные сроки.
    Для менеджера проекта работа (или операция) – это неделимый элемент проекта, требующий определенных затрат для своего выполнения. На практике выполнение какой либо работы требует, помимо затрат времени, различных ресурсов, в первую очередь трудозатрат.
    Под определением операций подразумевается процесс идентификации и документирования операций, необходимых для достижения целей и подцелей проекта.
    Работы могут быть следующих видов:
    • Элементарная работа (простая, неделимая работа)
    • Суммарная работа
    • Гамак
    • Веха
    Все эти работы обладают определенными свойствами и могут быть необходимы при разработке календарного плана. Как использовать эти виды при планировании проекта рассмотрим далее.

    1   2   3   4   5   6


    написать администратору сайта