Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://www.allbest.ru/

Контрольная работа

Разработка плана проекта

1. Описание содержания проекта

2. Структурная декомпозиция работ

3. Матрица ответственности

4. Разработка сетевого графика проекта

Литература

1. О писани е содержания проекта

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

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

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

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

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

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

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

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

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

Согласование промежуточных результатов

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

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

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

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

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

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

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

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

* цели проекта (также называемые критериями завершения проекта - произведена ли в рамках проекта запланированная к производству продукция?);

* полный список промежуточных результатов;

* полный список требований;

* список исключений из содержания (промежуточные результаты второй фазы);

* оценку сроков и стоимости на уровне первого порядка;

* функции и обязанности;

* критерии сдачи-приемки продукции;

* допущения;

* ограничения.

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

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

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

Рассмотрим каждое свойство отдельно.

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

*Измеримость. Цели всегда измеримы. Результаты выполнения контролируются различными способами, от сложных формул и замеров до простого утверждения: «да, результат достигнут» или «нет, результат не достигнут».

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

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

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

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

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

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

Промежуточные результаты

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

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

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

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

* заключение договора с местной компанией грузовых перевозок -15 января;

* обеспечение всех сотрудников упаковочной тарой (коробками) и указаниями по маркировке вещей -- до 7 февраля;

* проведение еженедельных общих собраний для решения всех вопросов, возникающих в связи с переездом -- с 1 февраля;

* совещание с группой менеджеров по вопросам распределения и маркировки мест сотрудников -- 1 февраля;

* заключение договора со специалистами ИТ по координации и перевозке сетевых серверов, коммутаторов, принтеров и настольных компьютеров -- до 15 января;

* перевозка телекоммуникационного оборудования, сетевых серверов коммутаторов, принтеров и настольных компьютеров -- вечер 3 марта с 17:00;

* подключение и тестирование всего телекоммуникационного и сетевого оборудования -- 4 марта до 06:00.

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

Выявление требований

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

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

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

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

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

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

Процесс сбора требований

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

Требования являются наименьшим базовым критерием промежуточных результатов и не могут быть разложены на составляющие части.

Вот несколько примеров требований к указанному проекту:

* па каждой этикетке должны быть указана фамилия владельца и номер кабинета в новом здании;

* все компьютерное оборудование должно быть упаковано в специальные контейнеры специалистами ИТ;

* порядок расстановки мебели определяется менеджерами в отдельных формулярах;

* компьютерные кабели упаковываются в пластиковые пакеты и маркируются идентификационным номером компьютера.

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

Определяющие факторы успеха

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

Вот некоторые факторы, которые определяют успех любого проекта:

* согласованность и единое понимание целей проекта основными заинтересованными лицами, проектной группой, группой руководства, менеджером проекта;

* четко сформулированное описание содержания проекта;

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

* тщательно разработанный проектный план (включает стандартные проектные документы: расписание проекта, план управления рисками, базовый бюджет и смету, план коммуникаций, процедуру управления изменениями);

* применение стандартной практики управления проектами.

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

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

* Перевозка телекоммуникационного оборудования, сетевых серверов, коммутаторов, принтеров и настольных компьютеров -- вечер 3 марта, с 17:01. Этот фактор является определяющим, так как основная цель проекта -- осуществить переезд, не прерывая обслуживания клиентов. Рабочий день продолжается с 8:00 до 17:00, поэтому начало работ в 17:01 не помешает работе с потребителями. Более того, выполнение этого задания должно обязательно начаться в 17:01, иначе у группы не хватит времени, чтобы достичь этого промежуточного результата в срок и соблюсти все требования следующей промежуточной цели.

* Подключение и тестирование всего телекоммуникационного и сетевого оборудования -- 4 марта до 06:00. Этот фактор был признан критическим для достижения цели перевозки сотрудников, не прерывая обслуживания клиентов. Все оборудование должно быть протестировано, подключено и пущено в эксплуатацию до прихода сотрудников на службу следующим утром. Доступ к серверу через персональные компьютеры имеет принципиальное значение, так как вся корпоративная информация, клиентские базы данных и т. п. хранятся на серверах компании. Такое же значение имеет телекоммуникационное оборудование. Потребители звонят в компанию, поэтому все телефоны, линии и кабели должны работать исправно, чтобы операторы могли принимать звонки.

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

Определение допущений и ограничений

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

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

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

