Назначение концепции

Важно понимать, что анализ:

1. служит первой фазой планирования и проектирования;

2. позволяет добиться понимания и согласия между всеми участниками с самого начала проекта;

3. помогает группе объединить разные точки зрения в общую концепцию;

4. обеспечивает основу для будущего планирования;

5. выявляет факторы, которые заказчик и основные участники считают важнейшими для проекта.

Цитата Стива Синовски (в свое время вице-президент Microsoft по выпуску продукта Microsoft Office): Концепция важна потому, что она помогает команде принимать решения, наиболее подходящие для решения конкретной проблемы. В этом смысле хороша та концепция, которая является инструментом, позволяющим всем сотрудникам работать вместе для создания отличного продукта. Если над проектом работают 10 человек, они всегда могут узнать друг у друга все, что связано с проектом, что гарантирует общее понимание целей и действий. Когда же над проектом работает 1000 человек, нужен способ, обеспечивающий принятие решений без необходимости каждому участнику разговаривать с остальными 999.

Ясная концепция создает доверие и единство членов группы, указывает перспективу, уточняет цели и упрощает принятие решений. Общее видение дает группе энергию для достижения наилучших результатов и обеспечивает:

1. ясность – члены группы должны осознать, что же они пытаются создать, прежде чем приступать к разработке. Кроме того, они должны понимать, почему менеджер программы, менеджер продукта и заказчик включают тот или иной пункт в список требований и не включают другие. Концепция должна дать ясное представление не только о том, что будет делаться, но и о том, что не будет делаться.

2. Расстановку приоритетов – на всем протяжении жизненного цикла продукта проектной группе нужны критерии, которыми можно руководствоваться при выборе решений из массы вариантов. Группа разработки решает, как кодировать все, что описано в функциональных спецификациях технических требований. Группа тестирования выявляет ошибки. Группа обучения пользователей решает, какие возможности следует выделить особо и как объяснить их пользователям. Удачная концепция образует иерархию приоритетов для принятия решений.

3. Интеграцию – концепция продукта должна поддерживать и дополнять концепции и функциональные возможности других продуктов, использующихся в организации.

4. Будущие инвестиции – назначение концепции – не только направлять разработку сегодняшних продуктов, но и заложить основу на будущее.

Трудности фазы “Анализ”

1. Игнорирование динамической природы модели процесса разработки.

2. Неполное выполнение стадии “Анализ”

3. Непонимание того, что фаза “Анализ” закладывает основу для разработки сложных концепций.

Процесс исследования

Распределение обязанностей

В таблице перечислены конкретные обязанности ролей на фазе “Анализ”. Руководитель каждой роли отвечает за решение соответствующих задач и обмен информацией с остальными членами проектной группы.

Таблица 1 Обязанности ролей на стадии “Анализ”

Роль	Обязанности
Менеджер продукта	Подготовка документа “Концепция проекта” Работа с заказчиком Вовлечение заказчика в разработку прототипа Управление рисками
Менеджер программы	Формулировка целей проектирования Описание концепции решения Выявление структуры проекта Управление рисками
Разработчик	Разработка прототипов Выбор основных направлений разработки Выявление требований и взаимосвязей Управление рисками
Инструктор	Сбор требований, касающихся удобства использования Работа с пользователями Вовлечение пользователей в разработку прототипов Управление рисками
Тестер	Разработка стратегии тестирования Формулировка критериев приемки продукта Разработка системы выявления ошибок Разработка системы управления рисками Управление рисками
Логистик	Вопросы развертывания и их влияние на проект Вопросы сопровождения и их влияние на проект Управление рисками

Шаг 1: изучение

Шаг 2: анализ

Шаг 3: рационализация

Шаг 4: реализация

Шаг 5: утверждение

План проекта

Распределение ролей при планировании

Хотя для достижения этапа “Одобрение плана проекта”, который завершает фазу “Планирование”, необходимы усилия всей проектной группы, каждый член коллектива должен сконцентрироваться на своих задачах, решение которых позволит успешно завершить процесс проектирования.

Таблица Распределение обязанностей и ответственности на этапе “Планирование”

Роль	Обязанности
Менеджер продукта	Руководит сбором требований и концептуальным проектированием. Работает над планом и графиком.
Менеджер программы	Управляет процессом проектирования, в частности, разработкой логической архитектуры. Создает эскиз функциональных спецификаций. Руководит всеми работами и определяет соответствие текущих результатов планам и графикам.
Разработчик	Отвечает за функциональные спецификации, относящиеся к физическому проектированию. Определяет время и трудозатраты, необходимые для разработки и стабилизации приложения, составляет план и график разработки. При необходимости проектирует концепт-систему.
Инструктор	Анализирует потребности пользователей. Разрабатывает стратегию сопровождения. Оценивает проект с точки зрения удобства применения продукта. Определяет время и трудозатраты на создание систем поддержки пользователей. Выясняет, насколько удобны пользовательские интерфейсы всех компонентов приложения.
Тестер	Оценивает архитектуру с точки зрения тестирования приложения. Разрабатывает план и график тестирования. Подбирает методы и метрики для выявления ошибок, вырабатывает стратегию тестирования.
Логистик	Оценивает проект с точки зрения развертывания, управления и сопровождения продукта, а также его совокупную стоимость владения. Разрабатывает план развертывания и сопровождения.