Ключевые концепции модели процессов MSF

Ключевые концепции модели процессов MSF

Заказчики

Для программных продуктов потребительского рынка, игр и веб-приложений заказчик и потребитель могут быть одним и тем же лицом.

Однако в случае бизнес-решений это не так. Заказчиками являются организации или лица, желающие получить от решения бизнес-отдачу. Они формируют требования к решению и оплачивают его разработку. Потребителями же выступают люди, сталкивающиеся с работой этого решения в ходе своей профессиональной деятельности. К примеру, проектом является разработка корпоративной системы подачи отчетов о расходах, которая позволит работникам сообщать сведения о своих расходах, используя внутреннюю компьютерную сеть компании. Потребителями (пользователями) такой системы будут работники компании, в то время как заказчик – член правления, в чью задачу входит внедрение этой системы.

• 
  Участие заказчика. Вовлеченность заказчика является необходимым условием успешности IT проектов. Модель процессов MSF предоставляет заказчику широкий спектр возможностей для уточнения и модификации проектных требований и установки контрольных точек (вех) для мониторинга работы над проектом. В свою очередь, это требует затрат времени со стороны заказчика и взятия им на себя определенных обязательств.
  
• 
  Внутренние и внешние заказчики. В некоторых случаях проектная группа и заказчик могут представлять различные организации. Например, заказчик может быть покупателем, заключающим соглашение с внешним поставщиком (которым может быть сообщество различных организаций-партнеров).
  
• 
  Контракты. MSF признает первостепенную важность договорных и юридических отношений между заказчиком, его поставщиками и проектной командой и необходимость управления этими отношениями. Точка зрения MSF на управление поставками (Procurement management) отражена в “Белой книге” дисциплины управления проектами MSF. Однако существует множество других литературных источников, освещающих указанную предметную область, поэтому в данном документе тема управления поставками досконально не исследуется.
  

Заинтересованные стороны

Заинтересованные стороны (stakeholders) – это лица или группы лиц, чьи интересы затрагиваются результатами проекта³. Не всегда цели и приоритеты различных заинтересованных сторон совпадают со стремлениями заказчика. Каждая заинтересованная сторона преследует цели и выдвигает требования, важные именно для нее.

В задачу ролевого кластера “Управление продуктом” входит определение ключевых заинтересованных в проекте сторон, учет их нужд и организация отношений с ними.

Вот примеры заинтересованных сторон, представленных обычно в IT-проектах:

• 
  Начальники отделов, чей персонал и режим работы будут изменены в результате внедрения разрабатываемого решения.
  
• 
  Персонал сопровождения решения, на который будет возложена ответственность за его функционирование, а также персонал сопровождения других приложений, затрагиваемых внедрением решения.
  
• 
  Функциональные руководители (functional managers), обеспечивающие проектную группу необходимыми ресурсами.
  

Что есть решение?

В повседневном смысле решение – это просто стратегия или метод, позволяющие решить проблему. На жаргоне IT-индустрии “решениями” все чаще называют программные продукты. Поэтому время от времени возникает недопонимание или даже скептицизм в отношении того, что в действительности понимается под решением.

В MSF термин “решение” (solution) имеет очень специфическое значение. Это скоординированная поставка набора элементов (таких как программно-технические средства, документация, обучение и сопровождение), необходимых для удовлетворения некоторой бизнес потребности конкретного заказчика. Хотя MSF и используется при разработке коммерческих продуктов для массового потребительского рынка, он концентрируется главным образом на поставке решений, предназначенных для определенного заказчика.

Продукты	Решения MSF
Разрабатываются для нужд массового рынка.	Разрабатываются или привязываются к нуждам определенного заказчика.
Поставляются в качестве дистрибутивных пакетов или загружаемых файлов.	Поставляются путем внедрения проекта.

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

На рис. 4 представлены основные элементы успешного решения.

4. 
   Элементы решения
   

Проекты могут отличаться по уровню сложности разработки и внедрения. В простых случаях без некоторых элементов, показанных на рис. 4, можно обойтись. Однако в более сложных и крупномасштабных проектах, весьма вероятно, будет потребность во всех из них.

В дополнение к этому:

• 
  Программно-технические средства /специально разрабатываемый код (custom code) могут быть как новыми, так и усовершенствованными версиями ранее разработанных компонент (в т.ч. содержащими вновь добавляемые элементы).
  
• 
  Программно-технические средства могут включать в себя аппаратное обеспечение, программное обеспечение, периферийные устройства, сетевые компоненты и т.п. Специально разрабатываемый код – это программные компоненты, разрабатываемые для нужд конкретного проекта.
  
• 
  Обучение затрагивает каждого, кто будет использовать или сопровождать решение после его внедрения.
  
• 
  Документация покрывает всю информацию, необходимую для установки, поддержки, сопровождения и использования решения.
  
• 
  Процессы сопровождения включают в себя все необходимые процедуры резервного копирования, восстановления, действий в нештатных ситуациях, улаживания возникающих трудностей и поддержки пользователей.
  
• 
  Внешние коммуникации включают в себя информирование внешних заинтересованных сторон о ходе внедрения решения и его влиянии на их интересы.
  
• 
  Внедрение включает в себя процедуры установки/удаления внедряемого аппаратного и программного обеспечения, автоматизированные инструменты внедрения и сценарии “отката” (rollback) в аварийных ситуациях.
  

жүктеу/скачать 0.88 Mb.

Достарыңызбен бөлісу: