Применение Process Model к Hardware проектам

Архитектура организации и технологическая инфраструктура

Архитектура организации - это совокупность людей, процессов и технологий.

Технологическая инфраструктура - это область пересечения составляющих архитектуры организации.

Составляющие технологической инфраструктуры:

 

Process Model

 

Envisioning Phase

Промежуточные вехи

Промежуточная веха Описание Результат
Team Formation Complete Роли в команде разработчиков распределены. Уровень членов команды определен. Определяются ответственные за каждый кусок работы. Участники команды готовы к работе над проектом.
Draft Vision/Scope Имеется формулировка проблемы, концепция решения, программа тренинга во время проекта. Идентифицирован заказчик. К примеру кто является заказчиком если надо внедрить ATM в учебном заведении??? Определяется что и почему должна делать команда разработчиков.
Final Vision/Scope Готовы все необходимые документы. Команда и заказчик устанавливают взаимопонимание и распределяют ответственность.

Результаты

Результат Содержание
Vision/Scope document
  • Problem statement/business objectives
  • Vision statement
  • User profile
  • Solution concept
A SMART vision/scope document is Specific, Measurable, Achievable, Results-based, and Time-oriented.
Risk Management Plan
  • Идентификация рисков
  • Определение новых технологий, которым должно уделяться повышенное внимание
  • Определение подводных камней в организационной структуре
Project Structure
  • Как будет осуществляться управление проектом и его техническая поддержка.
  • Определение административной структуры команды разработчиков.

 

Planning Phase

По окончании этого этапа должно быть достигнуто соглашение по следующим вопросам:

Промежуточные вехи

Промежуточная веха Описание Результат
Conceptual Design Complete Составлено представление о проекте. Определены его характеристики. Структурированное решение и гарантия того, что решение соответствует потребностям.
Design Specification Complete Детальное описание технических компонент решения и определение того, как они будут внедряться. Детализирование технической части функциональной спецификации.
Master Project Plan Complete Включает подходы, зависимости и допущения к проекту, а также бюджет. Гарантия того, что все члены команды одинакого понимают цели проекта.

Результаты

Документ Описание
Conceptual Design Не технический документ, описываюший что должно быть включено в окончательную версию продукта. Документ описывает функциональность решения, как продукт впишется в существующую инфраструктуру и взаимодействие между пользователем и продуктом. Документ также должен содержать рафинированную версию vision/scope из предыдущего этапа.
Design Specificstion Технические детали решения. Состоит из следующих частей:
  • Logical and Physical design
  • Standards and guidelines
  • Change control methodology
  • Life cycle management plan
  • Security plan
Master Project Plan Содержит сроки и планы каждой роли команды разработчиков.

Распределение работы между ролями в команде разработчиков

Роль Чем занимается
Product Manager
  • Project vision
  • User needs analysis
  • Schedule
Program Manager
  • Project design
  • Project master plan/schedule
Development
  • Technology evaluation
  • Physical design
  • Devrlopment plan/schedule
User Education
  • User performance solution strategy
  • Training needs
Testing
  • Design evaluation
  • Testing plan/schedule
Logistics
  • Materials/facilities procurement
  • Rollout plan/schedule

 

Developing phase. Scope Complete/First Use milestone

Промежуточные вехи

Веха Описание Результат
Lab Testing Complete Тестирование в лаборитории завершено. Технология утверждена.
Proof of Concept Complete Решение опробовано на контрольном оборудовании, которое по характеристикам приближно к тому, на котором продукт будет работать. Решение утверждено.
Pilot Complete Решение опробовано на ограниченной части реального оборудования. Решение опробовано.

Результаты

Результат Описание
Pilot plan Описание pilot теста. Содержит последовательность шагов и процедур, необходимых для проведения теста.
Training plan Обучение пользователей механизму нового решения, выгоды от применения нового решения, описание изменений в работе организации..
Capacity plan Описание того, что новое решение покрывает все потребности организации.
Business continuation plan План действий на случай сбоя. Отвечает на вопрос: Как продолжить работу? Не содержит плана отката к старой технологии.
Rollout plan План внедрения нового решения.

Распределение работы между ролями в команде разработчиков

Роль Чем занимается
Product Manager
  • Customer expectations
  • Schedule
Program Manager
  • Functional specification management
  • Project tracking/communication
  • Pilot plan
Development
  • System compliance
User Education
  • User/deployment team training
Testing
  • Issue identification
Logistics
  • Operations/support/systems administration
  • Final release schedule

 

Stabilizing phase. Release milestone.

Промежуточные вехи

Веха Описание
Rollout begins Начинается развертывание продукта вне безопасной сети pilot группы.
Training complete Администраторы, пользователи и операторы получили необходимый уровень знаний для работы с новым оборудованием.
Rollout complete Технологическое решение внедрено на все юниты.
Stabilization complete Проблемы с новым решением сведены на нет.

Результаты

Результат Описание
post-rollout baselining of user profiles and usage scenarios Сравнение user profiles и usage scenarios которые получились с теми, которые задумывались.
Project review Анализ работы над проектом. Правильные и неправильные шаги.

Распределение работы между ролями в команде разработчиков

Роль Чем занимается
Product Manager
  • Promotion
  • Feedback
  • Assessment
  • Signoff
Program Manager
  • Solution/Scope comparition
  • Project tracking/coordination
Development
  • Problem resolution
  • Release
User Education
  • Need-specific training
  • Training schedule
Testing
  • Performance metrics
  • Problem resolution
Logistics
  • Site prep setup/support
  • Rollout management
  • Change approval