Модель проектної групи немає організаційної структури
При застосуванні моделі проектної групи MSF постійно виникає питання: "Хто відповідальний?" З організаційної структури завжди ясно, на кому лежить та або інша відповідальність, і хто кому підзвітний. В протилежність цьому , модель проектної групи MSF описує ключові ролі і завдання в команді, але не визначає управлінську структуру з погляду адміністративних повноважень персоналу. У багатьох випадках проектна група складається з людей, що належать різним організаціям, і вони можуть бути адміністративно підзвітні різним керівним особам.
У деяких ситуаціях можливі випадки, коли проектна група не в змозі прийти до узгодженого рішення. Після наполегливих спроб досягти згоди наступає момент, коли роль "Управління програмою" повинна узяти ситуацію в свої руки і ухвалити адміністративне рішення, що просуває проект вперед. Першочергова мета "Управління програмою" – отримати результат з урахуванням наявних обмежень, одне з яких – час. Отже, в рамках цієї мети є моменти, коли для повернення роботи над проектом в нормальне русло роль "Управління програмою" тимчасово стає керівним в ухваленні рішення. У таких ситуаціях виникає розуміння необхідності зсуву лідерства, яке зазвичай є розподіленим між ролями, у бік одного центру, що управляє. Цей центр припиняє виниклі тертя адміністративним рішенням. Як тільки ситуація врегульована і команда знову приходить до згоди, відбувається зворотний процес відновлення розподілу лідерства серед всіх ролей команди. Модель команди соратників достатньою мірою довела свою гнучкість і здатність ефективно долати подібні труднощі, залишаючись неієрархічною командною структурою.
|
|
|
Зовнішня координація – на кому лежить відповідальність?
Для досягнення успіху проектній групі необхідно взаємодіяти, обмінюватися інформацією і координувати зусилля з іншими (зовнішніми) групами. Їх діапазон починається від замовників і споживачів і закінчується іншими командами розробників. В більшості випадків, відповідно до укладеного контракту, проектна група повинна звітувати безпосередньо перед замовником про рішення, що розробляється. І хоча концепція команди соратників (команди рівних) має на увазі розподілену відповідальність за успішне створення рішення, важливо чітко відрізняти її від схеми звітності, визначуваної комунікаційним планом. Як замовник, так і команда повинні знати, хто конкретно відповідальний за надання необхідній інформації.
Мал. 4 ілюструє типовий розподіл відповідальності за координацію як по питаннях бізнесу, так і по питаннях технологій. "Управління програмою", "Управління продуктом", "Задоволення споживача " і "Управління випуском" є основними зовнішніми координаторами. Ці ролі вирішують як внутрішні, так і зовнішні завдання, тоді як розробники і тестувальники зфокусовані на внутрішніх завданнях і не беруть участь в зовнішньому обміні інформацією.
|
|
|
Це не означає, що розробники і тестувальники повинні бути ізольовані від зовнішнього світу. Контакти з організацією замовника і споживачами продукту можуть істотно допомогти співробітникам реально концентруватися на потребах замовника, що є одній з цілей MSF, особливо на ранніх стадіях проекту. Проте ці контакти не повинні виходити за рамки неформального спілкування.
Ця діаграма показує узагальнену картину. Зазвичай проектні команди повинні координувати зусилля безліччю зовнішніх груп, контролюючих якість, фінанси і юридичні питання. Важливо, щоб способи контакту із зовнішніми групами були чіткими і зрозумілими, і щоб розробники і тестувальники продовжували працювати відособлено, не відволікаючись постійно на зайві подразники.
43
Рисунок 4. Комунікації
Варто підкреслити, що хоча зовнішня комунікація може надати корисну інформацію і рекомендації, ні окремі члени команди, ні вся команда в цілому не може змінити пріоритети проекту і ухвалені рішення про бюджет, терміни і об'єм робіт проекту. Такі зміни є прерогативою замовника або спонсора проекту, а проектна команда лише реалізує їх. Це приклад того, як команда рівноправних партнерів (соратників) співіснує з організаційними ієрархічними структурами.
|
|
|
Висновок
Модель проектної групи MSF не забезпечує успіх сама по собі. Є багато інших чинників, визначальний успіх або невдача проекту, але структура проектної групи, безумовно, вносить істотний внесок.
Пояснюючи це, Steve McConnell в "Rapid Development" пише:
"Навіть за наявності компетентних зацікавлених і працелюбних людей невірна структура команди здатна звести нанівець їх зусилля, замість того щоб привести їх до успіху. Погана структура команди може послужити причиною збільшення часу розробки, зниження якості, пониження морального духу, підвищення текучості кадрів і, зрештою, привести до відміни проекту".
Відповідна структура команди є фундаментом успіху, і реалізація моделі MSF з використанням лежачих в її основі принципів допоможе зробити проектні групи ефективнішими і, як наслідок, успішнішими.
|
|
|
Для отримання подальшої інформації, див.:
Microsoft Solutions Framework: http://www.microsoft.com/msf/ Microsoft Operations Framework: http://www.microsoft.com/mof/
44
MSF: Модель процесів
Зміст
MSF: МОДЕЛЬ ПРОЦЕСІВ.................................................................................................................. 45
АНОТАЦІЯ........................................................................................................................................... 45
КОРОТКИЙ ОГЛЯД МЕТОДОЛОГІЇ...................................................................................................... 46
ВВЕДЕННЯ.......................................................................................................................................... 46
ІНШІ МОДЕЛІ ПРОЦЕСІВ.................................................................................................................... 46
КРАЩЕ З ДВОХ СВІТІВ....................................................................................................................... 47
БАЗОВІ ПРИНЦИПИ MSF.................................................................................................................... 48
КЛЮЧОВІ КОНЦЕПЦІЇ МОДЕЛІ ПРОЦЕСІВ MSF................................................................................. 48
ХАРАКТЕРИСТИКИ МОДЕЛІ ПРОЦЕСІВ MSF..................................................................................... 54
ПІДХІД, ЗАСНОВАНИЙ НА ВІХАХ........................................................................................................ 54
ІТЕРАТИВНИЙ ПІДХІД......................................................................................................................... 55
ЦІЛІСНИЙ ПОГЛЯД НА РОЗРОБКУ І ВПРОВАДЖЕННЯ....................................................................... 59
ФАЗА ВИРОБЛЕННЯ КОНЦЕПЦІЇ........................................................................................................ 61
ФАЗА ПЛАНУВАННЯ........................................................................................................................... 63
ФАЗА РОЗРОБКИ................................................................................................................................ 67
ФАЗА СТАБІЛІЗАЦІЇ............................................................................................................................ 68
ФАЗА ВПРОВАДЖЕННЯ...................................................................................................................... 73
МЕТОДИКИ МОДЕЛІ ПРОЦЕСІВ MSF, ЩО РЕКОМЕНДУЮТЬСЯ........................................................ 75
ЗАСТОСУВАННЯ A.............................................................................................................................. 77
ВИСНОВОК.......................................................................................................................................... 78
ЛІТЕРАТУРА....................................................................................................................................... 78
Анотація
Модель процесів MSF (MSF process model) представляє загальну методологію розробки і впровадження IT-рішень. Особливість цієї моделі полягає в тому, що завдяки своїй гнучкості і відсутності жорстко нав'язуваних процедур вона може бути застосована при розробці вельми широкого кола IT-проектів. Ця модель поєднує в собі властивості двох стандартних виробничих моделей:
1. каскадну (waterfall)
2. спіральну (spiral).
Остання версія моделі процесів MSF, що представляється в даному документі, доповнена ще одним інноваційним аспектом: вона покриває весь життєвий цикл створення рішення, починаючи з його відправної точки і закінчуючи безпосередньо впровадженням. (У
попередній версії MSF процеси розробки (development) і впровадження (deployment) описувалися двома різними,
хоча і дуже схожими, моделями).Такий підхід допомагає проектним групам сфокусувати своюувагу на бізнес-віддачі (business value) рішення, оскільки ця віддача стає реальною лише після завершення впровадження і початку використання продукту.
Процес MSF орієнтований на "віхи" (або етапи – англ.: milestones) – ключові точки проекту, що характеризують досягнення в його рамках якого-небудь істотного (проміжного або кінцевого) результату. Цей результат може бути оцінений і проаналізований, тобто мається на увазі відповіді на питання: "Чи прийшла проектна група до однозначного розуміння цілей і рамок проекту?", "Чи в достатньому ступені готовий план дій?", "Чи
45
відповідає продукт затвердженої специфікації?", "Чи задовольняє вирішення потреби замовника?" і так далі.
Модель процесів MSF враховує постійні зміни проектних вимог. Вона виходить з того, що розробка рішення повинна складатися з коротких циклів, що створюють поступальний перехід від простих версій рішення до його остаточного вигляду.
У цьому документі описується модель процесів MSF і ряд доповнюючих її методик.
Короткий огляд методології
Прагнучи досягти максимальної віддачі від IT-проектів, майкрософт випустив в світ пакет керівництва по ефективному проектуванню, розробці, впровадженню і супроводу рішень, побудованих на основі своїх технологій. Ці знання базуються на досвіді , отриманому майкрософтом при роботі над великими проектами по розробці і супроводу програмного забезпечення, досвіді консультантів майкрософту, що розробляли проекти на підприємствах замовників, і кращому з того, що накопичила на даний момент IT-індустрія. Все це представлено у вигляді двох зв'язаних і добре доповнюючих один одного областей знань:
Microsoft Solutions Framework(MSF)іMicrosoft Operations Framework (MOF).
Створення бізнес-рішення в рамках відведеного часу і бюджету вимагає наявність випробуваної методологічної основи. MSF пропонує перевірені методики для планування, проектування, розробки і впровадження успішних IT-рішень. Завдяки своїй гнучкості, масштабованості і відсутності жорстких інструкцій MSF здатний задовольнити потреби організації або проектної групи будь-якого розміру. Методологія MSF складається з принципів, моделей і дисциплін по управлінню персоналом, процесами, технологічними елементами і пов'язаними зі всіма цими чинниками питаннями, характерними для більшості проектів. Інформація по MSF доступна в Internet за адресою .http://www.microsoft.com/msf/
MOFпокликаний забезпечити організації,що створюють критично важливі(mission-critical) IT-рішення на базі продуктів і технологій майкрософту, технічним керівництвом по досягненню їх надійності (reliability), доступності (availability), зручності супроводу (supportability) і керованості (manageability). MOF піднімає питання, пов'язані з організацією персоналу, процесів; технологіями і менеджментом в умовах складних (complex), розподілених (distributed) і різнорідних (heterogeneous) IT-середовищ. MOF заснований на кращих виробничих методиках, зібраних в IT Infrastructure Library (ITIL), складеною Central Computer and Telecommunications Agency - Агентством уряду Великобританії. Інформація по
MOFдоступна вInternetза адресоюhttp://www.microsoft.com/mof/.
Введення
Моделі процесівописують послідовність дій,які необхідно здійснювати в ходіреалізації проекту. Можна сказати,що вони задають тим самим життєвий цикл проекту.Спектр моделей, вживаних в даний час різними організаціями, вельми широкий. Серед них є і модель процесів MSF, що виникла на основі використовуваного в майкрософті підходу до розробки програмних застосувань. В результаті свого розвитку вона об'єднала ряд найбільш ефективних принципів інших відомих моделей процесів, сформувавши при цьому єдину базу для роботи над проектами будь-яких типів: орієнтованих на фази (phase-based), заснованих на віхах/контрольних точках (milestone-driven) і ітеративних (iterative). Модель MSF застосовують до процесу розробки традиційного програмного забезпечення, але також вона може бути використана для розробки і впровадження рішень в області електронної комерції
(e-commerce), розподілених мережевих продуктів (web-distributed applications) та інших складних інформаційних систем, які можуть виникнути в майбутньому.
Інші моделі процесів
Двома найбільш популярними моделями процесів, використовуваними в області інформаційних технологій, зараз є каскадна і спіральна моделі.
46
• Каскадна модель [1].У цій моделі віхи використовуються як точки оцінки і переходувід однієї фази до іншої. Всі завдання, що відносяться до однієї фази, повинні бути завершені до того, як почнеться наступна фаза. Каскадна модель працює найкращим чином, коли на початковому етапі проекту можна чітко визначити незмінний набір вимог до рішення, що розробляється. Фіксація переходів від однієї фази до іншої полегшує розподіл відповідальності, звітність і проходження календарному графіку проекту.
Рис. 1 схематично зображає каскадну модель. Ромби відповідають віхам, а стрілки – фазам.
Рисунок 5. Каскадна модель
• Спіральна модель [2].Ця модель враховує необхідність постійного перегляду,уточнення і оцінки проектних вимог. Такий підхід може бути дуже ефективним при швидкій розробці невеликих проектів. Він стимулює активну взаємодію між проектною групою і замовником, оскільки замовник оцінює хід і результати роботи впродовж всього проекту. Недоліком спіральної моделі є відсутність чітких віх, що може привести до хаотизації процесу розробки.
Рисунок 6. Спіральна модель
Краще з двох світів
Модель процесів MSF (схематично зображена на рис. 3) об'єднує в собі кращі принципи каскадної і спіральної моделей. Вона зберігає переваги впорядкованості каскадної моделі, не втрачаючи при цьому гнучкості і творчої орієнтації моделі спіральної. Деталі організації віх і фаз моделі процесів MSF розглядаються далі.
Рисунок 7. Модель процесу MSF
47
Базові принципи MSF
Модель процесів MSF тісно пов'язана з наступними чотирма базовими принципами:
Єдине бачення проекту
Успіх колективної роботи над проектом немислимий без наявності у членів проектної групи і замовника єдиного бачення (shared vision), тобто чіткого, і, найголовніше, однакове, розуміння цілей і завдань проекту. Як проектна група, так і замовник спочатку мають власні припущення про те, що повинне бути досягнуте в ході роботи над проектом . Лише наявність єдиного бачення здатна внести ясність і забезпечити рух всіх зацікавлених в проекті сторін до загальної мети.
Формування єдиного бачення і подальше проходження йому є такими важливими, що модель процесів MSF виділяє для цієї мети спеціальну фазу (фаза "Виробітку концепції"), яка закінчується відповідною віхою.
Дата добавления: 2018-05-09; просмотров: 400; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!