Определение допущений

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

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

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

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

* присутствие и доступность основных участников проекта;

* деятельность основных участников проекта;

* профессиональная квалификация и навыки основных участников проекта;

* сроки доставки товаров поставщиками;

* продукция поставщиков;

* участие потребителей в проекте;

* поддержка со стороны потребителей.

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

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

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

Определение ограничений

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

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

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

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

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

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

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

* отсутствие квалифицированных ресурсов. Такое ограничение может привести к просрочкам или невыполнению промежуточных результатов;

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

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

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

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

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

Список исключений

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

Функции и обязанности

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

Критерии сдачи - приемки продукции

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

2. Структурная декомпозиция работ

проект планирование wbs

Как только объем и задачи проекта определены, работу над проектом можно разделить на более мелкие элементы - операции, работы, действия. Этот процесс называют структурной декомпозицией работ или разбивкой работ по э лементам WBS (Work Breakdown Structure).

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

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

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

На рисунке 1 показан пример иерархически выстроенной WBS. WBS начинается с того, что проект в целом рассматривается как конечный результат. Сначала выделяют основные задачи проекта, затем определяют «подзадачи», чтобы прийти к основным запланированным задачам. Процесс повторяют до тех пор, пока не выделяют самый маленький, поддающийся управлению уровень работы, за который будет отвечать только один человек. Эта подзадача потом делится на наборы работ. Так как самая маленькая подзадача обычно включает несколько наборов работ. Эти группы в пределах подзадачи называют счетами по учету расходов. Такая разбивка на группы облегчает мониторинг продвижения проекта с точки зрения выполненных работ, затрат и ответственности.

Оптимально выделение не более 5-6 уровней.

Рисунок 1 - Иерархическая разбивка WBS

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

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

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

Итак, каждый набор работ в WBS:

1. Определяет, какая работа будет выполняться (что?).

2. Указывает время выполнения набора работ (как долго?).

