Пример проектной документации (Описание содержания проекта) для практических заданий по курсу "Методология внедрения ИС" http://www.hse.ru/org/hse/mvis/
Пример проектной документации (Описание содержания проекта) для практических заданий по курсу "Методология внедрения ИС" http://www.hse.ru/org/hse/mvis/
Коммерческое предложение
Определение RFI, RFP (Proposal)
Определение MSA, SOW
Структура MSA, SOW
Структура КП (RFP Proposal)
Типы контрактов
Фиксированная стоимость (Fixed Price)
Время и стоимость (Time & Material)
Командный контракт (Dedicated Team)
Подходы к выбору контракта и методологии проекта
Модуль 4. Лекция 19-20. Управление содержанием проектаYana Brodetski
Управление содержанием проекта (Project Scope)
Создание плана управления содержанием проекта
Свойства и функции проекта
План работ для достижения результата.
Сбор требований
Инструменты и методы сбора требований
Что такое бизнес-требования?
Определение функциональных требований
Определение нефункциональных требований
Правила описания требований
Как описывать нефункциональные требования
Структура документа для описания требованиий
Матрица отслеживания требований. (документация)
Управление содержанием проекта (Project Scope)
● Определение содержания
● Критерии приёмки продукта
● Допущения и ограничения поставляемого продукта.
● Создание ИСР
● Декомпозиция работ по созданию проекта.
● Примеры разбивки проекта на ИСР ● Подтверждение содержания
● Процесс мониторинга содержания проекта и продукта
Представлено сравнение трех подходов к проектированию ПО: 1) PMBOk PMI 3 Edition; 2) Microsoft Solution Framework; 3) Экстремальное управление проектами
Внедрение информационной системы управления проектами на производственном предприятии.
Васильев Александр Андреевич
Начальник ОПУ ДОРПУ ОАО «БЭСК»
21 мая 2015г.
Коммерческое предложение
Определение RFI, RFP (Proposal)
Определение MSA, SOW
Структура MSA, SOW
Структура КП (RFP Proposal)
Типы контрактов
Фиксированная стоимость (Fixed Price)
Время и стоимость (Time & Material)
Командный контракт (Dedicated Team)
Подходы к выбору контракта и методологии проекта
Модуль 4. Лекция 19-20. Управление содержанием проектаYana Brodetski
Управление содержанием проекта (Project Scope)
Создание плана управления содержанием проекта
Свойства и функции проекта
План работ для достижения результата.
Сбор требований
Инструменты и методы сбора требований
Что такое бизнес-требования?
Определение функциональных требований
Определение нефункциональных требований
Правила описания требований
Как описывать нефункциональные требования
Структура документа для описания требованиий
Матрица отслеживания требований. (документация)
Управление содержанием проекта (Project Scope)
● Определение содержания
● Критерии приёмки продукта
● Допущения и ограничения поставляемого продукта.
● Создание ИСР
● Декомпозиция работ по созданию проекта.
● Примеры разбивки проекта на ИСР ● Подтверждение содержания
● Процесс мониторинга содержания проекта и продукта
Представлено сравнение трех подходов к проектированию ПО: 1) PMBOk PMI 3 Edition; 2) Microsoft Solution Framework; 3) Экстремальное управление проектами
Внедрение информационной системы управления проектами на производственном предприятии.
Васильев Александр Андреевич
Начальник ОПУ ДОРПУ ОАО «БЭСК»
21 мая 2015г.
Презентация с мастер-класса от HSE{14K} "План пошагового запуска проекта".
Видеозапись смотреть здесь -
http://www.youtube.com/watch?v=jDQBEDgj8H0
Мастер-класс организован Бизнес-инкубатором НИУ ВШЭ в рамках конкурса HSE{14K}. Подать заявку на конкурс можно здесь - http://14k.inc.hse.ru/
3 Things Every Sales Team Needs to Be Thinking About in 2017Drift
Thinking about your sales team's goals for 2017? Drift's VP of Sales shares 3 things you can do to improve conversion rates and drive more revenue.
Read the full story on the Drift blog here: http://blog.drift.com/sales-team-tips
* Немного общей информации про проектное управление
* Детально - про классическое планирование по PMBoK (спасибо Рите Мулкахи и ее команде).
* Немного общей информации про SCRUM
Модуль 6. Лекция 25-26. Управление срока проектаYana Brodetski
Управление сроками проекта
● Планирование управление расписанием
● Входы
● Инструменты и методы
● Выходы
● Определение операций
● Инструменты: планирование методом набегающей волны. ● Выходы:
● Список и параметры операций
● Список контрольных событий
● Расписание согласно методологии
Модуль 3. Лекция 17-18. Управление интеграцией проектаYana Brodetski
Управление внедрением проекта
Разработка проектного плана (процессы планирования)
Создание и структура плана проекта
Содержание плана проекта
Правила составления технической документации
Написание технического задания
Руководство и управление работами проекта
Мониторинг и контроль работ проекта
Интегрированный контроль изменений проекта
Закрытие проекта или фазы проекта
Project Management Power Point Presentation.pptxvolkpsihpro
What Is Project Execution?
The term project execution, also known as project implementation, refers to the actions a team takes during the third phase of the project lifecycle. It is the active stage of the project, in which you produce deliverables for clients and stakeholders.
During the project execution phase, a project moves from planning to completion. This is part of the traditional project lifecycle as outlined by Project Management Institute (PMI), the publisher of the PMBOK guide, which outlines a project from initiation to closing. The project execution stage is the longest, most involved, and most crucial phase of the project lifecycle (it can add up to 70 percent of the project). It’s also common to spend the majority of the project’s budget during this phase. Read our guide to the PMI PMBOK method to find more information on project management lifecycle and best practices.
Project execution is central to delivering value to stakeholders and meeting business goals. Successful execution involves catching missteps before they happen and monitoring the project throughout. A well-executed project will meet budget and schedule goals, and deliver the expected quality. This phase meets the immediate needs of stakeholders and provides long-term value to an organization’s reputation.
For further clarity on how to plan before launching your project execution, read our guide on demystifying the five phases of project management.
What Happens During Project Execution?
During project execution, the project team delivers the agreed-upon products and services. Processes, frameworks, and methods support deliverable completion, as project execution calls for ongoing people management, flexibility, and communication.
A solid project plan provides the team with transparency on tasks, project needs, and strategy. It will also provide an understanding of the risk(s) involved and how the team should manage challenges as they arise. The planning stage is essential to keep the execution on track by providing a reference throughout the execution phase.
Activities during the project execution phase include the following:
People management
Ongoing communication
Delivering project goals
Reducing scope creep
Monitoring quality
Resource allocation
Schedule management
What Is the Project Execution Process?
The term project execution process refers to the set of tasks needed to produce deliverables. Team members decide and assign execution tasks during the project planning phase. The execution process uses structures (techniques, methodology, and frameworks) to organize the manner of delivery.
The project manager will decide which structure best supports the project at hand. Commonly used process models include the following:
Work Breakdown Structure (WBS): This is a visual tool that separates one or more items of a project’s data, services, or product, depending on project scope.
Gantt Chart: Use a Gantt chart as a timeline to view project task
Конспект составлен по Е-курс "Использование и управление информационной системы" для подготовки к экзамену по квалификации специалиста информационной технологии
По статистике, три из четырех проектов заканчиваются неудачей. Из-за нечетких целей, плохого планирования, недоучета рисков и так далее и тому подобное.
И есть еще одна причина.
Плохое управление людьми. Проекты делают люди, поэтому, все управление проектами – это управление людьми. А вовсе не вырисовывание красивых картинок в MSProject. Об этом вы поговорите с Олегом Вайнбергом, экс CIO и тьютором факультета менеджмента Открытого Университета Великобритании.
Модуль 8. Лекция 35-36. Управление качеством проектаYana Brodetski
Управление качеством проекта
● Обеспечение качества
● Входы
● Инструменты и методы
● Диаграммы сходства
● Диаграммы процесса осуществления программы
● Ориентированные графы взаимоотношений
● Древовидные диаграммы
● Матрицы приоритетов
● Диаграммы сети операций
● Матричные диаграммы
● Выходы
● Контроль качества
● Входы
● Методы и инструменты
● Выходы
Модуль 8. Лекция 35-36. Управление качеством проекта
Управление содержанием проекта
1. Проект. Управление
содержанием проекта.
Планирование содержания:
инструменты и методы.
Выполнила Вдовенко
Анастасия
710 г.
2. • Проект - замысел, идея, образ, воплощённые в
форму описания, обоснования, расчётов,
чертежей, раскрывающих сущность замысла и
возможность его практической реализации.
Уникальный набор процессов, состоящих из
скоординированных и управляемых задач с
начальной и конечной датами, предпринятых
для достижения цели. Достижение цели
проекта требует получения результатов,
соответствующих определённым заранее
требованиям, в том числе ограничения на
получения результатов, таких как время,
деньги и ресурсы.
3. Выполнение проекта составляет проектную
деятельность, которая включает:
• проведение управленческих мероприятий (проектное управление).
Достигается на основе использования, в том числе, принципов и
методов управления проектом, являющегося частью
системы менеджмента предприятия, универсальной для решения
разных производственных задач;
• решение специализированной задачи:
– разработка продукции для заказчика. Продуктами проекта могут быть:
• результаты маркетинговых исследований (маркетинг),
• проектно-конструкторская документация. Комплект такой документации
называется проектом. Он предназначен для создания разработанного
устройства, его эксплуатации, ремонта и ликвидации, а также для проверки
или воспроизведения промежуточных и конечных решений, на основе которых
он был разработан. (Обратим внимание на то, что значение слова «проект» в
управленческой и научно-технической деятельности отличаются),
• технологическая документация (управление производством),
• программное обеспечение (управление проектами)
- решение внутренних производственных задач :
• повышение качества продукции (управление качеством),
• повышение эффективности организации труда (управление персоналом),
• оптимизация финансовых потоков (финансовый менеджмент)
4. Содержание проекта.
• Работы, которые необходимо
выполнить, чтобы получить
продукт, услуги или результат с
указанными характеристиками и
функциями.
5. Управление содержанием проекта.
• Управление содержанием проекта
включает в себя процессы,
обеспечивающие включение в проект всех
тех и только тех работ, которые
необходимы для успешного выполнения
проекта. Оно непосредственно связано с
определением и контролем того, что
включено или не включено в проект.
6. Планирование содержания.
• создание плана управления содержанием
проекта, в котором документируется
процесс формулирования, верификации и
контроля содержания проекта, а также
процесс создания и формулирования
иерархической структуры работ (ИСР).
7. Определение содержания .
• разработка подробного описания
содержания проекта в качестве основы для
принятия будущих решений по проекту.
8. Создание ИСР .
• разбиение крупных результатов поставки
проекта и проектных работ на более
мелкие, более управляемые элементы
10. • Содержание продукта. Свойства и
функции, которые характеризуют продукт,
услугу или результат.
• Содержание проекта. Работы, которые
необходимо выполнить, чтобы получить
продукт, услугу или результат с указанными
характеристиками и функциями.
11. Планирование содержания.
• Определение содержания проекта и управление им оказывает
влияние на общую успешность проекта. Для каждого проекта
требуется тщательно сбалансированная совокупность инструментов,
источников данных, методологий, процессов и процедур и других
факторов, обеспечивающая соразмерность трудозатрат на операции
по управлению содержанием проекта размеру, сложности и важности
проекта. Например, для проекта особой важности будут оправданы
формализованные, детализированные и трудоемкие операции по
управлению содержанием, а для обычного проекта потребуется
значительно меньше документации и проверок. Команда управления
проектом документирует эти решения по управлению содержанием в
плане управления содержанием проекта. План управления
содержанием проекта является инструментом планирования,
описывающим, как проектная команда будет формулировать
содержание проекта, разрабатывать подробное описание содержания
проекта, определять и разрабатывать иерархическую структуру работ,
проверять и контролировать содержание проекта.
12. Планирование содержания:
инструменты и методы.
1 .Экспертная оценка
Экспертная оценка того, как в равноценных
проектах произведено управление
содержанием, используется при разработке
плана управления содержанием проекта.
2. Шаблоны, формы, стандарты
Шаблоны могут включать в себя шаблоны
иерархической структуры работ, шаблоны
плана управления содержанием и формы
управления изменениями содержания
проекта.
13. Определение содержания:
инструменты и методы.
Анализ продукта
В каждой области приложения есть один или несколько
общепринятых методов преобразования целей проекта в
материальные результаты поставки и требования. Анализ проекта
включает в себя такие методы, как иерархическая структура
продукта, системный анализ, системный инжиниринг, метод
оптимизации выгод, анализ стоимости и функциональный анализ.
Выявление альтернатив
Выявление альтернатив является методом создания различных
подходов к выполнению проектной работы. Здесь часто
применяются ряд методов общего менеджмента; наибольшей
популярностью пользуются метод мозгового штурма и
всестороннее рассмотрение вопроса.
Экспертная оценка
В каждой области приложения есть свои эксперты, которых можно
привлекать для разработки отдельных разделов подробного
описания содержания проекта.
14. Анализ участников проекта
Анализ участников проекта выявляет влияние и интересы
различных участников проекта и документирует их
потребности, пожелания и ожидания. Затем в рамках
анализа производится отбор потребностей, пожеланий и
ожиданий, определяется их приоритет и делается их
количественная оценка; эти данные используются для
формулирования требований. Не имеющие
количественного выражения ожидания (например,
удовлетворение заказчика) являются субъективными и
влекут за собой большой риск успешного выполнения.
На интересы участников проекта могут положительно
или отрицательно повлиять выполнение или
завершение проекта, а они, в свою очередь, могут
оказать влияние на проект и его результаты поставки.
15. План управления содержанием
проекта
• Процесс подготовки подробного описания содержания
проекта на основе предварительного описания
содержания проекта
• Процесс создания ИСР на основе подробного описания
содержания проекта и определения способов
поддержания и одобрения ИСР
• Процесс, определяющий формальную процедуру
верификации и приемки завершенных результатов
поставки проекта
• Процесс, контролирующий обработку запросов на
изменения в подробном описании содержания проекта.
Этот процесс непосредственно связан с процессом
общего управления изменениями.
16. Определение содержания.
• Цели проекта.
• Определение содержания продукта.
• Требования к проекту
• Границы проекта
• Результаты поставки проекта
• Критерии приемки продукта
• Ограничения проекта.
• Допущения проекта
• Первоначальная организация проекта
• Изначально сформулированные риски
• Контрольные события расписания
• Ограничение финансирования
• Сметная стоимость
• Требования к управлению конфигурацией проекта
• Спецификации проекта
• Требования к одобрению.
17. Подтверждение содержания.
Принятые результаты поставки
Процесс подтверждения содержания документирует те
результаты поставки, которые прошли приемку. Не
принятые результаты поставки документируются с
указанием причин, по которым они не прошли приемку.
Подтверждение содержания включает в себя
сопроводительную документацию, полученную от
заказчика или спонсора и подтверждающую факт
приемки результатов поставки участником проекта.
Запрошенные изменения
Запрошенные изменения могут появиться в ходе процесса
подтверждения содержания и рассматриваются в ходе
процесса общего управления изменениями.
Рекомендуемые корректирующие действия