Галерея диаграмм связей Карта инженера по управлению проектами системной интеграции
Это интеллектуальная карта инженеров по управлению проектами системной интеграции, включающая: атрибуты качества информации, характеристики информационных систем, состав информационных систем, жизненный цикл информационных систем, уровень информации, развитие информационных технологий и тенденции.
Отредактировано в 2024-03-21 15:29:01Cent ans de solitude est le chef-d'œuvre de Gabriel Garcia Marquez. La lecture de ce livre commence par l'analyse des relations entre les personnages, qui se concentre sur la famille Buendía et raconte l'histoire de la prospérité et du déclin de la famille, de ses relations internes et de ses luttes politiques, de son métissage et de sa renaissance au cours d'une centaine d'années.
Cent ans de solitude est le chef-d'œuvre de Gabriel Garcia Marquez. La lecture de ce livre commence par l'analyse des relations entre les personnages, qui se concentre sur la famille Buendía et raconte l'histoire de la prospérité et du déclin de la famille, de ses relations internes et de ses luttes politiques, de son métissage et de sa renaissance au cours d'une centaine d'années.
La gestion de projet est le processus qui consiste à appliquer des connaissances, des compétences, des outils et des méthodologies spécialisés aux activités du projet afin que celui-ci puisse atteindre ou dépasser les exigences et les attentes fixées dans le cadre de ressources limitées. Ce diagramme fournit une vue d'ensemble des 8 composantes du processus de gestion de projet et peut être utilisé comme modèle générique.
Cent ans de solitude est le chef-d'œuvre de Gabriel Garcia Marquez. La lecture de ce livre commence par l'analyse des relations entre les personnages, qui se concentre sur la famille Buendía et raconte l'histoire de la prospérité et du déclin de la famille, de ses relations internes et de ses luttes politiques, de son métissage et de sa renaissance au cours d'une centaine d'années.
Cent ans de solitude est le chef-d'œuvre de Gabriel Garcia Marquez. La lecture de ce livre commence par l'analyse des relations entre les personnages, qui se concentre sur la famille Buendía et raconte l'histoire de la prospérité et du déclin de la famille, de ses relations internes et de ses luttes politiques, de son métissage et de sa renaissance au cours d'une centaine d'années.
La gestion de projet est le processus qui consiste à appliquer des connaissances, des compétences, des outils et des méthodologies spécialisés aux activités du projet afin que celui-ci puisse atteindre ou dépasser les exigences et les attentes fixées dans le cadre de ressources limitées. Ce diagramme fournit une vue d'ensemble des 8 composantes du processus de gestion de projet et peut être utilisé comme modèle générique.
Глава 1. Информационные знания
качественные характеристики информации
Точность
честность
надежность
своевременность
Экономика
проверяемость
безопасность
Характеристики информационных систем
Цель
Нестабильность
стабильность
открытость
уязвимость
Надежность
компоненты информационных систем
аппаратное обеспечение
программное обеспечение
база данных
сеть
накопитель
Чувствительное устройство
периферийные устройства
персонал
процедуры обработки данных в информацию
Момент времени:
В октябре 1948 года Шеннон опубликовал статью «Математическая теория связи».
В 1997 году Национальная система информатизации, предложенная в «Девятом пятилетнем плане национальной информатизации» и «Очерке долгосрочных целей на 2010 год», выпущенном Ведущей группой по информационным технологиям Государственного совета, оказала глубокое влияние на строительство информатизации моей страны.
В феврале 2014 года была создана Центральная руководящая группа по сетевой безопасности и информатизации.
В сентябре 2013 года Министерство промышленности и информационных технологий и соответствующие ведомства Госсовета подготовили план действий «Плана развития информатизации».
руководящая идеология
Основной принцип
Координировать развитие и продвигаться упорядоченным образом
Ориентированность на спрос, ориентация на рынок
Улучшайте механизм и внедряйте инновации
Укрепить управление и обеспечить безопасность
В 1996 году Gartner Group предложила концепцию бизнес-аналитики.
Жизненный цикл информационной системы
Системное планирование
Анализ осуществимости
план развития проекта
Системный анализ
анализ спроса
Системный дизайн
Эскизный дизайн
детальный дизайн
Внедрение системы
кодирование
тест
Эксплуатация и обслуживание
Информационный уровень
Информатизация продукта
Информатизация предприятия
Промышленная информатизация
Информатизация народного хозяйства
Информатизация общественной жизни
Развитие и тенденции информационных технологий
Высокая скорость и большая емкость
Интеграция и платформеризация
Разумный
виртуальные вычисления
коммуникационные технологии
Дистанционное зондирование и сенсорные технологии
Мобильный смарт-терминал
люди ориентированные
информационная безопасность
Интеграция информатизации и информатизации
Содержание электронного правительства
Межправительственное электронное правительство G2G
Электронное правительство между правительством и бизнесом G2B
Межправительственное электронное правительство G2C
Правительство государственным служащим G2E
Шаги по внедрению бизнес-аналитики
анализ спроса
Моделирование хранилища данных
Извлечение данных
Создание отчетов анализа бизнес-аналитики
Обучение пользователей и тестирование схемы данных
Улучшения и доработки системы
Большие данные
Функции
Большое количество томов
Высокая скоростьСкорость
Разнообразие
ЗначениеЗначение
Правдивость
облачные вычисления
тип
Инфраструктура IaaS как услуга
PaaS-платформа как услуга
Программное обеспечение SaaS как услуга
Эталонная модель «умного города» P100
Эталонная модель строительства умного города включает 5 слоев с зависимостями и 3 системы поддержки с ограничениями на строительство.
5 функциональных слоев
Уровень восприятия Интернета вещей
уровень сети связи
Уровень вычислений и хранения
Уровень поддержки службы данных
Интеллектуальный прикладной уровень
Трехуровневая система поддержки
Система безопасности
Система управления строительной деятельностью
Стандартная система спецификаций
Глава 2 Интеграция информационных систем и управление услугами
временные рамки
Система сертификации квалификации интеграции компьютерных информационных систем внедрена с 1 января 2000 года.
Условия уровня квалификации интеграции информационных систем P116
Действует с 1 июля 2015 г.
Комплексные условия
Лет работы
Уставный капитал
Финансовый статус
Финансовое положение за последние три года
Репутация
производительность
Количество проектов системной интеграции, завершенных за последние три года, масштаб проекта, техническое содержание проекта, соотношение затрат на программное обеспечение проекта, качество реализации и уровень сферы деятельности.
способность управления
Система контроля качества
Управление обслуживанием клиентов
Техническая мощь
Сферы бизнеса
Возможности разработки программного обеспечения
Сила таланта
Доля инженерно-технического персонала, персонала со степенью бакалавра и выше, количество руководителей проектов, система обучения, уровень управления человеческими ресурсами
Система управления P109
Оценка стандартов услуг информационных технологий ITSS
Сертификация системы управления ИТ-услугами ITSMS
Сертификация системы управления информационной безопасностью СМИБ
ИТ-аудит
Управление IT
тема
ИТИЛ-П117
Библиотека инфраструктуры информационных технологий ITIL
Это набор библиотеки спецификаций управления ИТ-услугами, разработанный CCTA (Национальным агентством компьютеров и телекоммуникаций Великобритании) в конце 1980-х годов.
ITIL — это описание процесса управления ИТ-инфраструктурой. Оно ориентировано на процесс и ориентировано на клиента. Оно улучшает возможности и уровень предоставления ИТ-услуг и поддержки за счет интеграции ИТ-услуг и корпоративных услуг.
Разработка ТИТЛ
В1: 1989~1995 гг.
В2: 2000~2004
Версия 3: опубликована в 2007 году и объединяет лучшее из версий 1 и 2.
ITIL2011: обновленная версия V3.
Управление ИТ-услугами (ITSM) P118
Основная идея
ИТ-организации являются поставщиками ИТ-услуг.
Реализация первоначальных фундаментальных целей ITSM
Предоставление ИТ-услуг с клиентоориентированным подходом
Предоставлять качественные и недорогие услуги
Предоставляемые услуги могут быть точно оценены
Основные принципы ITSM
Краткое изложение вторичных преобразований
Первый раз расчесываю
Второй раз собираю вещи
Область применения ИТСМ
ITSM для управления ИТ
ITSM фокусируется на эксплуатации и управлении ИТ.
ITSS (Стандарт услуг информационных технологий)-P121
Принцип P122
Компоненты (ППРТ)
Люди
Процесс
Технологии
Ресурсы
Жизненный цикл (ПИОИС)
Планирование и дизайн
Развертывание и реализация
Сервисная эксплуатация (Эксплуатация)
Постоянное улучшение
Надзор
Профессиональные технические знания по интеграции информационных систем
3.1 Построение информационной системы
Жизненный цикл информационной системы
Построение информационной системы включает в себя
Покупка оборудования
системная интеграция
разработка программного обеспечения
Услуги по эксплуатации и техническому обслуживанию
жизненный цикл информационной системы
Создание проекта
стадия концепции или стадия требований
развивать
Осуществление общего планирования на основе анализа потребностей, проведенного на этапе создания проекта.
Эксплуатация и обслуживание
После того как информационная система прошла приемку и официально передана пользователю, она переходит в стадию эксплуатации и сопровождения.
умереть
Информационные системы неизбежно будут сталкиваться с системными обновлениями, функциональным расширением или даже отказом и реконструкцией.
Методы разработки информационных систем
структурированный подход
Самый распространенный метод разработки.
Процесс разработки разделен на несколько этапов, которые выполняются последовательно. Предыдущий этап является основой для работы последующего этапа и выполняется по порядку.
Особенности: Сосредоточьтесь на целостности и общем характере процесса разработки.
Недостатки: длительный цикл разработки, громоздкая документация и инструкции по проектированию, низкая эффективность работы.
метод прототипа
Первоначальное понимание потребностей пользователя: сначала быстро разработать прототип системы, а затем неоднократно модифицировать его для достижения окончательных потребностей пользователя в системе.
Особенности: Динамическое реагирование на потребности пользователей и постепенное включение.
Прототипы делятся на одноразовые и эволюционные прототипы.
объектно-ориентированный подход
Используйте объекты для представления объективных вещей. Объект — это строго модульная сущность, которая является общей и неоднократно используется при разработке системы.
3.2 Проектирование информационных систем
Дизайн
общий дизайн
Общий проект архитектуры, общий проект архитектуры программных систем, общий проект хранения данных, проект компьютерных и сетевых систем.
Детальный проект каждой детали (физический проект)
дизайн кода
Проектирование базы данных
Проектирование человеко-машинного интерфейса
разработка процесса
Архитектура системы: разбейте систему на более мелкие подсистемы и компоненты, в результате чего появятся разные логические уровни и сервисы.
Выбор оборудования, СУБД и технологий: подразумевает учет внутренней и внешней среды, а также субъективных и объективных условий внедрения системы.
3.3 Разработка программного обеспечения
Анализ и определение требований к программному обеспечению
Требования к программному обеспечению — это описания проблем, которые необходимо решить.
Определенные требования должны быть проверяемыми.
Проектирование, тестирование и обслуживание программного обеспечения
Обеспечение качества и оценка качества программного обеспечения
Внутреннее качество, внешнее качество, качество использования
Обеспечение качества программного обеспечения, верификация и валидация, обзор и аудит
Управление конфигурацией программного обеспечения
Контролируйте развитие и целостность продукта, определяя его составные элементы, управляя и контролируя изменения, проверяя, записывая и сообщая информацию о конфигурации.
включать
План управления конфигурацией программного обеспечения
Понять связь между средой организационной структуры и организационными подразделениями и уточнить задачи управления конфигурацией программного обеспечения.
идентификатор конфигурации программного обеспечения
Определите элементы конфигурации, которые необходимо контролировать, и установите базовый уровень для этих элементов конфигурации и их версий.
Контроль конфигурации программного обеспечения
Сосредоточьтесь на управлении изменениями в течение жизненного цикла программного обеспечения.
Запись состояния конфигурации программного обеспечения
Записи идентифицируют, собирают, поддерживают и сообщают информацию о состоянии конфигурации для управления конфигурацией.
Аудит конфигурации программного обеспечения
Независимая оценка программных продуктов и процессов на соответствие установленным правилам, стандартам, рекомендациям, планам и процессам.
Управление выпуском и доставкой программного обеспечения
Управление и доставка требуют создания конкретных версий поставки, и ключом к достижению этого является библиотека программного обеспечения.
процесс управления программным обеспечением
1. Инициирование проекта и определение объема: инициируйте проект и определите требования к программному обеспечению.
2. Планирование проекта. Разработайте план и определите соответствующий процесс жизненного цикла программного обеспечения в ключевых точках.
3. Реализация проекта
4. Мониторинг и обзор проекта
5. Закрытие и закрытие проекта
инструменты разработки программного обеспечения
инструменты спроса
Инструменты моделирования требований
Инструмент отслеживания требований
Инструменты проектирования
редактор программы
переводчик
Генератор кода
устный переводчик
отладчик
строительные инструменты
тестовый генератор
платформа выполнения тестов
Инструменты оценки тестов
инструменты управления тестированием
Инструменты анализа производительности
инструменты для обслуживания
инструменты понимания
Инструменты реинжиниринга (например, инструменты рефакторинга)
Инструменты управления конфигурацией
Инструменты отслеживания
Инструмент управления версиями
издательские инструменты
Инструменты управления проектами
План проэкта
Инструменты отслеживания
инструменты управления рисками
измерительные инструменты
инструменты инженерного процесса
инструменты моделирования
Инструменты управления
среда разработки программного обеспечения
качественные инструменты
Инструмент проверки
инструмент анализа
Использование программного обеспечения: используйте различные существующие соответствующие знания для создания нового программного обеспечения, чтобы снизить затраты на разработку и обслуживание программного обеспечения.
3.4 Объектно-ориентированный системный анализ и проектирование
основная концепция
Объект:
Это модуль, используемый системой для описания объективных вещей, и базовая единица, составляющая систему.
Основные элементы
Статус объекта
Идентификатор объекта
поведение объекта
Класс: инкапсулирует атрибуты (данные) и операции (функции) объекта вместе.
Абстракция: характеристики, сформированные путем извлечения общих черт из конкретных экземпляров.
Инкапсуляция: группируйте связанные понятия в модульный модуль и обращайтесь к нему по имени.
Наследование: представляет иерархические отношения между классами. Объект одного типа может наследовать характеристики объекта другого типа.
Полиморфизм: определение одного и того же имени операции или атрибута может иметь разные реализации в каждом классе.
Интерфейс: описывает, что должна делать операция, но не определяет, как она должна выполняться.
Сообщение: взаимодействие между объектами, отправка инструкций целевому объекту для выполнения связанных операций.
Компонент: представляет собой заменяемую физическую часть системы.
повторное использование
модель
Управление созданием проекта
1. 1. Проектное предложение
Предложение проекта также называется заявкой на проект.
Основа для технико-экономического обоснования
Основное содержание проектного предложения
Описание Проекта
Обзор отдела проектных предложений
Необходимость строительства проекта
бизнес-анализ
общий план строительства
План строительства проекта на этом этапе
Охрана окружающей среды, пожарная безопасность, охрана труда
Ход реализации проекта
Оценка инвестиций и привлечение капитала
Анализ выгод и рисков
2. 2. Технико-экономическое обоснование проекта
Содержание технико-экономического обоснования проекта
инвестиционная необходимость
техническая осуществимость
финансовая осуществимость
организационная целесообразность
экономическая целесообразность
социальная целесообразность
Факторы риска и меры противодействия
рыночный риск
технологический риск
Финансовый риск
организационный риск
Юридический риск
экономические и социальные риски
Доклад
一、 Обзор проекта
название проекта
Строительная группа проекта и ответственное лицо, ответственное лицо проекта
Отдел подготовки ТЭО
Основа для подготовки отчета о технико-экономическом обосновании
Цели строительства проекта, масштаб, содержание, сроки строительства
Общий объем инвестиций в проект и источники финансирования
экономические и социальные выгоды
Корректировки, связанные с утверждением проектного предложения
Основные выводы и предложения
二、 Обзор строительного блока проекта
Строительные единицы и функции проекта
Организация и обязанности реализации проекта
三、 Анализ потребностей и необходимость реализации проекта
Бизнес-функции, бизнес-процессы и анализ объемов бизнеса
Анализ и прогнозирование объема информации
Анализ функций системы и требований к производительности
Состояние оборудования информационной системы и приложений, а также пробелы
Необходимость строительства проекта
四、 общий план строительства
Принципы и стратегии строительства
Общие цели и поэтапные цели
Общие строительные задачи и содержание поэтапного строительства
Общий дизайн
五、 План строительства проекта на этом этапе
Цели строительства, масштабы и содержание
Планирование информационных ресурсов и план построения базы данных
План построения платформы поддержки приложений и системы приложений
План построения системы обработки и хранения данных
План строительства терминальной системы
План построения сетевой системы
План строительства системы безопасности
План построения резервной системы
План строительства системы эксплуатации и технического обслуживания
Другие решения для построения системы
Основные принципы выбора программного и аппаратного обеспечения и подробный список конфигурации программного и аппаратного обеспечения.
План машинного помещения и вспомогательного инженерного строительства
Подробное объяснение изменений и корректировок плана строительства относительно утверждения проектного предложения.
六、 План торгов по проекту
Объем торгов
Метод торгов
Форма тендерной организации
七、 Охрана окружающей среды, пожарная безопасность, охрана труда
Воздействие на окружающую среду и экологические меры
Противопожарные меры
профессиональная безопасность
八、 Организация проекта и обучение персонала
Организация лидерства и управления
Агентство реализации проектов
Организация эксплуатации и технического обслуживания
Техническая численность и кадровое обеспечение
Программа обучения персонала
九、 Ход реализации проекта
Срок строительства проекта
График реализации
十、 Инвестиционная оценка и источники финансирования
Соответствующие инструкции по оценке инвестиций
Общая оценка инвестиций в проект
Источники финансирования и статус реализации
План использования фонда
Эксплуатация и техническое обслуживание проекта, а также оценка стоимости
十一、 Анализ выгод и индикаторы оценки
Анализ экономической выгоды
Анализ социальных выгод
Анализ дешевых индикаторов проекта
十二、 Риск проекта и управление рисками
Идентификация и анализ рисков
Меры противодействия и управление рисками
3. 3. Утверждение проекта
Основная основа для строительства проекта
Проектное предложение
отчет о технико-экономическом обосновании
Предварительный план проектирования
Инвестиционный бюджет
4. 4. Торги по проекту
1. Положения, связанные с тендерами
Срок реализации предквалификационной документации или тендерной документации должен составлять не менее 5 дней.
При наличии менее 3 претендентов, прошедших предварительную квалификацию, конкурсные предложения объявляются повторно.
Гарантия тендерной заявки не должна превышать <= 2% от расчетной цены тендерного проекта.
2. Торги по проекту
Определение намерения проекта
Предпродажная коммуникация проекта
Получить тендерную документацию
Подготовить тендерную документацию
Участвовать в тендерных мероприятиях
3. Вскрытие тендерных предложений и оценка
При наличии менее 3 участников торги не будут вскрыты.
Комиссия по оценке заявок должна состоять из нечетного числа более 5 человек, включая экспертов в технической, экономической и других смежных областях, имеющих высшие профессиональные звания или эквивалентные профессиональные уровни, представителей участников торгов и конкурсных организаций, среди которых количество экспертов по технической, экономической и других областях не должно быть менее 2/3 от общего числа членов.
Победителей торгов должно быть не более 3, с указанием очередности.
Участник тендера должен объявить о победителе торгов в течение 3 дней с даты получения отчета об оценке предложения, причем период объявления не может быть менее 3 дней.
Участник тендера обязан вернуть победителю и проигравшему участнику тендера гарантийный депозит и проценты по банковскому депозиту за тот же период в течение 5 дней после подписания письменного контракта.
Победитель торгов должен предоставить залог исполнения в соответствии с требованиями тендерной документации. Залог не должен превышать сумму победившего контракта <= 10%.
Победитель торгов не имеет права передавать победивший проект другим лицам, а также не может расчленять победивший проект и передавать его другим лицам отдельно.
4. Переговоры и подписание контракта
Переговоры по контракту
Давайте сначала поговорим о технических терминах, в том числе
Содержание технических приложений к договору
Технический маршрут реализации контракта
стандарты оценки качества
Закупка оборудования и системные расценки
Доля персонала, инвестированного в развитие
Мы обсудим деловые условия позже, в том числе
Льготные условия по ценам предложения
качество
Период строительства
Штрафы за нарушение сервиса
Другие вещи, которые необходимо обсудить
подписание контракта
Условия договора
1||| Название и адрес стороны
2||| Цель
3||| количество
4||| качество
5||| цена и внимание
6||| Срок, место и способ исполнения
7||| Ответственность за нарушение договора и способы разрешения споров
технологический контракт
1||| название проекта
2||| Содержание предмета, объем и требования
3||| План, график, сроки, место, территория и способ выполнения
4||| Конфиденциальность технической документации и информации
5||| Принятие ответственности за риск
6||| Атрибуция технических достижений и метод распределения выгод
7||| Критерии и методы приемки
8||| Цена, вознаграждение или роялти и способ оплаты
9||| Метод расчета заранее оцененных убытков или возмещения убытков
10||| Методы разрешения споров
11||| Объяснение существительных терминов и т. д.
5. 5. Создание проекта поставщика
Внутренние причины проекта
Распределение ресурсов по проектам посредством утверждения проекта
Определение разумных целей реализации проекта посредством его создания поможет улучшить мотивацию персонала.
Повысьте эффективность реализации проекта с помощью методов работы на основе проектов.
Внутреннее содержание проекта
Оценка ресурсов проекта
Распределение ресурсов проекта
Подготовить краткое описание проекта
Назначить менеджера проекта
Общее управление проектом
1. Общий обзор управления проектом
Общее управление проектами включает в себя работу, проводимую по выявлению, определению, объединению, унификации и координации различных процессов и действий различных групп процессов управления проектами. Это комплексная и всеобъемлющая управленческая работа в управлении проектами.
6 процессов
Разработать устав проекта
Разработать план управления проектом
Направлять и управлять работой проекта
Контролировать работу проекта
Внедрить целостный контроль изменений
Завершить проект или этап
Действия, которые может выполнять команда управления проектом, включают:
Анализировать и понимать масштаб проекта
Критерии приемки документов для требований к продукции
Понять, как собирать идентифицированную информацию и структурировано включать ее в план управления проектом.
Подготовить структуру декомпозиции работ
Принять соответствующие меры для обеспечения реализации проекта в соответствии с запланированным объемом и общим процессом управления.
Измеряйте и контролируйте состояние проекта, процессы и продукты
Анализируйте риски проекта
2. Общий процесс реализации проекта
Разработать устав проекта
1||| Роль устава проекта
Определить руководителя проекта и определить полномочия руководителя проекта
Официальное подтверждение существования проекта и придание ему юридического статуса.
Определите общие цели проекта, включая объем, время, стоимость и качество.
Описывая причины запуска проекта, свяжите проект с повседневной деловой деятельностью и стратегическими планами исполняющей организации.
2||| Материалы для разработки устава проекта
a. Описание проекта SOW
Потребности бизнеса
Описание ассортимента продукции
Стратегический план
b. бизнес-кейс
Предоставьте необходимую информацию с точки зрения бизнеса, чтобы решить, стоит ли инвестировать в проект.
c. протокол
Определите первоначальное намерение запуска проекта (контракты, меморандумы о взаимопонимании (MOU), соглашения о качестве обслуживания (SLA), письма-соглашения, письма о намерениях, устные соглашения, электронные письма или другие письменные соглашения)
d. Активы организационного процесса
Организационные стандартные процедуры, политики и определения процессов
Шаблоны (например, шаблоны уставов проектов)
Историческая информация и база знаний извлеченных уроков (например, записи и документы проекта, полная информация и документация о закрытии проекта, информация о результатах предыдущих решений по выбору проекта и прошлых результатах проекта, а также информация, полученная в ходе деятельности по управлению рисками)
e. факторы деловой среды
государственные стандарты
Отраслевые стандарты или правила (например, профессиональные кодексы поведения, стандарты качества или правила защиты работников)
организационная культура и структура
рыночные условия
3||| Инструменты и методы разработки устава проекта
экспертная оценка
технология наведения
Мозговой штурм
Разрешение конфликтов
задача решена
Управление конференциями
4||| Разработка устава проекта
Устав проекта
3. Разработать план управления проектом
входить
Устав проекта
Результаты других процессов планирования
Активы организационного процесса
Расписание
данные о рисках
Реализуйте ценные данные
процедуры финансового контроля
информация об истории
База знаний извлеченных уроков, руководство по эксплуатации
факторы деловой среды
Инструменты и методы
экспертная оценка
технология наведения
Мозговой штурм
Разрешение конфликтов
задача решена
Управление конференциями
выход
план управления проектом
Используемый процесс управления проектом
Степень реализации каждого конкретного процесса управления проектом.
Описание инструментов и методов, используемых для выполнения этого процесса.
Жизненный цикл, используемый в проекте, и процессы, которые будут использоваться на каждом этапе.
Как использовать выбранные процессы для управления конкретными проектами
Как будут выполняться работы для достижения целей проекта и описание целей проекта
Как контролировать и контролировать изменения, а также уточнять, как будут отслеживаться изменения.
План управления конфигурацией, определяющий, как будет осуществляться управление конфигурацией.
Инструкции по поддержанию целостности базовых показателей эффективности проекта
Требования и методы общения с заинтересованными сторонами проекта
Модель жизненного цикла, выбранная для проекта
Критический управленческий анализ содержания, серьезности и срочности некоторых устаревших и ожидаемых решений.
вспомогательная программа
1||| план управления объемом
2||| план управления спросом
3||| план управления прогрессом
4||| план управления затратами
5||| план управления качеством
6||| план улучшения процесса
7||| План управления человеческими ресурсами
8||| план управления коммуникациями
9||| план управления рисками
10||| План управления закупками
11||| План управления заинтересованными сторонами
4. Направлять и управлять работой проекта
входить
план управления проектом
Одобренный запрос на изменение
факторы деловой среды
Организационная культура, культура компании или культура клиента
Структура исполняющей или спонсирующей организации
инфраструктура
Система управления персоналом
Терпимость к риску заинтересованных сторон
информационная система управления проектами
Активы организационного процесса
Инструменты и методы
информационная система управления проектами
Инструмент планирования расписания
система авторизации работы
система управления конфигурацией
Система сбора и публикации информации
Политика ведения учета и требования безопасности
Процесс управления проблемами и дефектами
база данных измерений процесса
Архивы прошлых проектов
База данных управления проблемами и дефектами
Встреча
обмен информацией
Разумный план, оценка плана или разработка плана
Принимать решения
экспертная оценка
выход
Практические результаты
данные о производительности труда
Запрос на изменение
Корректирующее действие
Меры предосторожности
Устранение дефектов
возобновлять
Обновление плана управления проектом
Обновления файлов проекта
документ с требованиями
Журнал проекта
книга учета рисков
Реестр заинтересованных сторон
5. Контролировать работу проекта
входить
план управления проектом
прогноз прогресса
Прогресс отклонения SV
Индекс производительности расписания SPI
прогноз затрат
Подтвержденные изменения
информация о производительности труда
факторы деловой среды
Активы организационного процесса
Требования к организационным коммуникациям
процедуры финансового контроля
Процедура управления проблемами и дефектами
процедуры контроля изменений
процедуры контроля рисков
база данных измерений процесса
База данных извлеченных уроков
Инструменты и методы
аналитические навыки
регрессивный анализ
Групповой анализ
анализ причин и следствий
Анализ первопричин RCA
метод прогнозирования
Анализ видов и последствий отказов FMEA
Анализ дерева неисправностей FTA
Анализ резервов
анализ тенденций
Управление прибавочной стоимостью
Расчетное время ETC, необходимое для завершения
информационная система управления проектами
Встреча
экспертная оценка
выход
Запрос на изменение
Корректирующее действие
Меры предосторожности
Устранение дефектов
отчет о выполнении работы
Обновление плана управления проектом
Обновления файлов проекта
Расписание и прогнозы стоимости
отчет о выполнении работы
Журнал проблем
6. Внедрить целостный контроль изменений
входить
план управления проектом
отчет о выполнении работы
Запрос на изменение
Активы организационного процесса
факторы деловой среды
Инструменты и методы
Встреча
инструменты контроля изменений
экспертная оценка
выход
Одобренный запрос на изменение
Журнал изменений
Обновление плана управления проектом
Обновления файлов проекта
7. Завершить проект или этап
входить
план управления проектом
Результаты для приемки
Активы организационного процесса
Инструменты и методы
аналитические навыки
Встреча
экспертная оценка
выход
Конечный продукт, услуга или результат
Обновления активов процессов организации
управление содержанием проекта
一、 управление содержанием проекта
важность
1||| Уточнить конкретный объем и конкретное содержание работ проекта, что обеспечивает основу для повышения точности оценок затрат, времени и ресурсов.
2||| Поскольку содержание проекта определяет, какие конкретные работы должны быть выполнены, базовый план содержания проекта является базовым планом для определения измерения и контроля хода проекта.
3||| Определение содержания проекта заключается в определении конкретных рабочих задач проекта, что помогает четко разделить обязанности и распределить задачи.
6 процессов
1||| Подготовьте процесс планирования управления содержанием, описав процесс определения, подтверждения и контроля содержания проекта.
2||| Сбор требований
3||| Определить область действия
4||| Создайте структуру декомпозиции работ
5||| Подтвердите область действия
6||| контроль объема
二、 Подготовить план управления объемом
входить
план управления проектом
Устав проекта
Активы организационного процесса
факторы деловой среды
Инструменты и методы
Встреча
экспертная оценка
выход
план управления содержанием проекта
Разработать подробное описание содержания проекта
Создайте WBS на основе подробного описания объема работ.
Поддерживать и утверждать структуру декомпозиции работ (WBS)
Официальная приемка завершенных результатов проекта
Обрабатывать изменения в подробном описании содержания проекта или WBS.
План управления спросом (содержание)
Как планировать, отслеживать и составлять отчеты по различным действиям, связанным с требованиями
Действия по управлению конфигурацией
Как инициировать изменения продукта
Как проанализировать его влияние
Как отслеживать, отслеживать и сообщать
Изменить орган утверждения
процесс приоритезации требований
Размеры продукта и причины их использования
Структура трассировки, используемая для отражения того, какие атрибуты требований будут включены в матрицу трассировки.
Процесс сбора требований
三、 Сбор требований
входить
план управления объемом
план управления спросом
План управления заинтересованными сторонами
Устав проекта
Реестр заинтересованных сторон
Инструменты и методы
Интервью
фокус-группа
семинар с гидом
Группа инновационных технологий
техники принятия групповых решений
Анкета
наблюдать
метод прототипа
Бенчмаркинг
Схема взаимодействия системы
Анализ файлов
выход
Документ с требованиями (содержание включено)
(1) Потребности бизнеса
1||| Отслеживаемые цели и цели проекта
2||| Обеспечьте соблюдение бизнес-правил организации
3||| руководящие принципы организации
(2) Потребности заинтересованных сторон
1||| Влияние на другие области организации
2||| Влияние на группы, внутренние по отношению к исполняющей организации или внешние по отношению к организации.
3||| Потребности в коммуникации и отчетности с заинтересованными сторонами
(3) Требования к решению
1||| Функциональные и нефункциональные требования
2||| Требования к соблюдению технических требований и стандартов
3||| Потребности в поддержке и обучении
4||| требования к качеству
5||| Требования к отчетности
(4) Требования к проекту
1||| Уровни обслуживания, производительность, безопасность и соответствие требованиям и т. д.
2||| Критерии приемки
(5) Потребности в переходном периоде
(6) Предположения, зависимости и ограничения, связанные с требованиями
Матрица отслеживания требований (содержание включено)
1||| Потребности, возможности, цели и задачи бизнеса
2||| Цели проекта
3||| Объем проекта/Результаты WBS
4||| дизайн продукта
5||| разработка продукта
6||| Стратегии тестирования и сценарии тестирования
7||| Требования высокого уровня к детальным требованиям
四、 Определение области действия
входить
план управления объемом
Устав проекта
документ с требованиями
Активы организационного процесса
Инструменты и методы
анализ продукта
(1) разбивка продукта
(2) Системный анализ
(3) анализ спроса
(4) Системная инженерия
(5) Инжиниринг стоимости
(6) Анализ стоимости
экспертная оценка
Альтернативное поколение
семинар с гидом
выход
Описание объема проекта (содержание включено)
(1) Цели проекта
(2) Описание ассортимента продукции
(3) Требования к проекту
(4) границы проекта
(5) Результаты проекта
(6) Ограничения проекта
(7) Предположения
Обновления файлов проекта
Реестр заинтересованных сторон
документ с требованиями
Матрица отслеживания требований
五、 Создайте структуру декомпозиции работ
входить
план управления объемом
заявление о содержании проекта
документ с требованиями
Активы организационного процесса
факторы деловой среды
Инструменты и методы
авария
Разбивка всей работы проекта на рабочие пакеты требует следующих действий:
(1) Определить и проанализировать результаты и сопутствующую работу
(2) Определить структуру и расположение WBS
(3) Разложение послойно сверху вниз
(4) Разработать и присвоить идентификационные коды компонентам WBS.
(5) Проверьте соответствующий уровень декомпозиции результатов.
Как правило, целесообразнее разделить проект на 3–5 уровней. Если уровней слишком много, лучше всего разделить проект на разные подпроекты. Если уровней слишком мало, их будет неудобно контролировать. управлять более крупными проектами.
При декомпозиции структуры работы следует руководствоваться следующими принципами:
(1) Поддерживайте целостность проекта иерархически, чтобы не пропустить важные компоненты.
(2) Рабочая единица может быть подчинена только единице верхнего уровня, чтобы избежать перекрестного подчинения.
(3) Рабочие единицы на одном уровне применяют одни и те же свойства.
(4) Рабочие подразделения должны иметь возможность разделять разных ответственных лиц и различное содержание работы.
(5) Содействие планированию управления проектами и потребностям в контроле проекта
(6) Работа самого низкого уровня должна быть сопоставимой, управляемой и количественно проверяемой.
(7) Должен включать работу по управлению проектом, включая работу по субподряду.
экспертная оценка
выход
Базовый уровень объема
Утвержденное описание содержания, иерархическая структура работ (WBS) и соответствующий словарь WBS образуют базовый план содержания.
компонент
(1) заявление о содержании проекта
(2) WBS представляет собой иерархическую разбивку всего объема работ, которые команда проекта должна выполнить для достижения целей проекта и создания необходимых результатов.
(3) Словарь WBS предназначен для каждого компонента WBS. Содержимое словаря WBS включает:
a. Идентификатор кода счета
b. Описание Работы
c. Предположения и ограничения
d. ответственная организация
e. основные этапы прогресса
f. Сопутствующие мероприятия по прогрессу
g. Требуемые ресурсы
h. Оценка стоимости
i. Требования к качеству
j. Критерии приемки
k. Технические ссылки
l. Информация протокола
(4) Обновления файлов проекта
Обновления файлов проекта
Роль и значение WBS
Создание структуры декомпозиции работ — это процесс разбиения результатов проекта и работ проекта на более мелкие и более управляемые компоненты.
Структура декомпозиции работ (WBS) является основой управления проектом. Все работы по планированию и контролю проекта должны основываться на структуре декомпозиции работ.
Основная функция — обеспечить структурированное представление контента, который необходимо доставить.
WBS — это иерархическая декомпозиция всех объемов работ, которые необходимо реализовать для достижения целей проекта и создания результатов.
WBS организует и определяет общий объем проекта и представляет работы, указанные в утвержденном текущем описании содержания проекта.
Назначение каждого пакета работ контрольной учетной записи и установление уникального идентификатора пакета работ на основе «кода учетной записи» является последним шагом в создании WBS.
значение:
(1) Посредством декомпозиции рабочей структуры проект разбивается на части, чтобы персонал, связанный с проектом, мог понять проект с первого взгляда, а обзор и состав проекта можно сделать ясными, ясными, прозрачными и конкретными.
(2) Обеспечить системность и целостность структуры проекта.
(3) Посредством декомпозиции рабочей структуры можно создать полную систему обеспечения проекта, поскольку этот процесс декомпозиции разлагает ключевые моменты общей цели проекта, такие как график, стоимость и качество, на контролируемые единицы проекта, чтобы облегчить выполнение и реализацию требований к цели.
(4) Декомпозиция структуры работы проекта может прояснить рабочее взаимодействие всех сторон, участвующих в проекте, и облегчить разделение и реализацию обязанностей.
(5) Окончательную структуру декомпозиции работ можно напрямую использовать в качестве инструмента планирования и контроля графика.
(6) Обеспечить основу для организации управления коммуникациями проекта и облегчить понимание ключевых моментов информации.
(7) Это основа и основная основа для формулирования каждого подплана и мер контроля проекта.
(8) Помогает предотвратить расползание требований и объема работ.
содержание
(1) Рабочая единица самого низкого уровня WBS называется пакетом работ, который является основой для составления графика, оценки затрат и мониторинга.
(2) Иерархическая структура работ используется для определения объема проекта. Все работы по проекту должны быть включены в иерархическую структуру работ, а любая работа, не включенная в иерархическую структуру работ, не является частью проекта и не может быть выполнена.
(3) Подготовка структуры декомпозиции работ требует участия всех заинтересованных сторон проекта и членов проектной команды.
(4) Структура декомпозиции работ разлагается по слоям. Вообще говоря, структуру декомпозиции работ следует контролировать на 3-6 уровнях.
(5) Каждый элемент структуры декомпозиции работ должен быть относительно независимым и дублирование друг друга должно быть сведено к минимуму.
представление иерархической структуры работ
(1) иерархическая древовидная структура
Похоже на организационную структуру
WBS диаграммы древовидной структуры имеет четкие уровни, очень интуитивно понятен и имеет прочную структуру. Обычно он чаще используется в некоторых небольших и средних прикладных проектах.
(2) табличная форма
Похоже на иерархический каталог книг.
Эта таблица может отражать все рабочие элементы проекта, но она менее интуитивно понятна, но все же больше используется в некоторых крупных и сложных проектах.
Функции
Сумма всех элементов в каждом слое равна сумме работы в следующем слое.
Каждый элемент работы должен быть конкретно закреплен за одним уровнем, а не за несколькими уровнями.
Структура декомпозиции работ должна иметь описание объема вложенных в нее работ, чтобы члены проектной группы имели полное представление о работе, которую необходимо выполнить.
(3) концепция
веха
Веха отмечает формальное завершение результата или этапа.
комплекс работ
Является ли компонент результатов или проектных работ на самом нижнем уровне каждой ветви иерархической структуры работ?
Рекомендуется, чтобы объем рабочего пакета занимал не менее 8 часов, а общее время выполнения не превышало 80 часов.
особенность
Небольшой масштаб и может быть завершен за короткое время (80 часов).
Логически говоря, дальше делить его нельзя.
Требуемые ресурсы, время, затраты и т. д. можно оценить более точно, а также можно осуществлять эффективный контроль времени, стоимости, качества, объема и рисков.
Дизайн кодирования WBS
六、 Подтверждение объема проекта
входить
план управления проектом
Матрица отслеживания требований
документ с требованиями
Проверенные результаты
данные о производительности труда
Инструменты и методы
исследовать
техники принятия групповых решений
выход
Результаты для приемки
Запрос на изменение
информация о производительности труда
Обновления файлов проекта
Рабочие точки подтверждения проекта
Разработать и внедрить процедуры валидации
(1) Определите, когда необходимо подтвердить объём
(2) Определите, какие входные данные необходимы для проверки объема
(3) Определить официально принятые критерии и элементы для определения масштаба
(4) Определите организационные шаги для собрания по теме
(5) Организовать встречу по подтверждению содержания
Официальное подтверждение масштаба проекта от заинтересованных сторон проекта
(1) Являются ли результаты конкретными, подтверждаемыми или проверяемыми
(2) Есть ли у каждого результата четкие вехи? Являются ли вехи ясными и идентифицируемыми?
(3) Существуют ли четкие стандарты качества?
(4) Явно ли выражен обзор или обязательство
(5) Охватывает ли объем проекта все действия, необходимые для создания продукта или услуги?
(6) Вероятность возникновения риска в рамках всего проекта и возможность руководства снизить влияние прогнозируемых рисков на проект.
七、 Контроль содержания проекта
входить
План управления проектом (для контроля объема)
(1) Базовый уровень объема
(2) план управления объемом
(3) план управления изменениями
(4) план управления конфигурацией
(5) план управления спросом
Матрица отслеживания требований
документ с требованиями
данные о производительности труда
Активы организационного процесса
Инструменты и методы
Анализ отклонений
выход
Обновление плана управления проектом
(1) Обновление базового плана объема
(2) Другие обновления тестов
Запрос на изменение
информация о производительности труда
Обновления файлов проекта
Обновления активов процессов организации
Управление ходом проекта (тайм-менеджмент)
一、 7 процессов, необходимых для своевременного завершения проектов
(1) Планирование процесса управления расписанием — разработка политик, процедур и документации для управления расписанием проекта.
(2) Определите процесс деятельности — определите и задокументируйте конкретные действия, которые необходимо предпринять для достижения результатов проекта.
(3) Процесс последовательности действий – выявление и документирование взаимосвязей между действиями проекта.
(4) Процесс оценки ресурсов деятельности — оценка типов и количества материалов, персонала, оборудования или расходных материалов, необходимых для выполнения каждого действия.
(5) Процесс оценки продолжительности действия. Оцените продолжительность, необходимую для выполнения одного действия, на основе результатов оценки ресурсов.
(6) Процесс планирования расписания — анализируйте последовательность действий, продолжительность, требования к ресурсам и ограничения расписания для создания модели расписания проекта.
(7) Управляйте процессом планирования — отслеживайте состояние активности проекта, обновляйте ход выполнения проекта и управляйте изменениями базового плана расписания для достижения плана.
Описанные выше процессы взаимодействуют не только друг с другом, но и с процессами в других областях знаний.
二、 Планирование управления ходом проекта
входить
план управления проектом
Базовый уровень объема
заявление о содержании проекта
СДР
Словарь WBS
Другая информация (например, затраты, риски и коммуникационные решения, связанные с графиком планирования)
Устав проекта
Активы организационного процесса
факторы деловой среды
Инструменты и методы
экспертная оценка
аналитические навыки
Встреча
выход
План управления ходом реализации проекта (Положения)
(1) Разработка модели расписания проекта
(2) Точность
(3) единица измерения
(4) Ссылки на программу организации
(5) Ведение модели расписания проекта
(6) порог управления
(7) правила измерения производительности
(8) формат отчета
(9) Описание процесса
三、 Определить действия
входить
План управления графиком проекта
Базовый уровень объема
Активы организационного процесса
факторы деловой среды
Инструменты и методы
авария
Декомпозиция — это метод постепенного разделения содержания проекта и результатов проекта на более мелкие и более управляемые компоненты.
скользящее планирование
Это метод итеративного планирования, то есть работы, которые необходимо завершить в ближайшем будущем, детально планируются на самом нижнем уровне иерархической структуры работ, тогда как работы, которые планируется завершить в долгосрочной перспективе, примерно планируются на более высоком уровне. уровень иерархической структуры работ.
Это прогрессивный и детальный метод планирования, который позволяет команде проекта постепенно улучшать план.
экспертная оценка
выход
Список действий
Свойства активности
является расширением описания активности в списке активности
Список этапов
Является важным моментом или событием в проекте
Перечисляет все этапы проекта и указывает, является ли каждый этап обязательным или необязательным.
四、 Последовательность действий
входить
План управления графиком проекта
Список действий
Свойства активности
Список этапов
заявление о содержании проекта
факторы деловой среды
Активы организационного процесса
Инструменты и методы
Метод ведущей диаграммы P299
Схема сети с одним кодом или схема активного узла
связь
(1) Конец-Старт (тип FS)
(2) Конец-Конец (тип F-F)
(3) Старт-Старт (тип S-S)
(4) Начало-конец (тип S-F)
Метод стрелочной диаграммы P300
Схема сети с двойным кодом или диаграмма активных стрелок
Основной принцип
(1) Каждое действие и событие на сетевой диаграмме должно иметь уникальное кодовое имя, то есть на сетевой диаграмме не будет одного и того же кодового имени.
(2) По крайней мере, один из кодов предыдущего события и последующего события любых двух действий различен, и коды узлов становятся все больше и больше в направлении стрелки.
(3) Действия, которые входят в один и тот же узел (или вытекают из него), имеют общее действие-преемник (или действие-предшественник).
Определить зависимости P302
(1) обязательные зависимости
Также называется жесткими логическими отношениями или отношениями жесткой зависимости.
(2) выборочная зависимость
Иногда также называется предпочтительной логической связью, логикой приоритета или логикой программного обеспечения.
(3) внешние зависимости
Существуют ли отношения зависимости между проектной деятельностью и непроектной деятельностью?
(4) зависимости контента
Является ли непосредственная связь между проектной деятельностью
Прогресс и отставание
выход
Сетевая диаграмма хода реализации проекта
Обновления файлов проекта
Обновить список действий
Обновить свойства активности
Обновить список этапов
Обновить реестр рисков
эффект
Определите логическую последовательность задач для достижения максимальной эффективности с учетом всех ограничений проекта.
五、 Оценка ресурсов деятельности P303
входить
План управления графиком проекта
Список действий
Свойства активности
Календарь ресурсов
реестр рисков
Смета затрат на деятельность
факторы деловой среды
Активы организационного процесса
Инструменты и методы
экспертная оценка
Анализ альтернатив
Опубликованные оценки
программное обеспечение для управления проектами
Оценка снизу вверх
выход
Требования к ресурсам деятельности
структура разбивки ресурсов
Обновления файлов проекта
Обновить список действий
Обновить свойства активности
Обновить календарь ресурсов
определение
это процесс оценки типов и количества материалов, персонала, оборудования или расходных материалов, необходимых для выполнения различных видов деятельности.
эффект
Определите типы, количества и характеристики ресурсов, необходимых для выполнения действий, чтобы можно было сделать более точную оценку затрат и продолжительности.
六、 Оценка продолжительности события P306
входить
План управления графиком проекта
Список действий
Свойства активности
Требования к ресурсам деятельности
Календарь ресурсов
заявление о содержании проекта
Предположения
Текущие условия
Доступность информации
продолжительность отчетного периода
Ограничения
Доступны квалифицированные ресурсы
Условия и требования контракта
реестр рисков
структура разбивки ресурсов
факторы деловой среды
Активы организационного процесса
Инструменты и методы
экспертная оценка
оценка по аналогии
оценка параметров
Трехточечная оценка P308
ожидаемая продолжительность
Формула tE=(tO 4tM tP)/6
Скорее всего, время tM
Самое оптимистичное время для
Самое пессимистическое время tP
Стандартное отклонение = (tP-tO)/6
техники принятия групповых решений
Анализ резервов
выход
Оценка продолжительности активности
Обновления файлов проекта
определение
Это процесс оценки количества периодов работы, необходимых для выполнения одного действия, на основе результатов оценки ресурсов.
эффект
Определите количество времени, необходимое для выполнения каждого действия, обеспечивая основной вклад в процесс планирования расписания.
七、 Разработайте план прогресса
входить
План управления графиком проекта
Список действий
Свойства активности
Сетевая диаграмма хода реализации проекта
Календарь ресурсов
Оценка продолжительности активности
реестр рисков
Распределение персонала по проекту
структура разбивки ресурсов
факторы деловой среды
Активы организационного процесса
Инструменты и методы
(1) Прогресс сетевого анализа
(2) Метод критического пути P312
(2)1. прямой метод
(2)1.1. По направлению логической связи: рассчитывается от начала до конца сетевой диаграммы.
(2)1.2. Самое раннее время начала первого действия является самым ранним временем начала проекта.
(2)1.3. Самое раннее время окончания действия — это самое раннее время начала действия плюс продолжительность действия.
(2)1.4. Самое раннее время начала действия определяется самым ранним временем завершения предшествующего действия. При наличии нескольких предшествующих действий используется самое раннее время завершения последнего завершенного действия.
(2)2. Метод обратного прогнозирования
(2)2.1. По направлению логической связи: рассчитывается от терминала до начала схемы сети.
(2)2.2. Самое позднее время завершения последнего действия является самым поздним временем завершения проекта.
(2)2.3. Самое позднее время начала действия — это самое позднее время окончания действия за вычетом продолжительности действия.
(2)2.4. Самое позднее время завершения действия основано на самом позднем времени начала действия-последователя. Если доступно несколько действий-последователей, используется самое позднее время начала действия-последователя, которое начинается первым.
(2)3. время плавания
(2)3.1. Общее плавающее время: самое позднее время завершения этого действия минус самое раннее время завершения этого действия или раннее и позднее время начала этого действия минус самое раннее время начала этого действия.
(2)3.2. Свободное плавание: минимальное значение самого раннего времени начала действия-преемника минус самое раннее время окончания этого действия.
(3) метод критической цепи
(4) технология моделирования
(5) Прогресс и отставание
(6) Сжатие прогресса
(7) Инструменты планирования расписания
выход
базовый уровень прогресса
Базовый план графика — это утвержденный график проекта.
Расписание проекта
Горизонтальная гистограмма также называется сводным графиком или диаграммой Ганта. Действия перечислены на вертикальной оси, даты расположены на горизонтальной оси, а продолжительность действия выражается в виде горизонтальных полос, расположенных по датам начала и окончания. Она часто используется. докладывать о ситуации руководству.
Диаграмма этапов, также называемая графиком этапов, отмечает только запланированные даты начала и завершения основных результатов и ключевых внешних интерфейсов.
Сетевая диаграмма расписания проекта, также называемая подробным планом расписания, обычно имеет временную шкалу и просто отображает действия и их взаимосвязи. Иногда ее также называют чисто логической диаграммой.
данные о прогрессе
Календарь проектов
Обновление плана управления проектом
Обновлен базовый показатель прогресса
Обновленный план управления прогрессом
Обновления файлов проекта
Обновленные требования к ресурсам мероприятия
Обновлены свойства активности
обновленный календарь
Обновленный реестр рисков
八、 Контроль прогресса P320
входить
план управления проектом
Расписание проекта
данные о производительности труда
Календарь проектов
данные о прогрессе
Активы организационного процесса
Инструменты и методы
обзор производительности
анализ тенденций
метод критического пути
метод критической цепи
Управление прибавочной стоимостью
подтема
программное обеспечение для управления проектами
Технология оптимизации ресурсов
технология моделирования
опережать и отставать
Сжатие прогресса
Инструменты планирования расписания
выход
информация о производительности труда
прогноз прогресса
Запрос на изменение
Обновление плана управления проектом
Обновлен базовый показатель прогресса
Обновленный план управления прогрессом
Обновленная базовая стоимость
Обновление файла проекта
Обновлены данные о прогрессе
Обновленный график проекта
Обновленный реестр рисков
Обновления активов процессов организации
эффект:
Предоставить методы обнаружения отклонений от планов, чтобы можно было оперативно предпринять корректирующие и предупреждающие действия для снижения риска.
Контроль прогресса фокусируется на:
(1) Определить текущий статус хода проекта
(2) Воздействовать на факторы, вызывающие изменения графика, чтобы такие изменения развивались в благоприятном направлении.
(3) Определить, изменилось ли расписание проекта
(4) Когда изменения действительно происходят, строго следуйте процессу контроля изменений, чтобы управлять ими.
Любые изменения в базовом графике должны быть одобрены посредством интегрированного процесса контроля изменений.
Способы сокращения продолжительности активности:
(1) Спешите работать, инвестируйте больше ресурсов или увеличивайте рабочее время, чтобы сократить продолжительность ключевых действий.
(2) Быстрое выполнение, параллельное построение, сокращенная длина критического пути
(3) Используйте высококвалифицированные ресурсы или более опытный персонал.
(4) Сократите спектр деятельности или уменьшите требования к активности
(5) Улучшите методы или приемы для повышения эффективности масштабирования.
(6) Усиливайте управление качеством, вовремя обнаруживайте проблемы, сокращайте переделки и сокращайте сроки строительства.
управление стоимостью проекта
一、 Концепции управления затратами и связанные с ними термины
Концепция: Затраты относятся к денежной стоимости или цене проектной деятельности или ее компонентов, включая денежную стоимость ресурсов, необходимых для реализации, завершения или создания деятельности или ее компонентов.
Затраты включают в себя: прямые трудозатраты, прочие прямые расходы, косвенные трудозатраты, прочие накладные расходы и затраты на закупки.
Управление проектом ограничено объемом, временем, стоимостью и качеством. Управление стоимостью проекта играет важную роль в управлении проектом.
Причины, по которым затраты проекта выходят из-под контроля:
(1) Недостаточное понимание инженерных проектов.
(2) Организационная система не работает
(3) Методологические вопросы
(4) технические ограничения
(5) Неправильное управление спросом
процесс управления стоимостью проекта
(1) Разработать план управления затратами
(2) Оценка стоимости
(3) бюджет затрат
(4) Контроль за уровнем издержек
Связанные термины
(1) Стоимость жизненного цикла продукта
(2) тип
1||| Различные цены
2||| фиксированные расходы
3||| прямые затраты
a. Командировочные расходы проектной команды
b. зарплата
c. Материалы, использованные в проекте
d. Плата за использование оборудования
4||| с
Затраты, выделенные на этот проект
Налоги, дополнительные льготы и сборы за обеспечение безопасности
5||| альтернативные стоимость
6||| Невозвратные издержки
(3) Резервы на случай непредвиденных обстоятельств и управленческие резервы
(4) базис затрат
二、 Разработать план управления стоимостью проекта
входить
план управления проектом
Базовый уровень объема
базовый уровень прогресса
Устав проекта
факторы деловой среды
Активы организационного процесса]
Инструменты и методы
экспертная оценка
аналитические навыки
Встреча
выход
план управления затратами
三、 Оценка стоимости проекта
Основные факторы, которые легко упустить из виду
косвенные затраты
кривая обучения
Срок завершения проекта: продолжительность проекта влияет на затраты.
Требования к качеству: чем выше требования к качеству, тем выше стоимость качества.
бронировать
Этапы оценки стоимости
Определить и проанализировать составляющие затрат
На основе выявленных компонентов стоимости проекта оцените стоимость каждого аккаунта.
Анализировать результаты оценки затрат, определять различные затраты, которые могут заменять друг друга, и согласовывать пропорциональные соотношения между различными затратами.
входить
план управления затратами
План управления человеческими ресурсами
Базовый уровень объема
заявление о сфере применения
СДР
Словарь WBS
Расписание проекта
реестр рисков
факторы деловой среды
Активы организационного процесса
Инструменты и методы
экспертная оценка
оценка по аналогии
оценка параметров
Оценка снизу вверх
трехбалльная оценка
Формула: Ce=(Co 4Cm Cp)/6
Скорее всего стоимость см.
Самая оптимистичная компания CostCo
Самая пессимистичная стоимость CP
Анализ резервов
стоимость качества
программное обеспечение для управления проектами
Анализ ставок продавца
техники принятия групповых решений
выход
Смета затрат на деятельность
Основа оценки
Документация основы оценки (например, как была составлена смета)
Документирование всех предположений
Документирование различных известных ограничений
Описание интервала оценки
Описание уровня достоверности окончательной оценки
Обновления файлов проекта
四、 Бюджет стоимости проекта
Составление бюджета затрат — это сводка предполагаемых затрат на отдельные действия или пакеты работ, позволяющая установить общую базовую стоимость, по которой можно измерять эффективность проекта.
основная концепция:
Характеристики бюджета затрат проекта:
планирование
Связывание
Контроль
принципы, которым следует следовать
Бюджет стоимости проекта должен основываться на потребностях проекта.
Бюджет затрат проекта должен быть связан с целями проекта, а также должен учитывать такие цели, как качество и график проекта.
Бюджет затрат проекта должен быть реалистичным и осуществимым.
Бюджеты затрат проекта должны обеспечивать гибкость
Этапы бюджета затрат проекта
Распределите общие затраты проекта на отдельные пакеты работ в иерархической структуре работ проекта.
Перераспределите затраты каждого пакета работ на мероприятия, включенные в пакет работ.
Определите временной план для каждого расхода бюджета затрат и план бюджета затрат проекта.
входить
план управления затратами
Базовый уровень объема
Смета затрат на деятельность
Основа оценки
Расписание проекта
Календарь ресурсов
реестр рисков
протокол
Активы организационного процесса
Инструменты и методы
сводка затрат
Анализ резервов
экспертная оценка
исторические отношения
Остаток лимита финансирования
выход
базис затрат
Требования к финансированию проекта
Обновления файлов проекта
五、 Контроль стоимости проекта
Содержание контроля затрат проекта:
(1) Факторы влияния, вызывающие изменения базовой стоимости
(2) Обеспечьте быструю обработку всех запросов на изменения.
(3) Управляйте изменениями по мере их фактического возникновения
(4) Обеспечивать, чтобы расходы на затраты не превышали утвержденные лимиты финансирования, не превышали выделенные лимиты по периодам времени, по компонентам WBS, по видам деятельности и не превышали общие лимиты проекта.
(5) Отслеживайте эффективность затрат, выявляйте и анализируйте отклонения от базовых затрат.
(6) Контролируйте производительность труда в сравнении с капитальными затратами
(7) Предотвратите несанкционированные изменения в отчетах о расходах или использовании ресурсов.
(8) Сообщайте обо всех одобренных изменениях и связанных с ними расходах соответствующим заинтересованным сторонам.
(9) Постарайтесь удержать ожидаемый перерасход средств в приемлемых пределах.
входить
план управления проектом
базис затрат
план управления затратами
Требования к финансированию проекта
данные о производительности труда
Активы организационного процесса
Инструменты и методы
(1) Управление прибавочной стоимостью (EVM)
1||| Ключевые показатели
a. Плановое значение PV
b. Освоенная стоимость EV
c. Фактическая стоимостьAC
2||| отклонение
a. Отклонение прогресса SV=EV-PV
b. Отклонение стоимости CV=EV-AC
c. Индекс производительности расписания SPI=EV/PV
d. Индекс эффективности затратCPI=EV/AC
(2) предсказывать
1||| Рассчитайте ETC=BAC-EV на основе нетипичных отклонений.
2||| Рассчитайте ETC=(BAC-EV)/CPI или ETC=BAC/CPI на основе типичных отклонений.
3||| BAC — бюджет на момент завершения
4||| EAC (Оценка при завершении) — это фактическая стоимость выполненных AC плюс предполагаемая оставшаяся работа, которую необходимо завершить EAC = AC ETC.
(3) Полный индекс производительности TCPI
1||| Разделены ли затраты, необходимые для завершения оставшихся работ, на оставшийся бюджет?
2||| TCPI=(BAC-EV)/(BAC-AC)
(4) обзор производительности
1||| Анализ отклонений
2||| анализ тенденций
3||| производительность прибавочной стоимости
4||| программное обеспечение для управления проектами
5||| Анализ резервов
выход
информация о производительности труда
прогноз затрат
Запрос на изменение
Обновление плана управления проектом
Обновления файлов проекта
Обновления активов процессов организации
Управление качеством проекта
一、 Управление качеством проекта
Определение качества: сумма характеристик, отражающая способность субъекта удовлетворять явные и неявные потребности субъекта.
Качество проекта. С точки зрения проекта как разового действия, качество проекта отражается в качестве всех этапов, подпроектов и рабочих единиц проекта в рамках объема проекта, отраженного в WBS.
Качество проекта отражается в его производительности или потребительной ценности.
Менеджмент качества и история его развития:
Управление качеством: относится ко всей деятельности, которая определяет политику, цели и обязанности в области качества, а также реализует все функции управления посредством планирования качества, обеспечения качества, контроля качества и улучшения качества в системе качества.
История развития менеджмента качества:
Эпоха ремесленников: до 20 века
Этап проверки качества: начало 20 века.
Этап статистического контроля качества: 1024
Этап тотального управления качеством: 1960-е годы
二、 Планирование управления качеством
входить
1||| план управления проектом
a. Базовый уровень объема
b. базовый уровень прогресса
c. базис затрат
d. Другие планы управления
2||| Реестр заинтересованных сторон
3||| реестр рисков
4||| документ с требованиями
5||| факторы деловой среды
6||| Активы организационного процесса
Инструменты и методы
1||| Анализ выгоды и затрат
2||| стоимость качества
3||| Семь основных инструментов качества
(1) диаграмма причин и следствий
(2) блок-схема
(3) Контрольный список
(4) Диаграмма Парето
(5) Гистограмма
(6) Контрольные диаграммы
(7) График рассеяния
4||| Стандартный контроль сухости
5||| Экспериментальная дизайн
6||| статистическая выборка
7||| Другие инструменты управления качеством
(1) Мозговой штурм
(2) диаграмма силового поля
(3) метод номинальной группы
8||| Встреча
выход
1||| план управления качеством
2||| план улучшения процесса
(1) границы процесса
(2) конфигурация процесса
(3) индикаторы измерения процесса
(4) цели улучшения процесса
3||| меры качества
4||| Контрольный список качества
5||| Обновления файлов проекта
Реестр заинтересованных сторон
Матрица распределения ответственности
WBS и словарь WBS
三、 Внедрить гарантию качества
входить
план управления качеством
план улучшения процесса
меры качества
Результаты измерений контроля качества
файлы проекта
Инструменты и методы
аудит качества
Цель
(1) Определить все хорошие и лучшие практики, которые внедряются.
(2) Выявить все нарушения, пробелы и недостатки
(3) Поделитесь передовым опытом аналогичных проектов в вашей организации или отрасли.
(4) Активно и активно оказывать помощь в улучшении выполнения процессов, чтобы помочь команде стать более продуктивной.
(5) Подчеркните, что каждый аудит должен способствовать накоплению извлеченных организационных уроков.
Инструменты управления и контроля качества
(1) Диаграмма родства
(2) Схема процесса принятия решений
(3) Диаграмма ассоциации
(4) древовидная диаграмма
(5) матрица приоритетов
(6) Сетевая диаграмма деятельности
(7) Матричная диаграмма
анализ процесса
выход
Запрос на изменение
Обновления плана управления проектом включают в себя
план управления качеством
план управления объемом
план управления прогрессом
план управления затратами
Обновления файлов проекта включают в себя
Отчет об аудите качества
Программа обучения
технологическая документация
Обновления активов процессов организации
四、 КК
входить
1. план управления проектом
2. меры качества
3. Контрольный список качества
4. данные о производительности труда
(1) реальные технические характеристики
(2) фактическое выполнение графика
(3) фактические затраты
5. Одобренный запрос на изменение
6. Практические результаты
7. файлы проекта
(1) протокол
(2) Отчеты об аудите качества и журналы изменений
(3) Обучающие лекции и оценка эффективности
(4) Документация процесса (например, созданная с использованием семи основных инструментов качества или инструментов управления и контроля качества)
8. Активы организационного процесса
Инструменты и методы
1. Семь основных инструментов качества
2. статистическая выборка
3. исследовать
4. Просмотр одобренных запросов на изменение
выход
1. Результаты измерений контроля качества
2. Подтвержденные изменения
3. Проверенные результаты
4. информация о производительности труда
5. Запрос на изменение
6. Обновление плана управления проектом
план управления качеством
план улучшения процесса
7. Обновления файлов проекта
(1) Стандарт качества
(2) протокол
(3) Отчеты об аудите качества и журналы изменений
(4) Обучающие лекции и оценка эффективности
(5) Документация процесса (например, созданная с использованием семи основных инструментов качества или инструментов управления и контроля качества)
8. Обновления активов процессов организации
Заполненный контрольный список
Документация по извлеченным урокам
Управление человеческими ресурсами проекта
一、 Управление человеческими ресурсами проекта и определение процессов
Управление человеческими ресурсами проекта включает в себя различные процессы подготовки планов управления человеческими ресурсами, создания проектных групп, формирования проектных групп и управления проектными группами.
Команда управления проектом — это часть команды проекта, отвечающая за такие действия по управлению проектом, как планирование, реализация, контроль и закрытие.
Эту подгруппу также можно назвать командой управления проектом, основной командой, командой исполнения или командой руководства.
Содержание управления командой управления проектами и лидерства
Влиять на команду проекта
Укрепить профессиональную этику и стандартизировать профессиональное поведение.
Процесс управления человеческими ресурсами проекта:
(1) Подготовить план управления человеческими ресурсами проекта
(2) Создайте команду проекта
(3) Команда строительного проекта
(4) Управлять командой проекта
Управление проектными командами для решения проблем с людьми также требует навыков:
(1) Лидерство, коммуникация, переговоры, консультации и другие управленческие навыки.
(2) Делегирование, мотивация, коучинг, убеждение и другие навыки, связанные с личными отношениями.
(3) Построение команды, разрешение конфликтов и другие навыки, связанные с командными отношениями.
(4) Оценка производительности, набор, удержание, трудовые отношения, правила охраны труда и техники безопасности и другие навыки, связанные с управлением человеческими ресурсами.
Концепции, связанные с управлением человеческими ресурсами проекта
(1) мотивация
(2) Организационная структура
(3) ответственность
(4) экспертиза
(5) производительность персонала
二、 Подготовить план управления человеческими ресурсами проекта
входить
план управления проектом
Требования к ресурсам деятельности
факторы деловой среды
(1) организация, культура и структура
(2) Существующие кадровые ресурсы и кадровая политика
(3) Последующая гарантия
(4) Политика управления персоналом
(5) рыночные условия
(6) межличностные и политические факторы
Активы организационного процесса
Инструменты и методы
Организационная структура и должностные инструкции
Диаграмма иерархии
Структура декомпозиции работ
организационная структура
структура разбивки ресурсов
Матричная диаграмма
формат файла
Другие части плана проекта
межличностное общение
теория организации
экспертная оценка
Встреча
выход
План управления человеческими ресурсами проекта
Распределение ролей и обязанностей
Роль
Власть
Обязанности
способность
Организационная структура проекта
план управления персоналом
Набор персонала
Календарь ресурсов
выходное пособие
Потребности в обучении
Признание и награды
правила, необходимые для соблюдения
безопасность
三、 Построение организации проектной команды
Создайте команду проекта
входить
План управления человеческими ресурсами проекта
факторы деловой среды
Активы организационного процесса
Инструменты и методы
предварительно назначенный
переговоры
нанимать на работу
Виртуальный команда
Многомерный анализ решений
выход
Таблица распределения персонала проекта
Календарь ресурсов
Возможные обновления плана управления проектом
Формирование команды проекта
1. Основные цели формирования команды проекта
(1) Улучшите индивидуальные навыки членов проектной команды, чтобы повысить их способность выполнять проектные операции, одновременно снижая затраты, сокращая сроки, улучшая качество и повышая производительность.
(2) Повышайте доверие и сплоченность среди членов проектной команды, чтобы улучшить моральный дух, уменьшить конфликты и способствовать командной работе.
(3) Создайте динамичную командную культуру сотрудничества.
2. Характеристики успешной проектной команды
(1) Цели команды ясны, и члены понимают вклад своей работы в достижение целей.
(2) Команда имеет четкую организационную структуру и четкие позиции
(3) Существуют документированные или общепринятые рабочие процессы и методы, и этот процесс краток и эффективен.
(4) У руководителя проекта есть четкие стандарты оценивания и оценки членов команды, а результаты работы справедливы и открыты, с четкими вознаграждениями и наказаниями.
(5) Организационные дисциплины, совместно разработанные и соблюдаемые
(6) Совместная работа, то есть работа одного участника зависит от результатов другого участника, и он хорошо умеет подводить итоги и учиться.
3. 5 этапов формирования команды проекта
(1) Стадия формирования
(2) шоковая стадия
(3) Этап стандартизации
(4) игровая сцена
(5) конечная стадия
4. входить
План управления человеческими ресурсами проекта
Таблица штатных расписаний проекта
Календарь ресурсов
5. Инструменты и методы
(1) навыки межличностного общения
(2) обучение
(3) тимбилдинговые мероприятия
(4) основные правила
(5) Централизованный офис
(6) Признание и награды
(7) Инструмент оценки обогащения
6. выход
Оценка работы команды
Обновленная информация о факторах деловой среды
7. Метрики для оценки эффективности команды проекта
1||| Улучшения навыков
2||| Улучшения способностей и эмоций
3||| Низкая текучесть членов команды
4||| Повышайте сплоченность команды
四、 Управление командой проекта
входить
(1) План управления человеческими ресурсами проекта
(2) Таблица штатных расписаний проекта
(3) Оценка работы команды
(4) Журнал проблем
(5) отчет о производительности
(6) Организационная культура и активы организационных процессов
1||| Благодарственное письмо, праздничный банкет
2||| Новостные репортажи в информационных бюллетенях, досках объявлений и других проектах
3||| Веб-сайт
4||| Структура бонусов
5||| Одежда для персонала
6||| Прочие организационные надбавки
Инструменты и методы
наблюдать и говорить
Оценка эффективности проекта
управление конфликтами
межличностное управление
выход
Запрос на изменение
Обновленный план управления проектом
Обновления файлов проекта
Обновленная информация о факторах деловой среды
Обновленные активы процессов организации.
управление конфликтами
1. Признайте конфликт
(1) Конфликты рассортированы по порядку
1||| стадия концепции
2||| этап планирования
3||| Этап исполнения
4||| заключительный этап
(2) Функции
1||| Конфликт естественен, и необходимо найти решение
2||| Конфликт — это командная проблема, а не чья-то личная проблема.
3||| Конфликты следует решать открыто.
4||| Разрешение конфликтов должно быть сосредоточено на проблеме, а не на личных нападках.
5||| Разрешение конфликтов должно быть сосредоточено на настоящем, а не на прошлом.
2. источники конфликта
(1) Напряженная среда проекта
(2) Неоднозначность ответственности
(3) Есть несколько начальников
(4) Использование новых технологий
3. О разрешении конфликтов
(1) Факторы, влияющие на разрешение конфликтов
1||| Важность и интенсивность конфликта
2||| Недостаток времени для разрешения конфликтов
3||| Местонахождение сторон, участвующих в конфликте
4||| Мотивы, основанные на долгосрочном или краткосрочном разрешении конфликта.
(2) Решение конфликта
1||| задача решена
2||| сотрудничать
3||| сила
4||| компромисс
5||| Ищите общий язык, сохраняя при этом разногласия
6||| отступление
Управление коммуникациями проекта и управление заинтересованными сторонами
一、 Понятие и определение общения
Инструменты для общения людей друг с другом
Коммуникация – это процесс, посредством которого люди делятся информацией и выражают мысли и эмоции, включая генерацию, передачу, прием, понимание и проверку информации.
Методы связи выбираются на основе следующих факторов
(1) Умение воспринимать информацию
(2) Вам нужно услышать мнения и идеи других людей?
(3) Вам необходимо контролировать содержание информации?
Элементы выбора канала связи
1. характеристики самой информации
2. Предпочтения участников
3. цель общения
4. Умение и понимание участия
Размеры вариантов связи
1. измерение непосредственности
Очень интерактивный
среднее взаимодействие
низкоуровневое взаимодействие
2. измерение выражения
(1) Слово
1||| преимущество
Можно сохранить навсегда и легко запросить
Экономьте время, скорость чтения выше скорости языка
Нет требований к географическому местоположению
Более точный и точный
Теоретически его можно копировать и распространять несколько раз без потерь.
2||| недостаток
Чисто текстовые материалы теряют множество невербальных символов, что не способствует передаче эмоций.
Нет контроля над выбором читателя
Нет контроля над тем, когда и будет ли оно прочитано.
(2) язык
1||| преимущество
Может передавать эмоции
Возможность одновременного общения между регионами
быстрее, чем электронная почта
Не требуется. Сохраните предпочтительные каналы для доставки сообщений.
2||| недостаток
Не способствует построению личных отношений (по сравнению с личным общением)
Невозможно выразить язык тела
Неспособность добиться точности и аккуратности письменных материалов и недостаточная способность схватывать детали.
Говорение происходит относительно медленнее, чем чтение.
(3) смешивание
1||| преимущество
2||| недостаток
3. Должны быть соответствующие условия
время
Место
условия сети
Условия программного обеспечения
Если необходимо сохранить соответствующую информацию, необходимо выполнить дополнительную работу, такую как видеозапись и протоколы заседаний.
Каналы связи и их характеристики
(1) бумажный документ
(2) веб-страница
(3) электронная почта
(4) блог
(5) вики
(6) Короткое сообщение
(7) мгновенное сообщение
(8) голосовая почта
(9) подкаст
(10) телефон
(11) телефонная конференция
(12) Выступления и конференции
(13) прямая трансляция
(14) разговор с глазу на глаз
(15) Очные консультации, совместные встречи
(16) Видео-конференция
Содержание коммуникативных навыков
(1) активное слушание
(2) Эффективно используйте разнообразные средства, чтобы помочь себе максимально полно понять содержание информации.
(3) Эффективно используйте несколько инструментов для укрепления навыков командного общения.
(4) Не избегайте вопросов, постарайтесь понять правду
(5) Установите коммуникационные цели и примените необходимые методы отслеживания и проверки, чтобы определить, достигнуты ли коммуникационные цели.
(6) Иметь навыки многоуровневого общения и ведения переговоров, чтобы обеспечить максимальное удовлетворение интересов нескольких сторон.
(7) Сильная харизма и авторитет могут помочь другим обрести уверенность.
(8) Сильные навыки самовыражения могут помочь другим поднять моральный дух и повысить исполнительские способности команды.
二、 Разработать план управления коммуникациями
входить
план управления проектом
Открытие семейного реестра
Основная коммуникационная цель
ключевые влиятельные лица
второстепенные объекты связи
факторы деловой среды
Активы организационного процесса
Инструменты и методы
1. Анализ потребностей в общении
(1) Организационная структура
(2) Ответственность между организацией и ее заинтересованными сторонами
(3) Дисциплины, кафедры и специальности, задействованные в проекте
(4) Количество людей и локаций, участвующих в проекте
(5) внутренние информационные потребности
(6) потребности во внешней информации
(7) Потребности заинтересованных сторон в информации и коммуникации
2. коммуникационные технологии
3. модель связи
4. метод связи
(1) интерактивное общение
(2) push-коммуникация
(3) вытащить связь
5. Встреча
выход
План управления коммуникациями проекта
Обновления файлов проекта
三、 управленческое общение
входить
План управления коммуникациями проекта
отчет о выполнении работы
факторы деловой среды
Активы организационного процесса
Инструменты и методы
коммуникационные технологии
модель связи
метод связи
система управления информацией
отчет о производительности
выход
Коммуникация по проекту
Обновленный план управления проектом
Обновление файла проекта
Обновленные активы процессов организации.
(1) Уведомление заинтересованных сторон
(2) Отчет о проекте
(3) Презентационные материалы проекта
(4) Журнал проекта
(5) информация обратной связи
(6) Документ об извлеченных уроках
四、 контроль связи
входить
план управления проектом
Коммуникация по проекту
Журнал проблем
данные о производительности труда
Активы организационного процесса
Инструменты и методы
система управления информацией
экспертная оценка
Встреча
Регулярное заседание проекта
Стартовая встреча проекта
Итоговое совещание по проекту
выход
информация о производительности труда
Запрос на изменение
Обновленный план управления проектом
Обновлены другие файлы проекта.
Обновления активов процессов организации
五、 Управление заинтересованными сторонами проекта
подробности
1. Определить заинтересованные стороны
2. Подготовить план управления заинтересованными сторонами проекта
3. Управляйте взаимодействием с заинтересованными сторонами
4. Мониторинг участия заинтересованных сторон проекта
типичные заинтересованные стороны
1. клиент
2. пользователь
3. Старшее руководство
4. проектная группа
5. социальный персонал
6. другой
сторонник
Противник
Определить заинтересованные стороны
входить
Устав проекта
Закупочная документация
факторы деловой среды
Активы организационного процесса
Инструменты и методы
Организовать соответствующие встречи
экспертная оценка
Анализ заинтересованных сторон
выход
Реестр заинтересованных сторон
Подготовить план управления заинтересованными сторонами проекта
входить
план управления проектом
Реестр заинтересованных сторон
факторы деловой среды
Активы организационного процесса
Инструменты и методы
Организовать соответствующие встречи
экспертная оценка
аналитические навыки
выход
План управления заинтересованными сторонами
Обновления файлов проекта
Участие заинтересованных сторон руководства
входить
План управления заинтересованными сторонами
план управления коммуникациями
Журнал изменений
Активы организационного процесса
Инструменты и методы
метод связи
навыки межличностного общения
навыки управления
выход
Журнал проблем
Запрос на изменение
Обновление плана управления проектом
Обновления файлов проекта
Обновления активов процессов организации
Контролируйте участие заинтересованных сторон
входить
план управления проектом
Журнал проблем
данные о производительности труда
файлы проекта
Инструменты и методы
система управления информацией
экспертная оценка
Встреча
выход
информация о производительности труда
Запрос на изменение
Обновление плана управления проектом
Обновления файлов проекта
Обновления активов процессов организации
Управление контрактами по проекту
一、 проектный контракт
Юридические характеристики договора
1. Договор является гражданским правовым актом.
2. Договор – это гражданско-правовой акт между двумя и более сторонами.
3. Целью договора является установление, изменение или прекращение имущественных гражданских прав и обязанностей между сторонами.
4. При заключении и выполнении договоров необходимо соблюдать соответствующие законы и административные правила.
5. Договор заключен в соответствии с законом, то есть является юридически обязывающим.
эффективные принципы контракта
1. Стороны, подписывающие контракт, должны обладать соответствующим потенциалом в области гражданских прав и гражданской промышленности.
2. Значение означает истину
3. Не нарушает закон или социальные общественные интересы
Недействительные ситуации с контрактом
1. Одна сторона заключает договор путем обмана или принуждения.
2. Злонамеренный сговор с целью нанесения вреда интересам страны, коллектива или третьего лица
3. Используйте легальные формы для сокрытия незаконных целей
4. Ущерб социальным и общественным интересам
5. Нарушать обязательные положения законов и административных регламентов
二、 Классификация контрактов
Классификация по проектам проектирования информационных систем
1. Отдел информационных систем
(1) генеральный контракт
(2) Контракт на один проект
(3) субподряд
2. По способу оплаты проекта
(1) договор с паушальной суммой
контракт с фиксированной ценой
(2) договор о возмещении затрат
В этом типе договора работодатель оплачивает подрядчику все юридические фактические затраты, понесенные для завершения работы, плюс вознаграждение в виде прибыли продавца определенным заранее согласованным образом.
Проекты, требующие немедленной работы
Проекты, проектное содержание и технико-экономические показатели которых не определены
Рискованные проекты
(3) Договор на работу и материалы
Гибридный контракт, сочетающий в себе некоторые характеристики контракта с компенсацией затрат и контракта с паушальной выплатой.
三、 подписывать контракт
Содержание проектного контракта
1. Соответствующие права и обязанности сторон
2. Способы оплаты проектных комиссий и проектных комиссий
(1) Условия платежа
(2) Способ расчета и оплаты
(3) Условия отказа от оплаты оплаты. Исполнитель имеет право отказаться от оплаты оплаты частично или полностью.
3. Соглашение об изменении проекта
4. Ответственность за нарушение договора
(1) продолжать выступать
(2) Принять меры по устранению недостатков (если качество не соответствует договору, вы можете потребовать ремонта, замены, переделки, возврата, снижения цены или вознаграждения)
(3) компенсация
(4) Выплата согласованной заранее оцененной суммы убытков или залога
На что обратить внимание при подписании контракта на проект
1. Юридическая квалификация сторон
2. Критерии приемки качества
3. Время принятия
4. Технологические платежные услуги
5. штраф за ущерб
6. соглашение о конфиденциальности
7. приложение к контракту
8. Юридическое нотариальное заверение
Переговоры по проекту и подписание контракта
1. Как просмотреть переговоры
2. переговорный процесс
6 этапов переговоров
(1) Этап подготовки
1||| Исследуйте и собирайте обширную информацию
2||| Установите цели переговоров
3||| Выберите время и место переговоров
4||| Сформируйте переговорную команду
5||| Разработайте план переговоров
(2) Начальный этап разведки
(3) Этап котировки
1||| Форма предложения
2||| Принципы котирования
3||| Определите отправную точку для предложения
4||| Метод котировки
(4) этап консультации
1||| Понять основу предложения другой стороны
2||| торг на консультации
3||| Встречные предложения в переговорах
(5) этап транзакции
(6) Этап утверждения
3. Хорошо разбирается в понимании договора между договаривающимися сторонами.
(1) Используйте национальные или отраслевые стандартные формы контрактов.
(2) Во избежание споров по контракту, вызванных неполными или двусмысленными условиями, системным интеграторам следует внимательно ознакомиться с условиями контракта, составленными строительным подразделением.
4. Хорошо справляется с ситуациями, когда контракты неясны
四、 Управление контрактами по проекту
Основное содержание управления контрактами
1. Управление подписанием контрактов
(1) Предварительное расследование перед подписанием контракта
1||| Необходимо провести исследование рынка
2||| Кредитное расследование потенциальных партнеров или конкурентов должно быть проведено, чтобы точно понять истинные намерения другой стороны и правильно оценить интенсивность конкуренции.
3||| Понимать соответствующую среду и делать правильные выводы при анализе рисков
(2) Переговоры по контракту и подписание контракта (примечания)
1||| Ставьте реалистичные цели переговоров
2||| Чтобы понять реальные проблемы,
3||| Создайте атмосферу равных консультаций
2. Управление исполнением контрактов
(1) Обеспечение исполнения контрактов
(2) Разрешение споров по контракту
3. Управление изменениями контрактов (процесс)
(1) Предложение изменений
(2) Рассмотрение запросов на изменение
(3) Утверждение изменений
(4) Внедрение изменений
4. Управление файлами контрактов
五、 Работа с претензиями по проектным контрактам
1. Тип претензии
(1) Классификация в зависимости от цели претензии: можно разделить на претензию о сроке и претензию о возмещении расходов.
(2) Классификация по основанию претензии: ее можно разделить на претензии, предусмотренные договором, и претензии, не предусмотренные договором.
(3) Классификация по деловому характеру претензии: ее можно разделить на технические претензии и коммерческие претензии.
(4) Классифицируется по способу обработки претензий: можно разделить на отдельные претензии и общие претензии.
2. Условия и основания для претензий
(1) Условия формирования претензии по договору
(2) Основания для претензий по контракту
1||| Соответствующие национальные законы, такие как Договорное право, административные правила и местные правила.
2||| Национальные, ведомственные и местные стандарты, спецификации и документы, относящиеся к проектированию информационных систем.
3||| Документы контракта на реализацию данного проекта, включая тендерную документацию, текст контракта и приложения.
4||| Соответствующие документы, включая документы переписки, визы и уведомления об изменениях, протоколы совещаний, графики, закупки продукции и т. д.
5||| Другие соответствующие документы, включая рыночные отчеты и различные материалы отчетности совещаний.
3. Обработка претензий
(1) Претензионный процесс
1||| Подавать иск
2||| Отправить информацию о претензии
3||| Ответ инженера по надзору
4||| Утверждение претензии
5||| О продолжающихся претензиях
(2) Рассмотрение претензии
(3) Принципы рассмотрения претензий
1||| Претензии должны быть основаны на договоре
2||| Необходимо уделить внимание накоплению данных
3||| Решайте претензии быстро и разумно
4||| Повысьте точность претензий
4. Управление нарушениями контрактов
(1) Управление нарушениями контрактов строительными подразделениями
(2) Управление нарушениями контрактов строительными подразделениями
(3) Управление другими типами дефолтов