Динамика фазы Анализ модели процесса разработки msf
--------------------------Предпроектное исследование
Успех проекта зависит от способности проектной группы и заказчиков добиться общего видения целей и задач проекта. Обычно эти цели и задачи являются производными от целей организации.
Прежде чем группа перейдет к следующим фазам проекта, надо разработать концепцию, которая описывает основные цели и направление проекта. выработать оптимальную концепцию.
Хотя разработка концепции проекта состоит из нескольких итерационных циклов, необходимо, чтобы к концу процесса исследования все участники проекта, прямо и косвенно отвечающие за него, получили полное представление о нем. Очень важен процесс согласования: он помогает проектной группе и заказчику прояснить цели проекта и укрепляет их заинтересованность в конечном результате, которую они должны сохранить до завершения проекта. Без четко
определенной концепции очень легко увязнуть в мелочах. Ясная концепция обеспечивает успех проекта, указывая группе направление работы, однако для этого концепция должна непосредственно решать практические задачи проекта. Это достигается посредством включения в модель процесса разработки MSF фазы «Анализ» (рис. 5,1); кроме того, концепция, созданная на этой фазе, предназначается прежде всего для текущей версии продукта. Можно раз-
работать и долгосрочную концепцию — для всех версий продукта; она пригодится для стратегического планирования следующих выпусков продукта. Каждый последующий выпуск продукта будет в этом случае реализацией отдельных пунктов долгосрочной концепции, что, в
свою очередь, позволит оценивать успех каждого выпуска, сопоставляя его результаты со стратегическими целями.
Результат фазы «Анализ» — предпроект — представляет собой до-
кумент, описывающий концепцию проекта. Он детализирует:
• концепцию проекта;• рамки проекта;• исходную информацию;• бизнес-требования;
• проектные требования;• результаты; • риски.
На фазе «Анализ» группа использует для обмена информацией разные документы. Однако эти
документы не являются конечным результатом фазы — ее целью является как раз налаживание обмена информацией. Документы просто служат инструментом для достижения этого результата.
Фаза «Анализ» завершается, когда группа достигает этапа «Одобрение концепции». Это тот момент, когда проектная группа и заинтересованные в проекте стороны принимают совместное решение об одобрении концепции конечного продукта и решают, что можно переходить к фазе «Планирование».
--------------------------------Назначение концепции
Разработка продукта без создания концепции подобна плаванию корабля без компаса: корабль куда-то плывет, но куда? Знает ли экипаж маршрут движения? Прибудут ли пассажиры именно туда, куда купили билет?
Хотя разработка концепции продукта безусловно необходима, именно этот этап разработки часто пропускается или недооценивается. Большинство людей, вовлеченных в процесс разработки приложения, имеют гораздо больше навыков в решении задач, необходимых для выпуска продукта, чем в создании его концепции. Многие находят саму идею концепции продукта расплывчатой и неясной, особенно это касается новичков в разработке продуктов. Однако
очень важно понимать что анализ:
• служит первой фазой планирования и проектирования;
• позволяет добиться понимания и согласия между всеми участниками с самого начала проекта;
• помогает группе объединить разные точки зрения в общую концепцию;
• обеспечивает основу для будущего планирования;
• выявляет факторы, которые заказчик и основные участники считают важнейшими для проекта.
разработка концепций-это первый и самый ответственный шаг разработки, потому что именно он определяет направление,в котором будет двигаться проектная группа, и цель путешествия.
«Концепция важна потому, что она помогает команде принимать решения, наиболее походящие для достижения поставленной цели. В этом смысле хорошая концепция является инструментом, который объединяет всех сотрудников в единую команду, создающую отличный продукт. Если над проектом работают 10 человек, они всегда могут поговорить друг с другом, достигнув общего понимания целей и действий. Когда же над проектом работает 1000 человек, нужен способ, обеспечивающий принятие решений без необходимости каждому участнику разговаривать с остальными 999».
Ясная концепция создает доверие и единство членов группы, указывает перспективу, уточняет цели и упрощает принятие решений. Общее видение дает группе энергию для достижений наилучших результатов и обеспечивает:
• ясность — члены группы должны осознать, что же они пытаются создать, прежде чем приступать к разработке. Кроме того, они должны понимать, почему менеджер программы, менеджер продукта и заказчики включают тот или иной пункт в список требований и не включают другие. Концепция должна давать ясное представление не только о том, что будет делаться, но и о том, что не будет делаться;
• расстановку приоритетов. На всем протяжении жизненного цикла продукта проектной группе нужны критерии, которыми можно руководствоваться при выборе решений из массы вариантов. Группа разработки решает, как кодировать все, что описано в функциональных спецификациях и технических требованиях, и как заложить основу для будущих версий продукта. Группа тестирования выявляет ошибки. Группа обучения пользователей решает, какие
возможности следует выделить особо и как объяснить их пользователям. Менеджер программы взаимодействует с разработчиками, чтобы решить, как реализовать эти возможности и как пользователь будет работать с каждой из них. Для принятия решений команде нужно понимать не только то, что и почему должно делаться, но и в каком порядке. Удачная концепция образует иерархию приоритетов для принятия решений;
• интеграцию — концепция продукта должна поддерживать и дополнять концепции и функциональные возможности других продуктов. использующихся в организации. Многие другие продукты, возможно, обслуживают тех же клиентов и пользователей, что и разрабатываемый вами продукт, и, возможно, некоторые функции перекрываются. Любое их дублирование в различных продуктах надо изучить, чтобы выяснить, оправдано ли оно с точки зрения бизнеса;
• будущие инвестиции — назначение концепции — не только направлять разработку сегодняшних продуктов, но и заложить основу на будущее. Например, если отдел разработки предполагает включить в следующую версию продукта средства поддержки электронной
коммерции, уже в текущей версии необходимо принять во внимание низкую пропускную способность каналов связи. Такая предусмотрительность поможет сберечь время в будущем.
- 2. Модель па
- 2.1.Бизнес - перспектива
- 2.2.Прикладная перспектива
- 2.3.Информационная перспектива
- 2.4.Технологическая перспектива
- 2.5 Основные опасности при разработке производственной архитектуры
- 2.6 Задачи модели производственной архитектуры msf
- 3. Создание производственной архитектуры
- 1. Общая характеристика модели приложения
- 1.1.Повторное использование компонентов
- 1.2.Размер приложения
- 1.3. Производительность приложения
- 1.4.Масштабируемость приложений
- 1.5.Виды архитектуры
- 2. Модель приложений
- 2.1. Бизнес-модель
- 2.2 Пользовательская модель
- 2.3 Логическая модель
- 2.4 Технологическая модель
- 2.5 Модель разработки
- 2.6 Физическая модель
- 1. Общие характеристики модели проектных групп
- 2. Обязанности членов группы
- 3. Модель проектой группы
- 3.1. Менеджер продукта
- 3.2Менеджер программы
- 3.3.Разработчик
- 3.4 Тестер
- 3.5.Инструктор
- 3.6 .Логистик
- 4.Размер групп и масштаб проекта
- 5. Создание группы
- 5.1.Поиск руководителей
- 5.2.Повышение эффективности коллективной работы
- 5.3. Координация работы с внешними группами
- 1. Модель разработки приложений
- 2.Модель процесса разработки msf
- Основные этапы
- Промежуточные этапы
- Итеративность
- 3. Фазы разработки и их основные этапы.
- 3.1 Фаза Анализ
- 3.3.Фаза «Планирование»
- 3.3.Фаза «Разработка»
- 3.4. Фаза «Стабилизация»
- 4. Принципы модели процесса разработки
- 5.Роли членов группы в модели процесса разработки
- Динамика фазы Анализ модели процесса разработки msf
- 1.Процесс исследования
- 1.1.Распределение обязанностей ролей
- 2. Модель управление рисками
- 2.1.Источники риска
- 2.2.Способы управления рисками
- 3.Этап «Одобрение концепции» и его результаты
- 3.1Концепция
- 3.2.Прототип
- 3.3. Структура проекта
- 3.4. Сводный документ оценки рисков
- 3.5. Согласование концепции
- Динамика фазы планирования
- 1.Общая характеристика фазы планирования
- Фаза «Планирование» и процесс проектирования
- Распределение ролей при планировании
- Обязанности ролей при планировании
- 12.Процесс проектирования
- 2.1. Стадии концептуального проектирования
- 2.2.Стадия логического проектирования
- 2.3.Стадия физического проектирования
- 2.1. Управление рисками на фазе планирования
- 4.Этап «Одобрение плана проекта» и его результаты
- 4.1.Функциональные спецификации
- 4.2.Основной план проекта
- 4.2.Основной график проекта
- 4.3.Пересмотренный документ оценки рисков
- Динамика фазы разработки и ее основные результаты.
- 1. Общая характеристика фазы разработки
- 2. Основные этапы разработки
- 2.1.Распределение обязанностей на стадии разработки
- 2.3.Первый этап: анализ и рационализация
- 2.4.Второй этап: реализация
- 2.5.Третий этап: аттестация
- 2.6.Управление рисками
- 3.Этап «Завершение разработки» и его результаты
- 3.1. Код и исполняемые модули
- 3.2.Средства повышения эффективности работы пользователей и сопроводительные материалы
- 3.3. Тестовые материалы
- Динамика фазы стабилизации
- Распределение обязанностей в группе
- Промежуточные этапы
- Управление рисками на фазе Стабилизации
- 1)Организованные риски;
- Этап «Выпуск продукта» и его результаты