- •1. Введение в методологию msf и историческая справка
- •2. Что такое методология?
- •3. Основные концепции методологии msf
- •4. Основные положения msf
- •5. Формирование команды. Модель проектной группы
- •14. Управление выпуском
- •15. Удовлетворение потребителя
- •13. Тестирование
- •6. Основные принципы построения команды
- •16. Управление продуктом
- •12. Разработка
- •10. Управление программой
- •7. Ролевые группы и роли
- •11. Архитектура продукта
- •24. Принципы модели процессов
- •8. Зоны ответственности ролевых групп
- •9. Задачи ролевых групп и взаимодействие с заинтересованными лицами
- •17. Рекомендации по возможному объединению ролей
- •18. Основные сведения о рисках
- •19. Планирование управления рисками
- •20. Процесс управления рисками
- •21. Управление рисками как составная часть жизненного цикла проекта
- •22. Учебный пример. Выделение рисков
- •23. Модель процессов msf
- •25. Взаимодействуйте с “заказчиками”
- •26. Поощряйте свободный обмен информацией в проекте
- •27. Создавайте “единое видение проекта”
- •28. Следите за качеством продукта
- •29. Проявляйте гибкость - будьте готовы к изменениям
- •31. Будьте готовы к внедрению сегодня
- •30. Ставьте "вехи"
- •32. Управление компромиссами
- •33. Треугольник компромиссов
- •34. Матрица компромиссов проекта
- •35. Схема процесса разработки
- •36. Структурные единицы схемы
- •37. Цикличность процесса разработки
- •38. Фазы и вехи процесса разработки
- •39. Фаза выработки концепции
- •40 . Основные задачи фазы
- •41. Задачи ролевых групп на фазе выработки концепции
- •44. Выработка концепции
- •43. Результаты фазы выработки концепции
- •42. Вехи фазы выработки концепции
- •45. Видение проекта
- •46. Концепция решения
- •47. Цели и Задачи
- •48. Предположения и Ограничения
- •49. Пользователи
- •50. Сценарии использования
- •51. Рамки
- •52. Функциональность решения
- •53. За рамками решения
- •54. Планирование проекта. Фаза планирования
- •55. Основные задачи фазы
- •56. Задачи ролевых групп на фазе планирования
- •57. Вехи фазы планирования
- •62. Вехи фазы разработки
- •63. Результаты фазы разработки
- •64. Стабилизация решения. Фаза стабилизации
- •65. Основные задачи фазы
- •67. Вехи фазы стабилизации
- •68. Результаты фазы стабилизации
- •66. Задачи ролевых групп на фазе стабилизации
- •69. Внедрение решения. Фаза внедрения
- •70. Основные задачи фазы
- •71. Задачи ролевых групп на фазе внедрения
- •72. Вехи фазы внедрения
- •73. Результаты фазы внедрения
- •74. Компоненты
- •75. Имя компонента
- •80. Узел
- •76. Виды компонент
- •77. Интерфейсы
- •78. Зависимости
- •79. Рекомендации по построению диаграммы компонентов
- •81. Соединения
- •82. Рекомендации по построению диаграммы развертывания
- •83. Кооперация
- •84. Диаграмма кооперации уровня спецификации
- •85. Объекты
- •86. Мультиобъект
- •87. Активный объект
- •88. Составной объект
- •89. Связи
- •90. Стереотипы связей
- •91. Сообщения
- •92. Формат записи сообщений
- •93. Заключительные рекомендации по построению диаграмм кооперации
- •1. Введение в методологию msf и историческая справка
- •2. Что такое методология?
- •3. Основные концепции методологии msf
41. Задачи ролевых групп на фазе выработки концепции
Основные задачи и сферы ответственности каждого из ролевых кластеров проектной группы во время фазы выработки концепции:
Ролевой кластер |
Задачи |
Управление продуктом |
Общие цели проекта; выявление нужд и требований заказчика; документ общего описания и рамок проекта. |
Управление программой |
Цели дизайна; концепция решения; структура проекта. |
Разработка |
Прототипирование; анализ технологических возможностей; анализ осуществимости. |
Удовлетворение потребителя |
Необходимые эксплуатационные характеристики решения и их влияние на его разработку; дизайн. |
Тестирование |
Стратегии тестирования; критерии приемлемости, их влияние на разработку решения. |
Управление выпуском |
Требования внедрения и их влияние на разработку решения; требования сопровождения. |
44. Выработка концепции
Фаза выработки концепции (envisioning phase) – первая фаза жизненного цикла проекта. MSF считает, что одним из фундаментальных факторов успеха проекта является создание и сплочение проектной группы на основе выработки единого видения (shared vision).
Формулировка видения (vision statement) должна быть достаточно краткой для запоминания, достаточно ясной для понимания и достаточно сильной для мотивирования.
Концепция решения (solution concept) предоставляет общее описание подходов, которые проектная группа предполагает использовать для разрешения проблем и/или удовлетворения потребностей заинтересованных сторон.
Формирование концепции решения начинается с выяснения у заинтересованных сторон, описания и фиксации проектной группой целей проекта. Далее каждая цель разбивается на измеримые компоненты – задачи.
43. Результаты фазы выработки концепции
Результатами фазы выработки концепции являются:
- Общее описание и рамки проекта (vision/scope document).
- Документ оценки рисков (risk assessment document).
- Описание структуры проекта (project structure document).
42. Вехи фазы выработки концепции
Главной вехой фазы выработки концепции является веха “Концепция утверждена”. К этому моменту проектная группа и заказчик должны прийти к соглашению об общих задачах проекта, включаемой и не включаемой в решение функциональности и временных рамках.
В течение фазы MSF рекомендует выделить промежуточные вехи:
- Ядро проектной группы сформировано
К этому моменту назначены ключевые члены проектной группы, но, как правило, команда еще не сформирована полностью. До того, как формирование проектной группы завершено, уже приступившие к работе сотрудники могут брать на себя роли отсутствующих членов команды.
Документ описания структуры проекта включает в себя информацию об организации проектной группы, персонификации ролей и ответственности. Также документ описания структуры проекта разъясняет схемы взаимодействия проектной группы с заказчиком и заказчика – с проектной группой.
- Черновой вариант концепции проекта составлен
К моменту этой промежуточной вехи появляется черновой вариант документа общего описания и рамок проекта, который с целью получения отзывов распространяется среди членов проектной группы, представителей заказчика и других заинтересованных сторон. Затем происходит итеративная доработка
документа, включающая в себя рассмотрение полученных отзывов, их обсуждение и внесение изменений.