Главная Случайная страница


Полезное:

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


Категории:

АрхитектураАстрономияБиологияГеографияГеологияИнформатикаИскусствоИсторияКулинарияКультураМаркетингМатематикаМедицинаМенеджментОхрана трудаПравоПроизводствоПсихологияРелигияСоциологияСпортТехникаФизикаФилософияХимияЭкологияЭкономикаЭлектроника






Разработка расписания





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

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

Базовое расписание проекта в Microsoft Project выглядит в соответствии с рисунком 1.

Рисунок 1 – Базовое расписание проекта

Планирование качества

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

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

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

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

 

Таблица 2 – План управления качеством

Элемент ИСР Стандарт качества Задача обеспечения качества
Встреча с заказчиком Подготовленный список вопросов, пунктуальность, четкость. Составление заранее оговоренного списка вопросов с заказчиком.
Разработка предварительного плана проекта Соответствие стандарту PMBoK Проверка и коррекция.
Краткость изложения Проверка и коррекция.
Организационная политика по разработке плана управления проектом Проверка.
Разработка и утверждение устава проекта Соответствие стандарту PMBoK Проверка и коррекция.
Краткость изложения Проверка и коррекция.
Соответствие требованиям заказчика Проверка и коррекция.
Соответствие предварительному плану управления проектом Проверка и переписывание
Составление технического задания Соответствие стандарту PMBoK Проверка и коррекция
Краткость изложения Проверка и коррекция
Соответствие предварительному плану проекта Проверка и переписывание.
Организационная политика по составлению технического задания Проверка
Разработка графических элементов сайта Соответствие требованием заказчика Проверка и переписывание
Соответствие теме проекта Проверка и коррекция
Составление дизайн – макета Соответствие требованием заказчика Проверка и переписывание
Соответствие теме проекта Проверка и коррекция

Продолжение таблицы 2

Элемент ИСР Стандарт качества Задача обеспечения качества
  Встреча с заказчиком для утверждения дизайн макета Подготовленный список вопросов, пунктуальность Составление заранее оговоренного списка вопросов с руководителем
  Предоставление готового дизайн–макета Разработка дизайн–макета.
  Программирование сайта Соответствие требованием заказчика Собеседование с заказчиком, уточнения.
  Соответствие функциональному назначению программного продукта Проверка и коррекция
Наполнение сайта контентом Соответствие требованием заказчика Проверка и коррекция
Встреча с заказчиком для демонстрации рабочей версии сайта Соответствие информации представленной заказчиком Проверка и коррекция
Соответствие теме и назначению проекта. Проверка и коррекция
Тестирование сайта разработчиком Соответствие требованиям к системе. Проверка
Соответствие плану тестирования. Проверка
Тестирование сайта заказчиком Соответствие требованиям к системе. Проверка
Соответствие плану тестирования Проверка
Доработка сайта Соответствие требованиям заказчика. Проверка, доработка в готовый программный продукт
Соответствие требованиям к системе. Проверка
Сдача сайта заказчику Соответствие программного продукта требованиям заказчика Тестирования, коррекция
Соответствие программного продукта к системе Тестирование, коррекция
Соответствие стандарту PMBoK Проверка
       

План управления рисками

Управление рисками – это систематический процесс снижения неопределенности и управления вероятностью событий в проекте.

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

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

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

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

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

Матрица рисков проекта по разработке информационной системой – сайтом с таблицей 3.

Таблица 3 – Матрица рисков проекта

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

Продолжение таблицы 3

Риски Степень возникновения риска Категория по степени опасности Последствия риска  
Срыв сроков разработки Маловероятно: может произойти иногда. Экстремальный риск: требуются немедленные действия. Очень крупные последствия.  
Непопадание в область интересов целевой аудитории Маловероятно: может произойти иногда. Умеренный риск: требуется формализовать ответственность руководителей Высокие последствия
Отказ от использования стандартной функциональности решения и замена ее на самостоятельные разработки. Маловероятно: может произойти иногда. Экстремальный риск: требуются немедленные действия. Очень крупные последствия.

 

 

Date: 2016-05-24; view: 627; Нарушение авторских прав; Помощь в написании работы --> СЮДА...



mydocx.ru - 2015-2024 year. (0.005 sec.) Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав - Пожаловаться на публикацию