3. Определяет смету с учетом времени на выполнение набора работ (затраты?

4. Определяет ресурсы, необходимые для выполнения набора работ (сколько?).

5. Назначает определенного человека, ответственного за выполнение набора работ (кто?).

6. Определяет контрольные пункты для измерения хода выполнения (насколько хорошо?).

Создание WBS «с чистого листа» может быть весьма сложной задачей. Управляющие проектами должны использовать в своих интересах полезные примеры из предыдущих проектов.

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

На рисунке 4 представлена неполная WBS проекта строительства молочного комплекса на 1200 коров.

Рисунок 2 - Неполная WBS проекта строительства молочного комплекса на 1200 коров

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

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

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

1.0 Утверждение проектной заявки «Строительство молочного комплекса на 1200 коров»

1.1 Получение кредита

1.1.1 Разработка бизнес-плана

1.1.2 Определение залоговой базы

1.1.2.1 Получение свидетельства на право собственности

1.1.2.2 Оценка залогового имущества

1.1.3 Заключение кредитного договора

1.2 Строительство ферм

1.2.1 Разработка и экспертиза ПСД

Коды можно занести в структуру-дерево рядом с каждым элементом WBS.

Коды -- удобный способ соотнести информацию с WBS. Например, требуется отметить, что пункт 1.1 поручен отделу экономики и финансов. Может быть, с этим суммарным заданием связано несколько затрат, которые нужно расписать. Информация может быть внесена в справочные документы либо в словарь иерархической структуры. Словарь создается в виде обычного документа Word или электронной таблицы, где с левой стороны указаны все справочные номера, а с правой -- данные, относящиеся к элементу структуры.

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

3. Матрица ответственности

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

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

В таблице 1 представлена неполная матрица ответственности строительства молочного комплекса на 1200 коров

Обозначения:

О - ответственный;

К - консультирует;

И - информирует;

П - подотчетен

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

4. Разработка сетевого графика проекта

Основные требования к сетевому графику проекта

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

Сетевой график позволяет идентифицировать:

проектные действия (операции), которые должны быть закончены,

логическую последовательность и взаимозависимость действий (путь),

в большинстве случаев время начала и конца действий,

самый длинный путь - критический путь.

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

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

Сетевой график дает и другую неоценимую информацию и позволяет сделать важные выводы. Он является основанием для распределения рабочей силы и оборудования. Улучшается коммуникация между менеджерами, а это увеличивает вероятность, что задачи по срокам, затратам и качеству работы будут выполнены. Сетевой график позволяет объективно оценивать продолжительности проекта. График показывает время, когда действия могут начаться и закончиться и в каких случаях они могут быть отсрочены. Это обеспечивает основание, чтобы спланировать в бюджете проекта денежный поток, определить, какие действия (операции) являются критическими и не должны быть отсрочены, если вы хотите сдать проект в срок. Или, если возникает ситуация, когда необходимо сжать проект по времени, из графика будет понятно, какими операциями необходимо заняться в первую очередь.

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

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

Операция (де йствие ) в данном контексте - элемент в проекте, который требу ет в ремени, например, на работу или ожидание.

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

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

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

1. Путь (последовательность связанных, зависимых действий) в сети идет, как правило, слева направо.

2. Новый этап действий не может начаться, пока все предыдущие связанные с ним действия не закончены.

3. Стрелки в сетях указывают предшествующие и будущие шаги. Стрелки могут пересекаться.

4. Каждое действие должно иметь уникальный номер идентификации.

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

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

7. Действия «при условии...» не допускаются (т. е. не может быть подобного «при успешном завершении, сделайте то-то - в противном случае не делайте ничего»).

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

При построении сетевых графиков используют два подхода:

1. Метод AON (метод построения диаграмм по принципу предшествования ).

2. Метод AOA .

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

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

1. Какие операции должны быть завершены непосредственно перед этой операцией? Эти операции называют предшествующими по отношении к данной.

2. Какие операции должны следовать непосредственно за этой операцией? Эти операции называются последующими.

3. Какие действия могут выполняться во время выполнения данной операций? Такие операции можно назвать параллельными данной операции.

Типичные конструкции сетевых графиков, построенных по принципу предшествования

Рассмотрим типичные конструкции сетевых графиков, построенных по принципу предшествования (методом AON).

1. Операция A должна быть закончена до операции B, а операция B должна быть завершена до начала операции C.

	A ничего не предшествует B предшествует операция A C предшествует операция B

2. Действия Y и Z не могут начаться, пока не завершена операция X. Действия Y и Z могут производиться параллельно или одновременно. Например, заливка бетоном дороги (операция Y) может происходить во время разбивки газона (деятельность Z), но уборка территории (операция X) должна быть закончена прежде, чем действия Y и Z могут начаться Действия Y и Z считаются параллельными. Параллельные операции позволяют предпринимать действия одновременно, что может сократить время выполнении серии операций.

3. Операции J, K и L могут производиться одновременно, а операция M не может быть начата, пока операции J, K и L не будут закончены. Действия J, K и L - параллельные. Операцию M называют операцией слияния, так как должно быть завершено более одной операции, прежде чем операция М сможет начаться.

4. Действия X и Y параллельные и могут быть реализованы одновременно; действия Z и D также параллельные. Но операции Z и D нельзя начинать пока операции X и Y не будут закончены.

	X, Y предшествуют Z X, Y предшествуют D

Процесс вычисления операций сетевого графика

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

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

Прямой анализ - определение самых ранних возможных сроков начала и завершения операций (действий).

1. Определяется самое раннее возможное начало операции (РН).

2. Определяется самое раннее возможное окончание операции (РО).

3. Определяется ожидаемое время выполнения проекта.

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

1. Определяется самое позднее возможное начало операции (ПН).

2. Определяется самое позднее возможное окончание операции (ПО).

3. Определяется критический путь (КП) - это самый длинный путь в сетевом графике, при задержке выполнения операций на этом пути задерживается выполнение проекта в целом на то же время.

4. Определяется резерв времени, то есть на какое время может быть задержано выполнение операции (РВ).

Таким образом, каждый блок сетевого графика будет иметь следующий вид:

	Код операции
	Операция

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

Исходная информация для построения сетевого графика проекта строительства молочного комплекса на 1200 коров представлена в таблице.

В блоках соответствующих операций проставляется продолжительность операции (ВО). Для операции 1.0 - 5 дней, для операции 1.1.1 - 25 дней и так далее.

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

В нашем примере самое раннее возможное время начала первой операции (1.0

Утверждение проектной заявки) - нуль. Это время проставляется в верхнем левом углу блока операции 1.0. Самое раннее время окончания операции 1.0 - 5 дней.

Далее мы видим, что операция 1.0 предшествует операциям разработка бизнес-плана, получение свидетельства на право собственности, оценка залогового имущества, разработка и экспертиза ПСД. Следовательно, самое раннее время начала этих операций - это момент завершения операции 1.0, то есть 5 рабочих дней после ее начала. На рисунке 6.6 можно видеть, что операции разработка бизнес-плана, получение свидетельства на право собственности, оценка залогового имущества, разработка и экспертиза ПСД могут начаться в момент завершения операции 1.0, и поэтому все они имеют самое раннее возможное начало операции (РН) равное 5. Самое раннее возможное время завершения операций (РО), соответственно, будет 30, 40, 30 и 95.

Какое же тогда будет самое раннее время начала для операции 1.1.3 Заключение кредитного договора, которая является операцией объединения (слияния)?

Это будет 95, так как все операции, непосредственно предшествующие операции 1.1.3, должны быть завершены до начала операции 1.1.3. Поскольку для завершения операции 1.2.1 требуется более продолжительное время, она и определяет самое раннее начало операции 1.1.3.

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

1. Самое раннее возможное окончание операции (РО) = Самое раннее возможное начало операции (РН) + ожидаемое время выполнения операции.

2. Самое раннее возможное окончание операции (РО) предшествующей операции становится временем самого раннего возможного начала последующей операции (РН).

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

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

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

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

Обратный анализ похож на прямой анализ. Выполняя его, следует помнить следующее:

1. Начиная с последней операции проекта, ПН = ПО - ВО

2. ПН переносится на предшествующую операцию и приравнивается к нему ее ПО

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

Давайте применим эти правила к нашему примеру создания бизнес-центра Колла. Начнем с операции Н (включение в работу). Ее ЬР-235 рабочих дней, ЬЗдля операции Н оказывается равным 200 рабочим дням (ЬР - Виг = Ь8, или 235-35 = = 200). Ь8 для операции Н становится ЬР для операций Е и С. Ь8 для операций Е и С составляет соответственно 185 (200-15 = 185) и 30 рабочих дней (200-170 = = 30). Далее, Ь8 для операции С становится ЬР для операции Р, и ее Ь8 становится равным 20. Здесь мы видим, что операции В и С являются операциями дробления, которые связаны с операциями Е и Р. Самое позднее возможное окончание для операции В контролируется Ь8 операций Е и Р. Ь8 для операции Е - 185 дней, а для операции Р - 20 дней. Идите по стрелке назад от операций Е и Р к операции В. »

Отметим, что время Ь8 для операций Е и Р помещено в правый блок, и вы можете выбрать наименьшее время - 20 дней. Заключительная операция В может быть завершена за 20 дней; в противном случае выполнение операции Р задержится, задержится и выполнение проекта. ЬР для операции С идентично для операции В, поскольку оно также определяет Ь5 операций Е и Р. Операция В просто перенимает самое позднее возможное окончание (ЬР) от операции Р. Вычислив 15 (ЬР - Виг = Ь5) для операций В, С, В, мы можем определить ЬР для операции Д которая является операцией дробления. Вы видите, что окончание операции А определяется Ь8 операции В, которое является наименьшим Ь8 для операций Еу С и В. Так как Ь5 для операции В составляет период, равный 5, ЬР для операции А равен 5 и ее Ь5 - нулю. Обратный анализ завершен, и сроки самой первой рации стали ясны.

	Код операции
	Операция

Определение резервов времени

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

Суммарный резерв по операции представляет разницу между ПН и РН (ПН - РН = РВ) или между ПО и РО (ПО - РО = РВ). Например, запас времени для операции 1.1.1 65 дней, для операции 1.1.2.1 - 55 дней.

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

После вычисления резерва для каждой операции легко определить критический путь. Когда ПО = РО для конечной операции проекта, критический путь можно определить как те операции, у которых ПО = РО, или резерв = 0 (ПО - РО = 0) (или ПН - РН = 0).

Критический путь - это путь в сетевом графике, где практически нет резервов времени.

Рисунок 3 - Неполный сетевой график проекта строительства молочного комплекса на 1200 коров

Литература

1. Туккель И.Л.: Управление инновационными проектами. - СПб.: БХВ-Петербург, 2011

2. Туккель И.Л.: Управление инновационными проектами. - СПб.: БХВ-Петербург, 2011

3. Фунтов В.Н.: Основы управления проектами в компании. - СПб.: Питер, 2011

4. Беркун С.: Искусство управления IT-проектами. - СПб.: Питер, 2010

5. Под общ. ред.: И.И. Мазура, В.Д. Шапиро; Рец.: П.В. Горюнов, Ю.Н. Забродин: Управление проектами. - М.: ОМЕГА-Л, 2010

6. Волков О.И.: Экономика предприятия. - М.: ИНФРА-М, 2009

7. И.И. Мазур и др. ; Под общ. ред. И.И. Мазура, В.Д. Шапиро: Управление проектами. - М.: Омега-Л, 2009

Подобные документы

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

методичка , добавлен 04.06.2010


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

курсовая работа , добавлен 16.05.2012


Жизненный цикл инновационного проекта. Место бизнес-плана в жизненном цикле. Требования к бизнес-плану инновационного венчура. Алгоритм составления бизнес-плана. Особенности содержания бизнес-плана инновационного проекта.

курсовая работа , добавлен 17.04.2006


Деловое поле инновационного инвестирования. Бизнес-план как современная форма представления инвестиционного проекта. Алгоритм составления бизнес-плана. Особенности содержания бизнес-плана инновационного проекта. Механизм контроля реализации бизнес-плана.

курсовая работа , добавлен 17.04.2006


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

дипломная работа , добавлен 04.06.2010


Главная цель финансового плана предприятия. Сущность финансового планирования. Содержание финансового плана и порядок его составления. Финансовый план инвестиционного проекта. Бюджетный эффект от реализации проекта.

курсовая работа , добавлен 10.09.2007


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

дипломная работа , добавлен 23.01.2016


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

презентация , добавлен 22.01.2014


Разработка календарного плана и распределение ресурсов для нового проекта открытия филиала магазина. Управление стоимостью и продолжительностью работ проекта. Общая сумма затрат на открытие "Норд" в поселке Излучинск. Управление качеством проекта.

курсовая работа , добавлен 16.09.2017


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

Шаги

Часть 1

Выбор проекта

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

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

• Например, вы можете получить такое задание: «Выполнить презентацию на тему Гражданской войны в США. Можно выбрать одно сражение, идею, речь, поворотный момент или сосредоточиться на войне в целом. Не забывайте о важных датах и действующих лицах».
• Такой проект можно разбить на несколько частей: 1) Наглядное представление Гражданской войны. 2) Центральная тема проекта. 3) Важные даты. 4) Ключевые действующие лица.

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

   Выберите тему. Поборите возможное стремление взять объемную тему (например, осветить всю Гражданскую войну) и постарайтесь сузить затрагиваемый вопрос. Так вы не утонете в море фактов и деталей.

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

   • Как насчет трехмерного представления? Можно попробовать выполнить трехмерную карту сражений с демонстрацией передвижения войск.
   • Также можно попробовать сделать скульптуры из папье-маше. Вполне можно сделать даже Авраама Линкольна и рассказать вашу историю с помощью его цитат.

