Книги по разным темам Pages:     | 1 |   ...   | 5 | 6 | 7 | 8 | 9 |   ...   | 10 |

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

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

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

Ниже приведены примеры объемно-календарных планов по проекту разработки информационной системы.

Управление проектами по внедрению КИС May 2003 June 2003 July Task Name Duration 12 15 18 21 24 27 30 03 06 09 12 15 18 21 24 27 30 02 05 08 11 14 17 20 23 26 29 02 05 08 11 14 17 20 Scope 3,5 days Management Determine project scope 4 hrs Management Secure project sponsorship 1 day Project Manager Define preliminary resources 1 day Project Manager Secure core resources 1 day 06.Scope complete 0 days Analysis/Software Requirements 14 days Analyst Conduct needs analysis 5 days Analyst Draft preliminary software specifi 3 days Project Manager Develop preliminary budget 2 days Project Manager;Analyst Review software specifications/b 4 hrs Analyst Incorporate feedback on software 1 day Project Manager Develop delivery timeline 1 day Management;Project Manager Obtain approvals to proceed (con 4 hrs Project Manager Secure required resources 1 day 26.Analysis complete 0 days Design 14,5 days Analyst Review preliminary software spe 2 days Analyst Develop functional specifications 5 days Analyst Develop prototype based on func 4 days Management Review functional specifications 2 days Management Incorporate feedback into functio 1 day Management;Project Manager Obtain approval to proceed 4 hrs 13.Design complete 0 days Development 21,75 days Developer Review functional specifications 1 day Developer Identify modular/tiered design pa 1 day Developer Assign development staff 1 day Developer Develop code 15 days Developer Developer testing (primary debug 15 days 15.Development complete 0 days Testing 48,75 days Управление проектами по внедрению КИС Sunday Monday Tuesday Wednesday Thursday Friday Saturday 27 28 29 30 01 02 Determine p Secure project sponsorsh Define preliminary resources; 1 day 04 05 06 07 08 09 Define preliminary resources; 1 day Secure core resources; Scope complete 11 12 13 14 15 16 Draft preliminary software specifications; 3 days Develop preliminary budget; 2 days 18 19 20 21 22 23 Develop preliminary budget; 2 days Review so Incorporate feedback on Develop delivery timeline Obtain appr Secure required resources; 1 day 25 26 27 28 29 30 Secure required resources; 1 day Develop functional specifications; 5 days Analysis complete 01 02 03 04 05 06 Develop functional specifications; 5 days Develop prototype based on functional specifications; 4 days 08 09 10 11 12 13 Develop prototype based on functional specifications; 4 days Review functional specifications; 2 days Incorporate feedback into Obtain app Design complete Управление проектами по внедрению КИС При разработках календарных планов используются следующие методы Метод критического пути При этом методе используется математический анализ, который позволяет вычислить ранние и поздние даты начала и окончания работ по внедрению без учета ограничений на ресурсы, а также резервы Ч промежутки времени, на которые можно отодвинуть выполнение работы без нарушения ограничений и даты завершения проекта, вычисляет единственное детерминированное расписание проекта и использует заданные единственные оценки продолжительности работ проекта.

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

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

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

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

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

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

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

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

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

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

Бюджет проекта. Планирование стоимости.

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

Определение ресурсов Ч расчет потребности в ресурсах, необходимых для успешного внедрения КИС.

Оценка стоимости Ч определение стоимости трудозатрат и ресурсов, необходимых для выполнения работ проекта.

Разработка бюджета проекта Ч распределение предполагаемых затрат в соответствии со сроками внедрения.

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

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

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

Объемные и временные характеристики потребления ресурсов используются для определения стоимости проекта. Для определения полной стоимости проекта необходимо учесть все используемые в нем ресурсы:

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

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

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

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

Х стоимость лицензии Х стандартная стоимость настройки и программирования;

Х стоимость технологических отклонений;

Х стоимость инженерно-программистских работ;

Управление проектами по внедрению КИС Х стоимость установки (внедрения или ввода в эксплуатацию);

Х стоимость поставок;

Х другие прямые затраты.

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

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

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

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

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

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

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

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

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

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

Pages:     | 1 |   ...   | 5 | 6 | 7 | 8 | 9 |   ...   | 10 |    Книги по разным темам