2.8. Базы нормативно-спровочной и исторической информации
Проектные работы как совокупность взаимодополняющих процессов отличается необходимостью соединения исследований технико-экономического характера, маркетинга, проектного менеджмента, инвестирования, контроля за внедрением проекта и возвратом финансовых ресурсов. Для осуществления этих видов работ необходимы специализированные база знаний и база данных. В базу знаний должны входить современные информационные системы, программные средства экономического анализа проектов, системы экономического и организационного моделирования. Информационная база должна включать характеристику банков, инвестиционных фондов, предприятий, технологий, специалистов, каталог цен и характеристик на оборудование и товары, работы и услуги, сведения о текущей деятельности, справочник предложений.
Система специализированных и вспомогательных баз данных может быть сформирована в виде информационной структуры, используемой менеджерами проекта для принятия управленческих решений по проекту. В ее составе должны быть, в частности:
-
Специализированные базы данных (предприятия поставщики, предприятия-потребители, сортамент продукции, стандарты, технологические режимы, оборудование, нововведения, статистическая информация).
-
База информации по отдельным технологиям (области применения, виды выпускаемой продукции, территория применения, производственные мощности, технологические режимы, используемое сырье, патенты и лицензии, тенденции развития, воздействие на окружающую среду, специалисты и эксперты).
-
Электронная почта (текущие сведения, справочники, реклама, база запросов).
-
Экономическое состояние предприятий (рейтинги, сведения о предприятиях, сведения о банках, сведения о фондах).
-
База текущего инвестирования.
Специализированные базы знаний составляют интеллектуальный потенциал механизма управления проектами. В его составе должны быть универсальные информационные системы, программные средства поддержки проектных решений на уровне предприятия и отдельного оборудования, системы программного проектирования технологий, имитационные программные системы, системы подготовки документации проектов, системы экономического обоснования и анализа, системы моделирования финансовых потоков при разработке и внедрении нововведений, обучающие программные средства, экспертные системы выработки сложных решений.
В настоящее время в России формируются условия широкого использования методологии программного управления проектами на базе информационных систем. Их использование является эффективным средством при значительной нестабильности и неопределенности, когда недостаточно проработаны вопросы законодательства, в условиях неконтролируемого роста цен.
Внедрение единой информационной системы при планировании проекта и управлении ходом его исполнения может существенно повысить эффективность реализации проектов. Применение методов управления проектами, основанных на использовании исторической информации, накапливающей в ходе реализации проекта, позволяет корректировать цели инвестиций и оптимально планировать текущую инвестиционную деятельность, более полно учитывать проектные риски, оптимизировать использование имеющихся ресурсов и избегать конфликтных ситуаций, контролировать исполнение составленного плана, анализировать фактические показатели и вносить своевременную коррекцию в ход работ, накапливать, анализировать и использовать в дальнейшем опыт реализованных проектов. Таким образом, информационная система управления проектами является одной из важнейших компонентой всей системы управления проектом.
Основные преимущества использования информационной системы при управлении проектами заключаются в следующем:
-
централизованное хранение информации по графику работ, ресурсам и стоимостям;
-
возможности быстрого анализа влияния изменений в графике, ресурсном обеспечении и финансировании на план проекта;
-
возможность распределенной поддержки и обновления данных в сетевом режиме;
-
возможности автоматизированной генерации отчетов и графических диаграмм, разработки документации по проекту.
Использование информационных систем в рамках реализации государственной научно-технической программы предполагает принятие решений по выбору того или иного регионального проекта.
Осуществление всего комплекса работ по информационному обеспечению проектов на государственном уровне основывается на следующих принципах:
-
Объединение, координация, целевое единство инновационной и инвестиционной деятельности.
-
Свободное и оперативное перемещение инновационных знаний и инновационной информации между пользователями.
-
Сохранение достигнутых и распространение (активизация) новых знаний, способствующих экономическому прогрессу (соединение обучения и научно-технической деятельности).
-
Создание совместной финансовой заинтересованности предприятий в инновационных процессах.
-
Разнообразие научно-технических организаций, занимающихся созданием баз знаний.
-
Профессионализм при решении отдельных задач и всего комплекса в целом, за счет объединения специалистов различных областей деятельности.
-
Охват основных регионов России (региональная сеть).
-
Охват основных отраслей экономики (функциональная сеть).
-
Формирование в России системы, ответственной за внедрение и “продвижение” проектов.
-
Организация кумулятивного роста инвестиционного потока.
-
Сочетание государственной поддержки и децентрализации механизма поддержки проектов, как сети взаимодействующих центров.
-
Ликвидация организационных барьеров в цикле инновационной и инвестиционной деятельности.
-
Детальная проработка механизма (алгоритма) проектной системы.
-
Организация проектной деятельности на базе имеющегося задела капитала и ноу-хау.
В принципах построения инновационно-инвестиционного (И&И) механизма отметим некоторые взаимодополнения:
-
интеграция функций инвестирования и инжиниринга сочетается с местной самостоятельностью центров сети;
-
при осуществлении И&И-деятельности предоставляются налоговые льготы и бюджетная поддержка, что гарантирует государственную поддержку целевой области развития экономики;
-
гибкость и открытость к развитию соединена с нацеленностью на первоочередные проблемы экономики страны.
Основные элементы И&И-механизма следующие:
-
Целевая организационная структура, опирающаяся на сеть инновационно-инвестиционных центров.
-
Единая информационная сеть, обеспечивающая оперативное взаимодействие абонентов.
-
Система целевых и обеспечивающих информационных баз данных.
-
Система баз знаний по инновационной и инвестиционной деятельности.
-
Законодательное и нормативно-регламентирующее обеспечение.
-
Целевые общественные объединения ученых и специалистов, работающих в области инноваций и инвестиций.
-
Информационно-издательский специализированный центр.
-
Специализированный выставочный (рекламный) комплекс.
Общегосударственная проектная деятельность может поддерживаться через следующие организационные структуры:
-
универсальные инновационно-инвестиционные центры;
-
инжиниринговые центры;
-
инвестиционные банки;
-
фонды поддержки инновационной деятельности;
-
фонды страхования инвестиционной деятельности.
Взаимодействующие организации могут иметь различную организационно-правовую форму:
-
Государственные научные центры.
-
Технологические парки.
-
Технополисы.
-
Региональные инжиниринговые и научно-технические центры.
-
Отраслевые инжиниринговые и научно-технические центры.
-
Заводские инженерные центры и малые предприятия в научно-технической сфере.
-
Научные, научно-технические и инжиниринговые центры при вузах.
-
Инвестиционные банки (отраслевые и региональные).
-
Инвестиционные отделы банков.
-
Страховые ассоциации банков.
-
Страховые инвестиционные фонды.
-
Фонды поддержки инновационной деятельности (федеральные, региональные, отраслевые, коммерческие, пенсионные).
-
Специализированные учебные центры подготовки проект-менеджеров и повышения квалификации по новым направлениям науки, техники, технологии.
Инновационно-инвестиционная сеть - это взаимодействие отдельных центров (учреждений) инновационных и инвестиционных услуг. Каждый центр будучи самостоятельной структурой, опирается на знания и возможности остальных участников сети.
Сеть центров обеспечивает одновременное решение нескольких задач:
-
создаются базовые центры по инновационной деятельности, обеспечивается оперативный доступ к базам и банкам научно-технических данных (в том числе зарубежным),
-
закладывается фундамент для наращивания инновационной деятельности,
-
унифицируется система требований и информационных систем в сфере нововведений,
-
расширяется информационный обмен между учеными и специалистами,
-
интегрируются финансовые и интеллектуальные ресурсы.
Взаимодействие центров может быть оправданным в ситуациях когда при решении глобальной проблемы необходимо объединение ресурсов, для достижения более высокого научно-технического уровня объединяются однопрофильные передовые разработки, соединяются взаимодополняющие этапы одной комплексной работы, формируется и поддерживается общий информационный банк, обучается персонал и повышается его квалификация при обмене опытом.
Типовыми вариантами инновационно-инвестиционных центров являются:
-
Региональный.
-
Отраслевой.
-
Центральный.
-
Малый (специализированный на отдельных видах проектов или работ).
Первые два вида являются универсальными центрами, допускающими выполнение всего комплекса работ по поддержке и осуществления проекта. Их отличие проявляется в профессиональной ориентации на потребности в первом случае региона, во втором - отрасли.
Третий вид центров предполагает выполнение координирующих функций при отсутствии явно выраженной профессиональной ориентации.
Классификация инновационно-инвестиционного центра может быть выполнена по четырем признакам специализации его деятельности:
-
Область приложения (вид продукта, ресурса, материала, технологии или оборудования).
-
Этап проектного цикла (концепция, разработка, реализация, завершение).
-
Сфера деятельности (отрасль, регион).
-
Устойчивость деятельности (временная и постоянная организация).
Оснащение, численность и выполняемые в центре работы зависят от его назначения.
Региональные информационные центры, распределенные по территории страны, позволят поднять на новый современный уровень качество регионального управления проектами. При этом, обеспечивая децентрализацию принимаемых решений о развитии регионов, система взаимного информирования позволит избежать многих проблем несогласованности.
Информационная модель проекта, разработанная на этапе разработки проекта, подвергается в дальнейшем коррекции в процессе его реализации. При этом важно придерживаться принципа совместимости информационной системы потребностям всех участников проекта, чтобы коррекция осуществлялась с учетом изменений, происходящих на всех уровнях управления проектом.
В организации можно выделить по крайней мере три уровня, на которых происходит управление проектами:
-
Уровень высшего руководства, на котором происходит определение целей и задач предприятия, принимается решение о финансировании, оценивается приоритетность проектов.
-
Стратегический уровень, состоящий из профессионалов по управлению проектами, занимающихся планированием и контролем корпоративных проектов. Как правило, этот уровень представляется весьма малым количеством людей, основная обязанность которых - именно управление проектами, и которые в своей работе опираются на программное обеспечение по управлению проектами. Миссия подобных профессионалов является ключевой в организации. Они работают как группа поддержки по управлению проектами, даже если официально им не дают такое название.
-
Уровень операций, для которого работа с программным обеспечением по управлению проектами вторична. Это ответственные за проекты на местах, менеджеры проектов, руководители групп. На уровне операций, конечно же, требуется инструмент по управлению и контролю за проектом, но на непостоянной основе. Например, менеджер проекта может уделить этому лишь несколько часов в месяц.
Несомненно, нужна интеграция программного обеспечения трех уровней для поддержки информационных потоков в организации. Каждый уровень управления характеризуется своими специфическими требованиями к программному обеспечению.
Требования к интегрированной системе по управлению проектами универсальны и не зависят от специфики организации. Модель обмена данным можно упрощенно представить следующим образом:
Поток данных по проекту идет в направлении снизу вверх, от уровня операций к стратегическому уровню, на котором происходит обобщение поступивших сведений, и уже на уровне высшего руководства данные поступают в виде отчета, предоставляющего данные по проекту в достаточно общем виде. На каждом уровне управления проектами к программному обеспечению предъявляются характерные требования.
Таблица 10 Требования к информационному обеспечению процессов управления проектом.
| Уровень высшего руководства | Стратегический уровень | Уровень операций |
| Легкость в применении Возможность получать демонстрационные отчеты Мощные возможности обобщения сведений Средства для интеграции с данных из других программных приложений Процедуры для планирования сверху вниз | Мощность временного, ресурсного, стоимостного планирования, анализа рисков Возможность интеграции с другими приложениями Средства для свертывания данных по проекту (предоставление отчетов руководству) и углублению для планирования на более детальном уровне Средства для контроля за реализацией проекта Гибкость при настройке выходных форм отчетности | Простота использования Легкость изучения "Прозрачность" процедур ввода данных Наглядность |
Уровень высшего руководства
Для данного уровня (на самом деле у высшего руководства не всегда есть желание работать с информационными системами управления проектом самым главным требованием является простота использования. Следующей важной особенностью является презентационных характер форм предоставления информации по проектам, так как руководитель может использовать информационные системы например для подготовки презентаций для участников проекта или для клиентов. Средство для предоставления информации в самом общем виде на одном листе в форме диаграммы Ганта или кривой затрат – самое стандартное требование. Руководство не будет тратить время на ввод данных, так что должна быть возможность для получения данных из других источников, в том числе с других уровней управления проектами. В то же время может понадобиться средство для планирования сверху вниз, если нужно будет детализировать построенный руководством план на другом уровне управления.
Стратегический уровень
Базовым требованием на стратегическом уровне является мощность средств временного анализа, ресурсного планирования, стоимостного анализа и анализа рисков. Предполагается, что пользователь не только знает, как запустить информационную систему, но и понимает заложенный в нее алгоритм. Кроме того, очень часто требуется интегрировать данные о проектах с данными из других приложений, например, из бухгалтерских программ и т.д. Обязательно должно быть предусмотрено средство объединения нескольких проектов для обобщенного анализа, управления, контроля.
Важна возможность ввода реальных данных и сравнения предварительных планов с фактическим выполнением для внесения корректирующих операций. Гибкая отчетность нужна, поскольку менеджерам-профессионалам приходится настраивать отчеты не только для себя, но и для сотрудников, работающих с проектом на других уровнях управления проектами.
Уровень операций
Требование "банальности" при работе с системой всегда выставляется под №1 в списке требований. Сотрудники могут позволить себе выделить ограниченный промежуток времени для поддержания данных по проекту в актуальном состоянии. Важна также возможность предоставления отчетов в графическом виде важна для координации действий исполнителей в проекте, что входит в непосредственные обязанности менеджера проекта.
Выбор информационного обеспечения процессов управления проектом зачастую зависит от того, с какого уровня исходила инициатива. Часто получается, что самый активный уровень навязывает другим информационную систему, отвечающую непосредственно их требованиям.
1. Выбор производится руководством
За | Против |
Внедрение, "по определению", быстро продвигается Методы внедрения поддерживаются руководством Благодаря поддержке легко выискиваются финансовые и людские средства для внедрения | Руководство может быть не осведомлено о запросах нижних уровней Система может оказаться неэффективной для работы менеджеров-профессионалов |
2. Выбор проводится на стратегическом уровне
За | Против |
Продукт, скорее всего, окажется достаточно функциональным Эксперты по управлению проектами в компании смогут давать рекомендации пользователям других уровней Система окажется достаточно удачно интегрируемой с другим программным обеспечением | Может потребоваться интенсивное обучение Для реального использования системы придется вводить много данных на других уровнях |
3. Демократический подход (на уровне операций)
За | Против |
Выбранная система легко применяется Большое число пользователей уже использует систему, чаще всего просто принимается решение о поставке интегрированной системы управления проектами Так как система не многофункциональна, она наверняка дешевая | Информационное обеспечение низкого уровня не удовлетворит запросов стратегического уровня и уровня высшего руководства Так как информационное обеспечение навязано стратегическому уровню, с его стороны будет сопротивление в ответ Малофункциональное информационное обеспечение будет интегрироваться с другими программами при затрате дополнительных усилий и финансов |
При каждом способе выбора информационной системы приходится жертвовать потребностями членов уровней управления, не участвующего в выборе. Важно не делать обобщений при составлении списка требований и не пытаться найти такое средство, которое удовлетворяет всем запросам.
Тщательно выбранная информационная система предоставляет руководству и членам команды возможность принимать приемлемые и обоснованные решения на протяжении всего проектного цикла. Соответствующая организация управления может обеспечить построение процедур анализа качества выполнения работ, которая фокусирует внимание руководства на достижении поставленных целей.
Идеальной программы для автоматизации управления проектами, удовлетворяющей всем без исключения требованиям предприятия не существует. Важным условием правильного выбора информационной системы управления проектами является понимание того, что именно вы хотите получить от системы и разделение критичных и второстепенных требований - какие ее возможности вам необходимы, какая учетная информация должна использоваться для принятия управленческих решений по проекту. Именно качество внедрения системы определяет различие между "хорошим" и "плохим" пакетом. Внедрение информационной системы управления проектами должно проводиться поэтапно и быть тщательно спланировано.
Набор базовых функциональных возможностей информационных систем данного класса представлен в таблице 11.
Таблица 11 Базовые функциональные возможности информационных систем управления проектами
| Средства описания комплекса работ проекта, связей между работами и их временных характеристик |
|
| Средства поддержки информации о ресурсах и затратах по проекту и назначения ресурсов и затрат отдельным работам проекта |
|
| Средства контроля за ходом выполнения проекта |
|
| Графические средства представления структуры проекта, средства создания различных отчетов по проекту |
|
Даже простые информационные системы способны поддерживать планирование проектов, состоящих из десятков тысяч задач и использующих тысячи видов ресурсов. Такие информационные системы адресованы пользователям-непрофессионалам, для которых управление проектами не является основным видом деятельности. От пользователей, использующих информационные системы лишь время от времени при необходимости спланировать небольшой комплекс работ или ввести фактические данные по проекту, трудно ожидать серьезных затрат времени и усилий на то, чтобы освоить и держать в памяти какие-либо специфические функции планирования или оптимизации расписаний. Для них более важным является простота использования и скорость получения результата.
Профессиональные системы предоставляют более гибкие средства реализации функций планирования и контроля, но требуют больших затрат времени на подготовку и анализ данных и, соответственно, высокой квалификации пользователей. В настоящее время у менеджеров проекта появились информационные системы управления проектами, которые предлагают простой доступ к базам данных исторической информации о множестве одновременно выполняющихся проектов. Системы управления проектами перестали быть лишь средством создания и оптимизации модели проекта, они превращаются в ядро сбора и обработки данных о проекте в режиме реального времени. Два технологических преимущества сделали все это доступным:
-
Открытый доступ - операционная среда, позволяющая автоматически осуществлять обмен данными между системами управления проектами и другими типами приложений. Если данные хранятся в базах данных исторической информации, как это делается в системах сетевого планирования, открытый доступ может осуществляться с помощью ODBC (стандарт, поддерживающий связь с базой данных).
-
"Клиент-серверная" SQL-архитектура (структурированный язык запроса данных) - децентрализованная, гибкая архитектура, позволяющая множеству пользователей совместно использовать ресурсы, согласовывать расписания в рамках всего предприятия и приводить данные проектов в соответствие с другими корпоративными данными.
Эти два преимущества основательно изменили системы управления проектами и соответственно возможности организации эффективного управления проектами.
Внедрение единой информационной системы управления проектами, как правило, требует стандартизации и взаимной увязки управленческих процессов и информационных потоков как по стадиям реализации проектов, так и по уровням принятия решений, а также интеграции информационных систем управления проектами с другими корпоративными информационными системами.
Возможности эффективного внедрения информационной системы управления проектами во многом зависят от возможностей настройки пакета на специфические показатели конкретных проектов, гибкости средств обмена данными, возможностей стандартизации управленческой среды и обеспечения групповой работы с данными проекта.
Пользователями информационных систем управления проектами являются как профессиональные менеджеры, осуществляющие согласование и оптимизацию планов проектов, анализ рисков, прогнозирование и т.д., так и рядовые участники проектов, выполняющие сбор, уточнение и актуализацию данных, готовящие отчеты. Если для профессионалов нужна мощность и гибкость предоставляемых системой функций планирования и анализа состояния проектов, то для остальных пользователей важней простота и прозрачность системы. Совместное использование профессиональной и "облегченной" версий системы управления проектами позволяет не только учесть потребности всех групп пользователей, но и значительно снизить стоимость решения. Основные информационные системы, используемые менеджерами при управлении проектами перечислены в предыдущих разделах настоящего учебника.
Законодательное и регламентирующее обеспечение инновационно-инвестиционной деятельности - это совокупность документов различной значимости от жестко предписывающих до рекомендующих. В их числе можно выделить:
-
закон о научной и инновационной деятельности,
-
закон о свободных экономических зонах и территориях,
-
государственные налоговые льготы в сфере инновационной деятельности,
-
региональные налоговые льготы в сфере инновационной деятельности,
-
типовые формы договоров между участниками инновационного процесса,
-
правила оплаты труда в инновационной сфере,
-
регламент поддержки программных и информационных систем,
-
типовые графики и финансовые схемы по обеспечению, разработке, внедрению нововведений,
-
положения( уставы) для различной формы предприятий, участвующих в инновационной деятельности.
Если воспринимать нормативно-правовую инфраструктуру как систему, обеспечивающую поддержание упорядоченных взаимоотношений участников проекта, то можно выделить:
-
нормативно-правовые условия,
-
технологию деятельности,
-
информационное обеспечение,
-
техническое обеспечение,
-
организационное построение.
Правовые условия регламентиpуются правилами, процедурами, положениями, законами; технология - стандартами проведения проектов и их элементов; информационное обеспечение — составом баз данных; техническое обеспечение — составом компьютерной и оргтехники; организационное построение — системой нормативных вариантов, инструкций, условий.
В связи с тем, что осуществление проекта занимает определенное количество времени, чаще всего немалое, то в процессе реализации проекта могут происходить изменения законодательной базы проекта.
Для корректировки процесса реализации проекта, который может измениться из-за изменения законодательно-правовой базы РФ, также применяются компьютерные программы. Самые известные из них - Гарант 4.0 и Консультант Плюс 6.10.
Информационная система Гарант 4.0 включает в себя все необходимые для осуществления проекта нормативно-правовые акты, специализированные документы для отдельных регионов страны и общепринятые при реализации проекта формы отчетности. Универсальная база Гарант 4.0 представляет исчерпывающую подборку федеральных документов, регулирующие вопросы особенностей осуществления проектов в РФ и субъектов федерации - всего около 10 000 нормативных актов по всем отраслям права. В нее дополнительно включены бизнес-справки, обзоры актуальных правовых проблем, встречающиеся в том числе и при реализации проектов. Информационная система включает в себя еженедельные мониторинги законодательства, а также более 1500 образцов деловых бумаг, соответствующих действующему законодательству и отвечающих требованиям делопроизводства при реализации проектов.
Консультант Плюс 6.10 значительно расширяет привычные поисковые и аналитические возможности правовых систем и предоставляет менеджерам проекта экономию рабочего времени и свободу выбора. Информационная система ведет одновременный поиск сразу по нескольким базам данных, осуществляет прямой экспорт данных в текстовой редактор Microsoft Word с использованием технологии OLE. Быстродействие операций с базой данных Консультант Плюс 6.10 почти в 2 раза превышает лучшие мировые аналоги. Информационная система подразумевает автоматическую проверку и восстановление баз данных и обновление информации с любой периодичностью вплоть до ежедневной.
- Курс «управление проектами»
- Предисловие
- Глава1 Основные понятия уп 13
- Глава 2 Организационная структура проекта 35
- Глава 3 Менеджер и команда проекта 44
- Глава 4 Процессы управления проектами 61
- Глава 5 Внедрение 74
- Глава 1 Стандарты качества 91
- Глава 2 Особенности управления качеством в проектах 129
- Глава 3 Основы управления качеством 135
- Глава 4 Организация внедрения стандартов качества в проекте 170
- Глава 1 Цели и жизненный цикл проекта 254
- Глава 2 Операции 266
- Глава 3 Ресурсы проекта 307
- Глава 1 Стоимостная оценка элементов проекта 369
- Глава 2 Исполнение проекта 425
- Глава 1 Риски проекта 498
- Глава 2 Методы противостояния рискам 513
- Глава 3 Анализ и управление рисками в проекте 541
- Глава 4 Вероятностные оценки показателей риска 559
- Раздел I основы управления проектом Глава1 Основные понятия уп
- 1.1. Введение
- 1.2. Понятие «проект»
- 1.2.1. Что такое «проект»?
- 1.3. Типы и виды проектов
- 1.3.1. Типы проектов
- 1.3.2. Классы проектов
- 1.3.3. Масштабы проектов
- 1.3.4. Виды проектов
- 1.3.5. По длительности
- 1.4. Участники проекта и окружение проекта
- 1.4.1. Проект в среде предприятия
- 1.4.2. Внешнее окружение проекта
- 1.4.3. Участники проекта
- 1.4.3.1. Выявление участников проекта:
- 1.4.3.2. Классификация участников по степени их воздействия на проект
- 1.4.3.3. Установление приоритетов в требуемых связях с внешними участниками проекта
- 1.5. Жизненный цикл проекта
- 1.5.1. Основные фазы жизненного цикла проекта
- 1.5.2. Начальная фаза
- 1.5.3. Фаза разработки
- 1.5.4. Фаза реализации
- 1.5.5. Завершающая фаза или окончание проекта
- 1.6. Управление проектами
- 1.7. Резюме:
- Глава 2 Организационная структура проекта
- 2.1. Введение
- 2.2. Функциональная структура
- 2.3. Матричная структура
- 2.4. Проектная структура
- 2.5. Дивизиональная и сетевая структуры
- 2.6. Преимущества и недостатки основных типов организационных структур
- 2.7. Выбор структуры управления для проекта
- 3.2.1. Как завершить работы вовремя в пределах бюджета?
- 3.2.2. Функции менеджера проекта
- 3.3. Понятие «команда проекта», основные этапы жизненного цикла команды
- 3.3.1. Основные этапы жизненного цикла команды проекта
- 3.4. Функции участников команды проекта
- 3.4.1. Инженер проекта:
- 3.4.2. Менеджер по проектированию:
- 3.5. Взаимодействие проектных и функциональных руководителей
- 3.6. Конфликты
- 3.6.1. Типы конфликтов
- 3.6.2. Причины возникновения конфликтов
- 3.7. Резюме
- Глава 4 Процессы управления проектами
- 4.1. Введение
- 4.2. Инициация (начальная или прединвестиционная фаза)
- 4.2.1. Причины появления проектов
- 4.2.2. Формирование инвестиционного замысла (идеи) проекта
- 4.2.3. Исследование инвестиционных возможностей проекта
- 4.3. Планирование
- 4.4. Организация выполнения
- 4.4.1. Контроль выполнения планов и использования ресурсов:
- 4.4.2. Регулирование хода реализации проекта
- 4.5. Анализ
- 4.6. Управление изменениями
- 4.7. Завершение
- 4.8. Резюме
- Глава 5 Внедрение
- 5.1. Введение
- 5.2. Стратегия
- 5.2.1. Эффективная стратегия внутреннего управления.
- 5.2.2.Эффективная стратегия внешнего управления.
- 5.3. Технология
- 5.4. Проблемы
- 5.5. Резюме
- Глоссарий
- Литература
- Раздел II управление качеством проекта
- 1.2.2. Развитие управления качеством
- 1.2.3. Стандарты и сертификация
- 1.2.4. Качество продукта и система качества
- 1.3. Стандарты исо серии 9000
- 1.3.1. Стандарты исо серии 9000
- 1.3.2. Всеобщее управление качеством (tqm)
- 1.3.3. Европейская премия по качеству
- 1.4. Качество и сорт
- 1.5. Краткое содержание исо 9001
- 1.6. Резюме
- Глава 2 Особенности управления качеством в проектах
- 2.1. Введение
- 2.2. Управление качеством в проектах
- 2.3. Управление качеством на разных этапах жизненного цикла проекта
- 2.4. Резюме
- 3.2.2. Программа качества
- 3.2.3. Содержание программы качества
- 3.3. Мониторинг качества
- 3.3.1. Общие положения
- 3.3.2. Входной контроль и испытания
- 3.3.3. Контроль и испытания в процессе производства
- 3.3.4. Окончательный контроль и испытания
- 3.3.5. Протоколы контроля и испытаний
- 3.4. Методы анализа качества
- 3.4.1. Применяемые методы анализа качества
- 3.4.2. Контрольный листок
- 3.4.3. Мозговой штурм
- 3.4.4. Схема процесса
- 3.4.5. Диаграмма Парето
- 3.4.6. Причинно-следственная диаграмма
- 3.4.7. Временной ряд
- 3.4.8. Контрольная карта
- 3.4.9. Гистограмма
- 3.4.10. Диаграмма разброса (рассеяния)
- 3.4.11. Статистический контроль процессов
- 3.5. Разработка рекомендаций по поддержанию и улучшению качества
- 3.5.1. Общие понятия о способах поддержания и улучшения качества
- 3.5.2. Кружки качества
- 3.6. Стимулирование сотрудников
- 3.6.1. Нематериальное стимулирование
- 3.6.2. Материальное стимулирование
- 4.3. Создание системы управления качеством проекта
- 4.3.1. Ответственность руководства
- 4.3.2. Общая схема разработки и внедрения системы качества
- 4.3.3. Формирования команды по созданию системы качества
- 4.3.4. Календарный график
- 4.3.5. Разработка и внедрение системы качества
- 4.4. Документы системы управления качеством
- 4.4.1. Обзор документации системы качества
- 4.4.2. Требования стандарта исо 9001:94
- 4.4.3. Руководство по качеству
- Пример возможной формы раздела руководства по качеству
- Пример раздела руководства по качеству
- 4.5. Резюме
- Алфавитный указатель
- Глоссарий
- Литература
- Приложение 1 Международный стандарт исо 10006:97 “Управление качеством. Руководящие указания по качеству при управлении проектом”
- Введение
- 1. Область применения
- 3. Определения
- 4. Характеристики проекта
- 4.2. Управление проектом
- 4.4. Этапы и процессы проекта
- 5. Качество в процессах управления проектом
- 5.1. Общие положения
- 5.2. Стратегические процессы
- 5.3. Процессы управления взаимными зависимостями среди всех остальных процессов
- 5.4. Процессы, связанные с техническим заданием
- 5.5. Процессы, связанные со временем
- 5.6. Процессы, связанные со стоимостью1
- 5.7. Процессы, связанные с ресурсами
- 5.8. Процессы, связанные с персоналом
- 5.9. Процессы, связанные со взаимодействием
- 5.10. Процессы, связанные с рисками1
- 5.11. Процессы, связанные с закупками
- 6. Изучение опыта проекта
- Раздел III техника составления расписания исполнения проекта (планирование мероприятий проекта) Глава 1 Цели и жизненный цикл проекта
- 1.1. Введение
- 1.2. Определение целей и успеха проекта
- 1.3. Управление при помощи проектов и иерархия
- 1.4. Резюме
- Глава 2 Операции
- 2.1. Введение
- 2.2. Понятие операций и значение операций
- 2.3. Характеристики операций
- 2.4. Временные масштабы планирования операций
- 2.5. Календари операций и взаимосвязь операций.
- 2.6. Методы планирования операций. Сетевой анализ и календарное планирование проектов
- 2.7. Критический путь и его анализ
- 2.8. Резервы
- 2.9. Диаграмма Ганта
- 2.10. Резюме
- Глава 3 Ресурсы проекта
- 3.1. Введение
- 3.2. Продолжительность и ресурсы проекта
- 3.3. Классификация ресурсов, их планирование и управление ими
- 3.4. Распределение ресурсов и ресурсные конфликты
- 3.5. Ресурсные конфликты и их разрешение
- 3.6. Управление запасами материалов
- 3.7. Обзор рынка программных средств управления проектами
- 3.8. Резюме
- Глоссарий
- Литература
- Раздел IV стоимостной анализ проекта Глава 1 Стоимостная оценка элементов проекта
- 1.1. Введение
- 1.2. Оценка затрат проекта
- 1.2.1. Влияние временного фактора
- 1.2.2. Дисконтирование (discounting)
- 1.2.3. Анализ графика реализации проекта
- 1.2.4. Метод корректировки планов-графиков с учетом стоимостных параметров
- 1.2.5. Моделирование доходов
- 1. Чистый дисконтированный доход (чдд) или интегральный эффект
- 1.2.6. Поток реальных денег
- 1.3. Резюме
- Глава 2 Исполнение проекта
- 2.1. Введение
- 2.2. Общая характеристика проектных процессов
- 2.3. Мониторинг исполнения проекта
- 2.4. Стоимостной анализ организации проекта
- 2.5. Методы прогнозирования затрат
- 2.6. Учет неопределенности стоимостных оценок
- 2.7. Определение распределения вероятности плановых затрат на реализацию проекта
- 2.8. Базы нормативно-спровочной и исторической информации
- 2.9. Резюме
- Глоссарий
- Литература
- Раздел V управление рисками проекта Глава 1 Риски проекта
- 1.1.Введение
- 1.2. Ситуации неопределенности и события риска
- 1.3. Классификация рисков
- 1.3.1. Внешне непредсказуемые риски
- 1.3.2. Внешние предсказуемые (но неопределенные) риски
- 1.3.3. Внутренние нетехнические риски
- 1.3.4. Технические риски
- 1.3.5. Правовые риски
- 1.3.6. Страхуемые риски
- 1.4. Реагирование на риски
- 1.5. Резюме
- Глава 2 Методы противостояния рискам
- 2.1. Введение
- 2.2. Анализ чувствительности
- 2.3. Проверка устойчивости
- 2.4. Точка безубыточности
- 2.5. Метод Монте-Карло.
- 2.6. Статистический метод pert
- 2.7. Анализ целесообразности затрат
- 2.8. Дерево решений
- 2.9. Метод экспертных оценок
- 2.10. Другие методы работы с рисками
- 2.10.1. Метод аналогий
- 2.10.2. Организационный подход vdd
- 2.11. Резюме
- Глава 3 Анализ и управление рисками в проекте
- 3.1.Введение
- 3.2. Управление риском
- 3.3. Методы управления риском
- 3.4. Распределение риска между участниками проекта
- 3.5. Качественное распределение риска
- 3.6. Страхование риска
- 3.7. Финансирование риска
- 3.8. Резервирование средств на покрытие непредвиденных расходов
- 3.9. Организация работ по анализу риска
- 3.10. Резюме
- Глава 4 Вероятностные оценки показателей риска
- 4.1. Введение
- 4.2. Вероятностные оценки показателей риска
- 4.3. Резюме
- Глоссарий
- Литература
- Глоссарий