Часть 2

План работ

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

   • Начните с центральной темы, которую вы собрались освещать. Если это Геттисбергская речь, то вынесите это в заглавие в верхней части листа.
   • Далее разделите центральную тему на подразделы. Можно назвать их «Историческая подоплека», «Место произнесения» и «Влияние на ход войны».
   • Под каждым подразделом перечислите ключевые моменты. Например, под «Исторической подоплекой» можно написать дату, предшествовавшее сражение и причины, побудившие Линкольна выступить со своей речью.

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

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

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

Часть 3

Сбор информации

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

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

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

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

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

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

Сущность проектного планирования

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

• содержания;
• сроков;
• стоимости;
• персонала;
• поставок;
• коммуникаций;
• рисков и т.п.

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

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

1. Уточнить, детализировать цели и результаты мероприятия.
2. Определить состав и объем работ.
3. Оценить сроки и бюджетную стоимость.
4. Составить календарный план и бюджет основных фаз или всего проекта.
5. Произвести уточненную оценку потребностей в ресурсах на каждой фазе или для всей задачи.
6. Составить план ресурсного обеспечения.
7. Выполнить оценку рисков и создать план реагирования на них.
8. Разъяснить детали мероприятия заказчику.
9. Согласовать план с основными участниками.
10. Распределить ответственность за работы и задачи между участниками.
11. Утвердить сводный план.
12. Уточнить планы взаимодействия, процедуры управления планированием.

