Знаймо

Додати знання

приховати рекламу

Цей текст може містити помилки.

Microsoft Solutions Framework



План:


Введення

Microsoft Solutions Framework (MSF) - методологія розробки програмного забезпечення, запропонована корпорацією Microsoft. MSF спирається на практичний досвід Microsoft і описує управління людьми і робочими процесами в процесі розробки рішення.

MSF являє собою узгоджений набір концепцій, моделей і правил.


1. Введення

В 1994 году, стремясь достичь максимальной отдачи от IT -проектов, Microsoft выпустила в свет пакет руководств по эффективному проектированию, разработке, внедрению и сопровождению решений, построенных на основе своих технологий. Эти знания базируются на опыте, полученном Microsoft при работе над большими проектами по разработке и сопровождению программного обеспечения, опыте консультантов Microsoft и лучшем из того, что накопила на данный момент IT-индустрия. Всё это представлено в виде двух взаимосвязанных и хорошо дополняющих друг друга областей знаний: Microsoft Solutions Framework (MSF) и Microsoft Operations Framework (MOF).

Следует отметить, что Microsoft разработала на базе общих методов MSF методики для прикладного и специализированного применения. Причём, Microsoft сертифицирует экспертов именно по прикладным знаниям в применении MSF (например, сертификация MCTS 74-131 по экспертизе в методике управления проектами). Перед тем, как изучать методы MSF, следует сначала определить, какой прикладной вариант MSF имеется ввиду.

Наиболее популярные прикладные варианты MSF, разработанные Microsoft:

Важность прикладных вариантов MSF подчёркивает тот факт, что в "чистом варианте" саму методику MSF в своих IT-проектах компания Microsoft не использует [1]. В проектах Microsoft Consulting Services используется гибридная методология MSF и Agile. Несмотря на внешние существенные различия прикладных вариантов MSF, разработанных экспертами Microsoft, общая база методов MSF для них остается общая и отражает общие методологические подходы к итеративному ведению проектов [2].

MOF призван обеспечить организации, создающие критически важные (англ. mission-critical ) IT решения на базе продуктов и технологий Microsoft, техническим руководством по достижению их надёжности (англ. reliability ), доступности (англ. availability ), удобства сопровождения (англ. supportability ) и управляемости (англ. manageability ). MOF зачіпає питання, пов'язані з організацією персоналу та процесів, технологіями й менеджментом в умовах складних ( англ. complex ), Розподілених ( англ. distributed ) І різнорідних ( англ. heterogeneous ) IT-середовищ. MOF заснований на кращих виробничих методиках, зібраних в IT Infrastructure Library ( ITIL), складених Central Computer and Telecommunications Agency - Агентством уряду Великобританії.

Створення бізнес-рішення в рамках відведених часу і бюджету вимагає наявності випробуваною методологічної основи. MSF пропонує перевірені методики для планування, проектування, розробки та впровадження успішних IT-рішень. Завдяки своїй гнучкості, масштабованості і відсутності жорстких інструкцій MSF здатний задовольнити потреби організації або проектної групи будь-якого розміру. Методологія MSF складається з принципів, моделей і дисциплін з управління персоналом, процесами, технологічними елементами і пов'язаними з усіма цими факторами питаннями, характерними для більшості проектів.

MSF складається з двох моделей і трьох дисциплін. Вони детально описані в 5 whitepapers. Починати вивчення MSF краще з моделей, а потім перейти до дисциплін.

MSF містить:


2. Модель проектної групи MSF

Модель проектної групи MSF (MSF Team Model) описує підхід Майкрософт до організації працюючого над проектом персоналу і його діяльності в цілях максимізації успішності проекту. Дана модель визначає рольові кластери, їх області компетенції та зони відповідальності, а також рекомендації членам проектної групи, що дозволяють їм успішно здійснити свою місію по втіленню проекту в життя.

Модель проектної групи MSF розроблялася протягом декількох років і виникла в результаті осмислення недоліків пірамідальною, ієрархічної структури традиційних проектних груп.

У відповідності з моделлю MSF проектні групи будуються як невеликі багатопрофільні команди, члени яких розподіляють між собою відповідальність і доповнюють області компетенцій один одного. Це дає можливість чітко сфокусувати увагу на потребах проекту. Проектну групу об'єднує єдине бачення проекту, прагнення до втілення його в життя, високі вимоги до якості роботи і бажання самовдосконалюватись.

Нижче описуються основні принципи, ключові ідеї і випробувані методики MSF в застосуванні до моделі проектної групи.

