- Главная
- Разное
- Бизнес и предпринимательство
- Образование
- Развлечения
- Государство
- Спорт
- Графика
- Культурология
- Еда и кулинария
- Лингвистика
- Религиоведение
- Черчение
- Физкультура
- ИЗО
- Психология
- Социология
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Геометрия
- Детские презентации
- Информатика
- История
- Литература
- Маркетинг
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
Что такое findslide.org?
FindSlide.org - это сайт презентаций, докладов, шаблонов в формате PowerPoint.
Обратная связь
Email: Нажмите что бы посмотреть
Презентация на тему Тема 2. Анализ компромиссов и рисков программного проекта
Содержание
- 2. Треугольник компромиссовЧасто бывает очень полезно изобразить эту зависимость заказчику в виде треугольника компромиссов:
- 5. После достижения утвержденного равновесия с заказчиком, т.е.
- 6. Целевой коридор обозначает приемлемый срок завершения проектаСоотношение между сроками и затратами
- 7. Соотношение между качеством и затратами
- 8. Соотношение между сроками и качеством
- 9. Три зоны взаимозависимости между сроками и качеством:Первый
- 10. Необходимо не просто удовлетворить заказчика, а следует
- 11. Матрица компромиссов Для эффективного достижения компромиссов в
- 14. Зафиксировать приоритеты в проектной документации можно с
- 15. В дальнейшем возврат к приоритетам может сильно
- 16. Проявляйте гибкость – будьте готовы к переменам!
- 17. Задание:Составить матрицу компромиссов «Челябинский метрополитен»
- 18. Управление рискамиЕсли какая-нибудь неприятность может случиться, она случится. Закон Мерфи
- 19. Риск это проблема, которая еще не возникла,
- 20. Девиз разработчиков программного обеспечения из Microsoft: «Мы не боремся с рисками — мы ими управляем».
- 21. Управление рисками – это процессы, связанные с
- 22. В стандарте Project Management Body of Knowledge,
- 23. Количественная оценка – количественный анализ вероятности возникновения
- 24. Основные риски, как правило, характерны
- 25. Основные риски реализации ИТ–проекта Отсутствие системного аналитика
- 26. Барии Боэм приводит список 10 наиболее распространенных
- 27. Непрекращающийся поток изменений. Нехватка информации о внешних
- 28. Смысл описания рисков реализации ИТ-проектов заключается
- 29. В качестве основных мероприятий, направленных на избежание
- 30. Для сбора информации о рисках могут применяться подходы:Опрос экспертов Мозговой штурм Метод Дельфи Карточки Кроуфорда
- 31. Все риски оцениваются в матрице компромиссов
- 32. Риск – событие. Формулировка должна быть конкретная
- 33. Скачать презентацию
- 34. Похожие презентации
Треугольник компромиссовЧасто бывает очень полезно изобразить эту зависимость заказчику в виде треугольника компромиссов:
Слайд 2
Треугольник компромиссов
Часто бывает очень полезно изобразить эту зависимость
заказчику в виде треугольника компромиссов:
Слайд 5
После достижения утвержденного равновесия с заказчиком, т.е. на
запрашиваемые возможности вы назвали и зафиксировали сроки и смету,
любое изменение на одной из сторон треугольника влечет изменение на двух оставшихся.Такой подход служит удобным инструментом для нахождения компромиссов с заказчиком и поможет объяснить суть имеющихся ограничений.
Слайд 6
Целевой коридор обозначает приемлемый срок завершения проекта
Соотношение между
сроками и затратами
Слайд 9
Три зоны взаимозависимости между сроками и качеством:
Первый сектор
характеризуется давлением сроков, что приводит к соответствующему снижению качества.
Во втором секторе обстоятельства идеальны, а значит, и качество соответствующее.
В третьем секторе мы наблюдаем снижение качества, поскольку из-за различного рода задержек проект не осуществляется с полной отдачей. Здесь очевидна недостаточность давления, оказываемого сроками.
Слайд 10 Необходимо не просто удовлетворить заказчика, а следует в
той или иной форме предоставить ему качество, которого он
сам не ожидал, то есть обеспечить себе потенциал «будущих заказов».Такое качество называется дополнительным и находит свое отражение в формулировке: Make the customer even happier than happy.
Слайд 11
Матрица компромиссов
Для эффективного достижения компромиссов в течение
всего жизненного цикла проекта, рекомендуется на начальных этапах зафиксировать
приоритеты факторов проекта (ресурсы, время, возможности). На один из факторов влиять в течение проекта будет практически невозможно (Фиксируется), - другой будет обладать некоторым приоритетом при разрешении компромиссов (Согласовывается) и оставшийся будет принят в соответствии с первыми двумя (Принимается).Слайд 14 Зафиксировать приоритеты в проектной документации можно с помощью
простых текстовых оборотов:
«Зафиксировав ресурсы, мы согласовываем календарный график
и принимаем результирующий объем функциональности решения» «Зафиксировав объем функциональности решения, мы согласовываем затрачиваемые ресурсы и принимаем результирующие сроки» и т.п.
Слайд 15
В дальнейшем возврат к приоритетам может сильно помочь
при нахождении компромисса внутри проектной группы
Внимание: представитель заказчика
тоже является членом проектной группы.
Слайд 16
Проявляйте гибкость – будьте готовы к переменам!
В
отличие от традиционной модели управления проектами, в которой подразумевается
четкая формулировка требований на начальном этапе проекта и разработка на основании ТЗ, подход компромисов основывается на принципе изменяющихся проектных условий.Проектная группа должна быть готова к переменам и методология MSF предоставляет эффективный инструментарий для адекватной и своевременной реакции на изменения в проектной среде.
Слайд 18
Управление рисками
Если какая-нибудь неприятность может случиться, она случится.
Закон Мерфи
Слайд 19 Риск это проблема, которая еще не возникла, а
проблема — это риск, который материализовался.
Причиной возникновения рисков являются
неопределенности, существующие в каждом проекте. Риски могут быть “известные”- те, которые определены, оценены, для которых возможно планирование.
Риски “неизвестные” – те, которые не идентифицированы и не могут быть спрогнозированы.
Слайд 20
Девиз разработчиков программного обеспечения из Microsoft:
«Мы не боремся
с рисками —
мы ими управляем».
Слайд 21
Управление рисками – это процессы, связанные с идентификацией,
анализом рисков и принятием решений, которые включают максимизацию положительных
и минимизацию отрицательных последствий наступления рисковых событий.Слайд 22 В стандарте Project Management Body of Knowledge, принятом
в 2000 году, описаны шесть процедур управления рисками:
Планирование управления
рисками – выбор подходов и планирование деятельности по управлению рисками проекта. Идентификация рисков – определение рисков, способных повлиять на проект, и документирование их характеристик.
Качественная оценка рисков – качественный анализ рисков и условий их возникновения с целью определения их влияния на успех проекта.
Слайд 23
Количественная оценка – количественный анализ вероятности возникновения и
влияния последствий рисков на проект.
Планирование реагирования на риски
– определение процедур и методов по ослаблению отрицательных последствий рисковых событий и использованию возможных преимуществ. Мониторинг и контроль рисков - мониторинг рисков, определение остающихся рисков, выполнение плана управления рисками проекта и оценка эффективности действий по минимизации рисков.
Слайд 24
Основные риски, как правило, характерны для
любых проектов и заключаются в:
несоблюдении сроков реализации проекта,
превышения стоимости и
несоблюдения параметров качества.
Слайд 25
Основные риски реализации ИТ–проекта
Отсутствие системного аналитика для
постановки задачи управления на предприятии.
Сопротивление сотрудников.
Увеличение нагрузки во
время реализации проекта. Отсутствие лидера и квалифицированной команды.
Изменение целей в ходе реализации проекта.
Слайд 26 Барии Боэм приводит список 10 наиболее распространенных рисков
программного проекта:
Дефицит специалистов.
Нереалистичные сроки и бюджет.
Реализация
несоответствующей функциональности. Разработка неправильного пользовательского интерфейса.
"Золотая сервировка", перфекционизм, ненужная оптимизация и оттачивание деталей.
Слайд 27
Непрекращающийся поток изменений.
Нехватка информации о внешних компонентах,
определяющих окружение системы или вовлеченных в интеграцию.
Недостатки в
работах, выполняемых внешними (по отношению к проекту) ресурсами. Недостаточная производительность получаемой системы.
"Разрыв" в квалификации специалистов разных областей знаний.
Слайд 28
Смысл описания рисков реализации ИТ-проектов заключается в
том, чтобы заранее выявить эти риски и провести комплекс
предупреждающих мероприятий, а не получить трудноразрешимые проблемы во время реализации проекта.Слайд 29 В качестве основных мероприятий, направленных на избежание возникновения
этих рисковых ситуаций в ИТ–проектах, являются:
Обязательное документирование целей
проекта, а также всех изменений в документации проекта, возникающих при его реализации Повышение мотивации рядовых сотрудников путем материального стимулирования
Привлечение сторонних квалифицированных специалистов
Обучение членов команды и топ–менеджмента методологии управления проектами.
Слайд 30
Для сбора информации о рисках могут применяться подходы:
Опрос
экспертов
Мозговой штурм
Метод Дельфи
Карточки Кроуфорда
Слайд 32
Риск – событие. Формулировка должна быть конкретная и
однозначная. Например, погодные условия.
Последствия наступления риска – что будет
плохого.Анализ и управление рисками проекта.
Меры по минимизации - действия, если событие уже произошло.