Место плана управления проектом на стадии его жизненного цикла. Источник: Руководство PMBOK 5

Место процессов планирования среди других процессов проектной реализации. Источник: Руководство PMBOK 5

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

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

Укрупненный состав процессов планирования

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

Определения основных понятий планирования от PMI. Источник: Руководство PMBOK 5

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

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

Модель процессов планирования в управлении проектом

Известно, что по стандарту PMI практически в каждом разделе Руководства PMBOK планированию выделяется целый блок. Исходя из представленной выше схемы, это вполне естественно. Наиболее целостно картину управления планированием и создания единого сводного плана демонстрирует раздел PMBOK «Управление интеграцией проекта». Ниже показан локальный блок диаграммы потоков данных разработки плана управления мероприятием.

Локальный блок диаграммы потоков данных разработки плана управления проектом

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

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

Этапы разработки календарного плана

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

1. Этап определения и написания состава работ списком. Достаточно часто допускаются ошибки из-за того, что все работы сразу представить не получается. Для качественного определения состава операций полезно использовать основы метода последовательной декомпозиции работ.
2. Этап определения исполнения проекта с точки зрения последовательности и длительности работ, которые зависят от технологии их выполнения. Для создания качественного результата данного этапа хорошо подходит уже названный метод последовательной декомпозиции задач и экспертная оценка продолжительности работ с использованием таких методов, как, например, метод мозгового штурма.
3. Определение доступности ресурсов. В мероприятии используются разнообразные ресурсы: финансовые, материальные, трудовые, информационные и т.п. С позиции денежных ресурсов требуется увязать график работ с графиком финансирования. Вводится понятие дефицитных ресурсов: уникальных специалистов и мощностей. Это накладывает отпечаток на последовательность и продолжительность работ.
4. Определение внешних ограничений. К этим ограничениям относятся сезонность, технологические процессы поставок оборудования, различные внешние события. Если взять во внимание пример особых пожеланий заказчика (по конкретным партнерам) или внешних событий (например, приуроченность завершения этапа к моменту национального праздника), то подобные события включают в мероприятие в виде вех.
5. Этап создания плана реагирования на риски. Мы анализируем риски проекта и для основных угроз разрабатываем план реагирования. С учетом этого плана мы затем дорабатываем календарный план.

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

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

Логическая последовательность разработки календарного плана

Основные действия по планированию проекта

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

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

Визуальная модель процессов планирования проекта

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

1. Процесс определения содержания выполняется с целью прояснения масштаба проекта, границ с описанием его продукта. Процесс начинается с уточнения целей мероприятия, его связи со стратегией компании, рассмотрения вариативных подходов к реализации. PM должен четко осознавать, какие работы выходят за рамки проекта и каковы требования к продукту.
2. Процесс определения состава работ. Основы, заложенные в предыдущем процессе, получают развитие в полном комплексе необходимых операций для достижения успеха. Их структура и состав связаны с основной задачей проекта. ИСР является основным инструментом, применяемым PM для решения задачи настоящего процесса.
3. Определение взаимосвязей работ. Логическая последовательность работ служит предметом и целью настоящего процесса. Наилучшим инструментом и результатом реализации процесса является сетевая модель (диаграмма, график), построенная и оптимизированная с применением метода PERT и CPM.
4. Процесс оценки длительности работ. Прогнозирование продолжительности каждой работы, входящей в ИСР и сетевую модель, выполняется на основе разнообразных подходов. Основными методами служат способы оценки по аналогам, «снизу – вверх», от исполнителей, экспертная и параметрическая оценка.
5. Процесс оценки потребностей в ресурсах. Целью процесса является определение потребного количества человеческих ресурсов, ресурсов машин и механизмов. Ресурсы разделяются на группы: возобновляемые, расходуемые и финансовые.
6. Процедура разработки календарного плана. Процесс выполняется с целью определения расчетных сроков отдельных работ и проекта в целом. Важен вопрос детализации плана. Глубина его проработки должна быть достаточной для того, чтобы менеджер проекта мог контролировать ход работ и выполнение поставленных задач.
7. Разработка сводного плана проекта. В нем происходит объединение всех результатов работы по планированию мероприятия в единый интеграционный документ проекта.

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

ВВЕДЕНИЕ

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

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

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

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

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

ПЛАНИРОВАНИЕ ПРОЕКТА

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

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