MSF включає в себе ряд основних принципів. Ось ті з них, які мають відношення до успішної роботи команди:

  1. Розподіл відповідальності при фіксації звітності
  2. Наділяє членів команди повноваженнями
  3. Концентруйтеся на бізнес-пріоритети
  4. Єдине бачення проекту
  5. Проявляйте гнучкість - будьте готові до змін
  6. Заохочуйте вільне спілкування

Успішне використання моделі проектної групи MSF грунтується на ряді ключових концепцій (key concepts):

  1. Команда соратників
  2. Сфокусованість на потребах замовника
  3. Націленість на кінцевий результат
  4. Установка на відсутність дефектів
  5. Прагнення до самовдосконалення
  6. Зацікавлені команди працюють ефективно

MSF заснований на постулаті про шість якісних цілях, досягнення яких визначає успішність проекту. Ці цілі обумовлюють модель проектної групи. У той час як за успіх проекту відповідальна вся команда, кожен з її рольових кластерів, що визначаються моделлю, асоційований з однієї зі згаданих шести цілей і працює над її досягненням.

В проектну групу входять такі рольові кластери:

  • управління програмою
  • управління продуктом
  • розробка
  • тестування
  • управління релізом
  • задоволення споживача

Вони відповідальні за різні області компетенції (functional areas) та пов'язані з ними цілі і завдання. Іноді рольові кластери називаються просто ролями. Але в будь-якому випадку суть концепції залишається тією ж - побудувати основу виробничих відносин і пов'язану з нею модель команди такими, щоб вони були пристосованими (масштабованими) для задоволення потреб будь-якого проекту.

Як вже було сказано вище, проектна група по MSF складається з шести рольових кластерів, кожен з яких відповідає за:

  • управління програмою (program manager) - розробку архітектури рішення, адміністративні служби;
  • розробку (developer) - розробку додатків та інфраструктури, технологічні консультації;
  • тестування (QAE) - планування, розробку тестів і звітність по тестах;
  • управління випуском (release manager) - інфраструктуру, супровід, бізнес-процеси, випуск готового продукту;
  • задоволення замовника (user experience) - навчання, ергономіку, графічний дизайн, технічну підтримку;
  • управління продуктом (product manager) - бізнес-пріоритети, маркетинг, представництво інтересів замовника.

Наявність шести рольових кластерів не означає, що кількість членів команди має бути кратним шести - одна людина може поєднувати кілька ролей і навпаки, рольової кластер може складатися з декількох осіб в залежності від розміру проекту, його складності і професійних навичок, необхідних для реалізації всіх областей компетенції кластера. Мінімальний колектив по MSF може складатися всього з трьох осіб. Модель не вимагає призначення окремого співробітника на кожен рольової кластер. Сенс полягає в тому, що в команді повинні бути представлені всі шість якісних цілей. Зазвичай, виділення як мінімум однієї людини на кожен рольової кластер забезпечує повноцінне увага до інтересів кожної з ролей, але це економічно виправдано не для всіх проектів. Найчастіше члени проектної групи можуть об'єднувати ролі.

У малих проектних групах об'єднання ролей є необхідним. При цьому повинні дотримуватися два принципи:

  1. Роль команди розробників не може бути об'єднана ні з якою іншою роллю.
  2. Уникнути поєднання ролей, що мають зумовлені конфлікти інтересів.

Як і в будь-який інший командної діяльності, підходяща комбінація ролей залежить від самих членів команди, їх досвіду та професійних навичок. На практиці поєднання ролей зустрічається нерідко. І якщо проектна група виробляє його обдумано і управляє пов'язаними з таким об'єднанням ризиками, що виникають проблеми будуть мінімальними.

MSF не надає конкретних рецептів управління проектами і не містить пояснень різноманітних методів роботи, які застосовують досвідчені менеджери. Принципи MSF формують такий підхід до управління проектами, при якому:

  • відповідальність за управління проектом розподілена між лідерами рольових кластерів всередині команди - кожний член проектної групи відповідає за загальний успіх проекту і якість створюваного продукту.
  • професійні менеджери виступають в якості консультантів та наставників команди, а не виконують функції контролю над нею - в ефективно працюючій команді кожен її член має необхідні повноваження для виконання своїх обов'язків і впевнений, що отримає від колег все необхідне.

Як випливає з вищесказаного, одна з характерних особливостей MSF - відсутність посади менеджера проекту!

Модель проектної групи MSF пропонує розбиття великих команд (понад 10 осіб) на малі багатопрофільні групи напрямків (feature teams). Ці малі колективи працюють паралельно, регулярно синхронізуючи свої зусилля. Крім того, коли ролевому кластеру потрібно багато ресурсів, формуються т. н. функціональні групи (functional teams), які потім об'єднуються в рольові кластери.