• 1) Определение целей проекта и их описание. Довольно часто проекты начинаются без четкой цели.
• 2) Определение технологических стадий. Для проекта должна быть выбрана технология реализации, определяющая стадии развития проекта. Одной из типичных ошибок планирования является несоответствие плана технологическому циклу.
• 3) Для технологических стадий необходимо определить список задач, указать их взаимосвязи (последовательность) и прогнозируемую длительность (зависит от назначенных ресурсов).
• 4) Необходимо согласовать вопрос о выделяемых проекту ресурсах. Следует отметить, что все ресурсы компании должны распределяться централизованно. Довольно часто возникает ошибка планирования, связанная с тем, что некоторые дефицитные ресурсы используются одновременно в двух разных проектах в одно и тоже время.
• 5) Если определить расценки на ресурсы, бюджет может быть получен также автоматически. Одна из типичных ошибок заключается в том, что бюджет назначают, не обращая внимание на прогнозируемую себестоимость проекта.
• 6) Письменное задание, бюджет и график работ образуют формальный документ "План проекта". Довольно часто перед началом проекта некоторые из указанных документов отсутствуют, последствия этого мы рассмотрим ниже.

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

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

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

Основная цель планирования, состоит в построении модели реализации проекта.

Типичные ошибки планирования

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

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

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

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

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

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

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

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

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

Что нужно, чтобы избежать ошибок планирования (несколько советов):

• · для проекта должен быть сформулирован список решаемых проблем;
• · основная цель проекта (миссия) должна быть доведена до сведения всех участников;
• · должны быть идентифицированы риски и, по возможности, исключены случайности;
• · необходимо убедиться, что стратегия проекта может быть реализована и удовлетворяет ограничениям по бюджету, срокам и объему (проведен PCTS-анализ осуществимости: Р -- Performance, С -- Cost, Т -- Time, S -- Scope. Затраты являются функцией уровня исполнения Р, времени Т и содержания, объема работ S);
• · наличие положительных результатов анализа «за и против» реализации проекта (проведен Force-field -- анализ, заключающийся в описании и количественной оценке факторов, которые могут способствовать и препятствовать осуществлению проекта);
• · конечный результат должен быть понятен всем членам команды проекта;
• · показатели оценки результатов деятельности по проекту должны давать оценку состояния дел с необходимой точностью. Целесообразна разработка внутрифирменных шкал оценки деятельности по видам работ.

Определение целей проекта

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

Этап постановки задачи, данный этап проводится по договору о консалтинге, т.е. оплата этапа повременная. В виду неопределенности задачи спланировать заранее ее стоимость невозможно. Себестоимость этапа примерно равна 10% себестоимости всех работ.

Основной продукт этапа - документ "Постановка Задачи" (Product Vision).

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

На основе "Постановки Задачи" требуется составить документ "Экономическое обоснование".

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

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

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

В результате мы имеем нечетко сформулированное задание "Постановка Задачи" и оценку стоимости в "Экономическом обосновании". Риски от нечеткости требований должны быть покрыты пессимистичной оценкой. Условие завершения этапа: подписание сторонами "Постановки Задачи" и "Экономического обоснования".

Управление и планирование ресурсов

управление проект планирование ресурс

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

Материально-технические ресурсы - это сырье, материалы, конструкции, комплектующие, энергетические ресурсы, технологические ресурсы и т.д.

Трудовые ресурсы - это те, кто непосредственно осуществляет работу с материально-техническими ресурсами.

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

• 1. Оптимальное планирование ресурсов
• 2. Управление материально-техническим обеспечением, в том числе:
  • · управление закупками ресурсов;
  • · управление распределением ресурсов.

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

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

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

Как основная составляющая управления проектами ресурсное планирование включает ряд составляющих, в том числе:

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

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

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

Оценка стоимости проекта

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

Чтобы оценить стоимость проекта, требуется знать стоимость составляющих проект ресурсов, время выполнения работ и стоимость этих работ.

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

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

Планирование проекта

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

На стадии планирования устанавливаются основные параметры осуществления проекта. К ним относятся:

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

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

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

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

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

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

В дополнение ко всему планирование проекта состоит из ряда основных и вспомогательных процессов.

Основные процессы (присутствуют всегда):

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

Вспомогательные процессы (присутствуют по мере необходимости):

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

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

Принципы проектного планирования

Принимаемые решения и предпринимаемые действия в сфере проектного планирования основываются на нескольких важных принципах:

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

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

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

Структура разбиения работ, матрица ответственности, статьи затрат

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

Для руководителя проекта СРР не менее важна, т.к. позволяет:

• Определять работы и комплексы работ по достижению промежуточных целей
• Быть в курсе того, будут ли достигнуты все цели проекта
• Создавать подходящую структуру отчетности
• Определять контрольные точки продвижения проекта
• Распределять ответственность среди исполнителей
• Обеспечивать членам команды объективное понимание всех задач и целей проекта

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

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

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

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

Составление СРР может выстраиваться на следующих основаниях:

• Этапы жизненного цикла проекта
• Особенности организационной структуры
• Компоненты результата (товара, услуги и т.п.), получаемого после реализации проекта
• Функциональные или процессные элементы деятельности организации, которая реализует проект
• Географическое расположение (если проекты распределены пространственно)

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

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

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

Не менее важно избегать ряда ошибок при структуризации проекта, а именно нельзя:

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

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

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

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

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

Элементы матрицы - это коды видов работы из составленного заранее списка (также в матрицу можно вносить стоимость работ). Объем видов ответственности обусловлен спецификой проекта и его организации, однако рекомендуется использовать небольшой набор простых для понимания и описания видов деятельности. Ниже представлен пример матрицы ответственности:

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

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

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

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

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

• Трудовые ресурсы
• Финансовые средства
• Оборудование
• Техническое оснащение
• Технологии и информация
• Поставщики и материалы

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

• Какие конкретно ресурсы требуются для реализации всех работ по проекту (список требований можно получить, используя график работ и СРР)?
• Что из необходимого уже есть?

Как только ответы на эти вопросы будут получены, можно проводить окончательное распределение ответственности.

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

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

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

• Ответственные лица
• Структура счетов
• Сроки выполнения
• Содержание работ

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

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

Сетевое планирование проектов

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

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

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

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

Методами сетевого планирования называют методы, нацеленные на максимальное сокращение продолжительности проекта. Их основой служат метод критического пути (МКП или CPM (от англ. Critical Path Method)) и метод оценки и пересмотра планов (PERT (от англ. Program Evaluation Review Technique)).

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

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

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

Горизонтальная линейная диаграмма, где проектные задачи представлены временными отрезками с конкретными временными параметрами (началом, окончанием, задержками и т.д.) называется диаграммой Гантта, и она тоже является неотъемлемой частью сетевого планирования. Вот ее пример:

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

Сетевая модель разрабатывается поэтапно:

• Определяются списки проектных работ
• Оцениваются параметры работ
• Устанавливаются зависимости между работами

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

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

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

Чтоб отдельные этапы проекта и весь проект в целом были реализованы своевременно, необходимо также планировать проект по временным параметрам. Рассмотрим этот вопрос подробнее.

Планирование проекта по временным параметрам

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

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

Планирование по временным параметрам - ключевой элемент проект-менеджмента, включающий в себя несколько составляющих. Этими составляющими являются:

• Концепция управления проектом по временным параметрам
• Календарное планирование проекта
• Контроль хода проектных работ
• Анализ и урегулирование хода работ
• Закрытие управления проектом

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

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

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

Если говорить о причинах временных потерь в проекте, то к ним можно отнести:

• Ненадлежащее управление качеством и составлением смет
• Отсутствие резервного плана при непредвиденных затратах
• Некачественное распределение рисков среди участников проекта
• Отсутствие структуры в системе коммуникаций
• Трудновыполнимая система проектной отчетности

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

Для улучшения управления личным временем желательно применять так называемые формы. Форма - это список необходимых для выполнения работ с указанием исполнителей и сроков выполнения. Наиболее приоритетные работы следует переносить во временные блоки планировочного календаря. Планировочный календарь может выглядеть так:

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

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

И последнее, на чем мы заострим внимание в первом уроке, - это некоторые организационные моменты.

Организация работ по проектному планированию

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

Проектное планирование включает в себя несколько этапов:

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

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

• Постановка ошибочных целей
• Использование неполной информации
• Игнорирование прошлого опыта
• Игнорирование вопроса доступности ресурсов
• Недостаток внимания координации участников проекта
• Игнорирование мотивации исполнителей
• Чрезмерное внимание детализации плана
• Составление плана ради плана и игнорирование контроля следования плану

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

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

Проверьте свои знания

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