Використання рольових кластерів не має на увазі і не нав'язує ніякої спеціальної структури організації або обов'язкових посад. Адміністративний склад ролей може широко варіюватися в різних організаціях і проектних групах. Найчастіше ролі розподіляються серед різних підрозділів однієї організації, але іноді частина їх відводиться спільноті споживачів або зовнішнім по відношенню до організації консультантам та партнерам. Ключовим моментом є чітке визначення працівників, відповідальних за кожен рольової кластер, їх функцій, відповідальності та очікуваного внеску в кінцевий результат.

Модель проектної групи MSF не забезпечує успіх сама по собі. Є багато інших факторів, що визначають успіх чи невдачу проекту, але структура проектної групи, безумовно, вносить істотний внесок.

Підходяща структура команди є фундаментом успіху, і реалізація моделі MSF з використанням лежать в її основі принципів допоможе зробити проектні групи більш ефективними і, як наслідок, більш успішними.


3. Модель процесів MSF

Модель процесів MSF (MSF process model) представляє загальну методологію розробки та впровадження IT рішень. Особливість цієї моделі полягає в тому, що завдяки своїй гнучкості та відсутності жорстко нав'язуються процедур вона може бути застосована при розробці вельми широкого кола IT проектів. Ця модель поєднує в собі властивості двох стандартних виробничих моделей: каскадної (waterfall) і спіральної (spiral). Модель процесів в MSF 3.0 була доповнена ще одним інноваційним аспектом: вона покриває весь життєвий цикл створення рішення, починаючи з його відправної точки і закінчуючи безпосередньо впровадженням. Такий підхід допомагає проектним групам сфокусувати свою увагу на бізнес-віддачі (business value) рішення, оскільки ця віддача стає реальною лише після завершення впровадження та початку використання продукту.

Процес MSF орієнтований на "віхи" (milestones) - ключові точки проекту, що характеризують досягнення в його рамках якого істотного (проміжного або кінцевого) результату. Цей результат може бути оцінений і проаналізований, що має на увазі відповіді на питання: "Прийшла чи проектна група до однозначного розуміння цілей і рамок проекту?", "Чи достатньою мірою готовий план дій?", "Чи відповідає продукт затвердженої специфікації?", " Чи задовольняє рішення потреби замовника? " і т. д.

Модель процесів MSF ураховує постійні зміни проектних вимог. Вона виходить з того, що розробка рішення повинна складатися з коротких циклів, що створюють поступальний рух від найпростіших версій рішення до його остаточного увазі.

Модель процесів MSF тісно пов'язана з базовими принципами MSF, розглянутими вище. Взагалі кажучи, трьома особливостями моделі процесів MSF є:

  • Підхід, заснований на фазах і віхи.
  • Ітеративний підхід.
  • Інтегрований підхід до створення і впровадження рішень.

Модель процесів включає такі основні фази процесу розробки:

  • Вироблення концепції (Envisioning)
  • Планування (Planning)
  • Розробка (Developing)
  • Стабілізація (Stabilizing)
  • Впровадження (Deploying)

Крім цього існує велика кількість проміжних віх, які показують досягнення в ході проекту певного прогресу і розчленовують великі сегменти роботи на менші, осяжні ділянки. Для кожної фази моделі процесів MSF визначає:

  • що (які артефакти) є результатом цієї фази
  • над чим працює кожен з рольових кластерів на цій фазі

В рамках MSF програмний код, документація, дизайн, плани та інші робочі матеріали створюються, як правило, ітеративний метод. MSF рекомендує починати розробку рішення з побудови, тестування і впровадження його базової функціональності. Потім до вирішення додаються все нові і нові можливості. Така стратегія іменується стратегією версіонірованія. Незважаючи на те, що для малих проектів може бути достатнім випуск однієї версії, рекомендується не упускати можливості створення для одного вирішення низки версій. Із створенням нових версій еволюціонує функціональність рішення.

Ітеративний підхід до процесу розробки вимагає використання гнучкого способу ведення документації. "Живі" документи (living documents) повинні змінюватися в міру еволюції проекту разом із змінами вимог до кінцевого продукту. В рамках MSF пропонується ряд шаблонів стандартних документів, які є артефактами кожній стадії розробки продукту і можуть бути використані для планування та контролю процесу розробки.

Рішення не представляє бізнес-цінності, поки воно не впроваджено. Саме з цієї причини модель процесів MSF містить весь життєвий цикл створення рішення, включаючи його впровадження - аж до моменту, коли рішення починає давати віддачу.


3.1. Управління ризиками

Управління ризиками (risk management) - це одна з ключових дисциплін Microsoft Solutions Framework (MSF). MSF бачить у змінах і виникає через них невизначеності невід'ємні частини життєвого циклу інформаційних технологій. Дисципліна управління ризиками в MSF (MSF risk management discipline) відстоює превентивний підхід до роботи з ризиками в умовах такої невизначеності, безперервне оцінювання ризиків і використання інформації про ризики в рамках процесу прийняття рішень протягом усього життєвого циклу проекту. Дана дисципліна пропонує принципи, ідеї та рекомендації, підкріплені описом покрокового процесу для успішного активного управління ризиками. Цей процес включає в себе виявлення та аналіз ризиків; планування і реалізацію стратегій по їх профілактиці і пом'якшення можливих наслідків; відстеження стану ризиків і витяг уроків з здобутого досвіду. Девіз MSF - ми не боремося з ризиками - ми ними керуємо.


3.2. Управління проектами

Проект (project) - обмежена часовими рамками діяльність, мета якої полягає у створенні унікального продукту або послуги. Управління проектами (project management) - це область знань, навичок, інструментарію і прийомів, використовуваних для досягнення цілей проектів у рамках узгоджених параметрів якості, бюджету, термінів та інших обмежень.

Добре відома взаємозалежність між ресурсами проекту (людськими і фінансовими), його календарним графіком (часом) і реалізованими можливостями (рамками). Ці три змінні утворюють так званий "трикутник компромісів". Знаходження вірного балансу між ресурсами, часом розробки і можливостями - ключовий момент у побудові рішення, належним чином відповідає потребам замовника.

Інша дуже корисний засіб для управління проектними компромісами - матриця компромісів проекту (project tradeoff matrix). Вона відображає досягнуту на ранніх етапах проекту угода між проектною групою і замовником про вибір пріоритетів у можливих в майбутньому компромісних рішеннях. У певних випадках з цієї пріоритезації можуть робитися винятки, але в цілому проходження їй полегшує досягнення угод щодо спірних питань.

Для ілюстрації використання матриці компромісів Майкрософт пропонує використовувати наступну пропозицію (замість пропущених слів можуть бути вставлені "календарний графік", "ресурси" і "функціональність"): "Зафіксувавши ___________, ми погоджуємо ___________ і приймаємо результуючий ___________".

Як вже говорилося вище, в MSF немає ролі "менеджер проекту". Діяльність з управління проектом розподіляється між лідерами груп і рольовим кластером "Керування програмою".

Для лідерів груп і рольового кластеру "Управління програмою" інструментом управління проектом, що полегшує створення планів і календарних графіків, є WBS. Ієрархічна структура робіт (Work Breakdown Structure - WBS) - це структуризація робіт проекту, що відображає його основні результати та визначає його рамки. Робота, не описана в WBS, знаходиться поза межами проекту. В MSF створення WBS є колективною діяльністю, до якої залучаються всі рольові кластери. Кожна роль відповідальна за надання детального опису власної роботи.


3.3. Управління підготовкою

Управління підготовкою - це також одна з ключових дисциплін Microsoft Solutions Framework (MSF). Вона присвячена управлінню знаннями, професійними вміннями та здібностями, необхідними для планування, створення та супроводу успішних рішень. Дисципліна управління підготовкою MSF описує фундаментальні принципи MSF і дає рекомендації щодо застосування превентивного підходу до управління знаннями на протязі всього життєвого циклу інформаційних технологій. Ця дисципліна також розглядає планування процесу управління підготовкою. Будучи підкріпленої випробуваними практичними методиками, дисципліна управління підготовкою надає проектним групам і окремим фахівцям базу для здійснення цього процесу.

Слід зазначити, що MSF не нав'язує використання інших продуктів Microsoft. Наприклад, для організації процесу виробництва ПЗ можна використовувати MSF і при цьому застосовувати інструменти Borland, хоча майбутня версія MSF 4.0 буде жорстко прив'язана до Microsoft Team System - новому інструментальному засобу Майкрософт для підтримки командної роботи над проектом.


4. Версії

Перша версія MSF з'явилася в 1994. Поточна версія - MSF 4.0 була представлена ​​в 2005 році. У даній версії відбувся поділ методології на два напрямки: MSF for Agile Software Development і MSF for CMMI Process Improvement.

Крім цього, з'явилася роль архітектора та підтримка методології в інструменті - Microsoft Visual Studio Team System.


Цей текст може містити помилки.

Схожі роботи | скачати

Схожі роботи:
. NET Framework
Метаконтент Framework
Mozilla application framework
Resource Description Framework
ADO.NET Entity Framework
Microsoft
Microsoft Word
Microsoft Money
Microsoft Student
© Усі права захищені
написати до нас
Рейтинг@Mail.ru