Вимоги до професійних навиків проектних ролей
Істотним чинником успішності моделі проектної групи MSF є розмежування в ній робочих ролей і їх цілей. Такий підхід примушує кожен ролевий кластер сфокусуватися на тому аспекті проекту, за результати якого він відповідальний. Через відмінність проектних ролей розрізняються необхідні для кожної з них групи професійних навиків. Якщо співробітник володіє широким спектром таких навиків, він, при необхідності, може суміщати декількох ролей. Але у великих і складних проектах зазвичай відбувається зворотний процес: окремі ролі можуть вимагати колективу співробітників, кожен з яких буде відповідальний за певний аспект функціонування цієї ролі.
При формуванні проектної групи необхідно, відповідно до виробленого бачення проекту, зіставити цілі ролевих кластерів з потрібними для їх успішного досягнення професійними навиками.
| Управління продуктом | |
| Головна роль | Значний досвід в області управління продуктами. |
| Здатність бути лідером в команді і управляти її роботою. | |
| Знання в області бізнесу і технологій. | |
| Навики маркетингу, комунікаційні здібності, навики проведення аналізу бізнес- | |
| віддачі. | |
| Здатність представляти інтереси замовника. | |
| Допоміжна | Значний досвід в області управління продуктами. |
| роль | Здатність розробляти плани випуску і версіонування продукту/рішення. |
| Здатність пріоритезувати вимоги і функціональність версій рішення. | |
| Допоміжна | Значний досвід в області управління продуктами. |
| роль | Знання в області бізнесу і конкуренції. |
| Здібність до дослідницької роботи і обробки даних, формулювання на їх основі | |
| вимог до рішення. | |
| Допоміжна | Значний досвід в області управління продуктами з акцентуванням уваги на |
| роль | маркетингову діяльність. |
| Здатність управляти попитом за допомогою маркетингових програм. | |
| Здатність налагодити суспільні зв'язки, організувати співтовариства споживачів і | |
| 150 |
| забезпечити підтримку рішення. | |
| Управління програмою | |
| Головна роль | Значний досвід в управлінні проектами і проектними групами. |
| Знання в області бізнесу і технологій. | |
| Здатність надати допомогу в роботі, здатність вести переговори, комунікабельність. | |
| Здатність при необхідності забезпечувати ухвалення компромісних рішень. | |
| Допоміжна | Значний досвід в управлінні проектами і проектними групами. |
| роль | Знання в області бізнесу і технологій. |
| Здатність надати допомогу в роботі, здатність вести переговори, комунікабельність. | |
| Здатність забезпечувати при необхідності ухвалення компромісних рішень. | |
| Допоміжна | Значний досвід в області архітектури рішень. |
| роль | Технічні знання і навики в застосуванні використовуваних в рішенні технологій. |
| Розуміння середовища замовника. | |
| Допоміжна | Значний досвід адміністрування проектів. |
| роль | |
| Розробка | |
| Головна роль | Значний досвід в управлінні командами розробників. |
| Технічні знання і навики в області продуктів/технологій, використовуваних для | |
| створення рішення. | |
| Знання застосувань і компонент інфраструктури (апаратне і програмне | |
| забезпечення). | |
| Допоміжна | Значний досвід в розробці рішень (розробка застосувань). |
| роль | Знання стандартів написання програмної коди і створення застосувань. |
| Знання використовуваних продуктів і API, знання індустріальних стандартів. | |
| Допоміжна | Значний досвід в розробці рішень (розгортання інфраструктури). |
| роль | Технічні знання і навики в області продуктів/технологій, використовуваних для |
| створення рішення. | |
| Знання в області апаратного забезпечення (при необхідності). | |
| Тестування | |
| Головна роль | Значний досвід в області тестування. |
| Здатність бути лідером і управляти командою тестувальників. | |
| Технічні знання і навики в області продуктів/технологій, використовуваних для | |
| створення рішення. | |
| Знання застосувань і компонент інфраструктури (апаратне і програмне | |
| забезпечення). | |
| Знання вимог і стандартів тестування. | |
| Допоміжна | Технічні знання і навики в області продуктів/технологій, використовуваних для |
| роль | створення рішення. |
| Знання застосувань і компонент інфраструктури (апаратне і програмне | |
| забезпечення). | |
| Знання вимог і стандартів тестування. | |
| Допоміжна | Значний досвід в проектуванні і тестуванні компонент, що забезпечують зручність |
| роль | експлуатації (usability). |
| Управління випуском | |
| Головна роль | Значний досвід в управлінні випуском. |
| Здатність бути лідером і управляти командою. | |
| Технічні знання в області компонент апаратного і програмного забезпечення. | |
| Здатність проводити впровадження рішень. | |
| Здатність представляти інтереси команди супроводу. | |
| Допоміжна | Досвід в управлінні випуском. |
| роль | Технічні знання в області компонент апаратного і програмного забезпечення. |
| Здатність проводити впровадження рішень. | |
| Задоволення споживача | |
| Головна роль | Значний досвід в створенні керівництва і технічної документації, що допомагає в |
| розробці і використанні рішення. | |
| Чудові комунікаційні навики усного і письмового спілкування. | |
| 151 |
| Знання споживчих вимог. | |
| Розуміння вимог ергономічності. | |
| Здатність представляти інтереси споживачів. | |
| Допоміжна | Значний досвід в написанні технічних текстів. |
| роль |
|
|
|
|
|
|
|
|
|
|
|
|
Створення планів підготовки
Під час фази планування моделі процесів MSF кожен ролевий кластер, незалежно від того, чи складається він з одного, чи з багатьох співробітників, повинен приділити увагу проблемам власної готовності до вирішення проектних завдань. Це вимагає планування діяльності, покликаної довести готовність проектної групи до рівня, необхідного для успішної реалізації проекту і досягнення бізнес-цілей створюваного рішення. Наближення до віхи "Плани проекту затверджені" вимагає від кожного ролевого кластера ретельного оцінювання знань, умінь і здібностей, які він має в своєму розпорядженні, і розгляду необхідності і можливостей їх вдосконалення як підчас, так і після завершення проекту. Результат цієї діяльності – план підготовки, орієнтований на потреби кожної з ролей.
Ключовим моментом процесу планування підготовки є його висхідна структура, організована за принципом "знизу-вгору" (bottom-up).
Наприклад, команда тестувальників не слідує нав'язаному кимось календарному графіку. Замість цього члени команди самі складають для себе календарні графіки і передають їх на розгляд вгору по ієрархічних рівнях команди. Кожен ролевий кластер готує власні оцінки своїх фінансових і часових витрат і передає їх "Управлінню програмою" для інтеграції в зведений план проекту.
Перевагою такого підходу є також те, що кожен з ролевих кластерів вносить свій внесок до загального плану підготовки. Оскільки ролевий кластер – це частина проектної групи, від його підготовленості залежить підготовленість всієї команди, і він повинен слідувати загальному зобов'язанню по розвитку професійної майстерності. Включення плану підготовки в зведений план проекту дозволяє організації адекватно оцінити реальні витрати на його здійснення, що дає можливість максимізувати віддачу від зроблених інвестицій.
Висновок
Дисципліна Управління підготовкою MSF надає основу і рекомендації для здійснення процесу визначення, оцінювання і коригування знань, умінь і навиків, необхідних для успішного планування, створення і супроводу програмних продуктів. Будучи невід'ємною частиною MSF, ця дисципліна базується на принципах і утверджених методиках, використовуваних майкрософтом і його партнерами, і визначених в індустріальних стандартах, що діють.
У міру збільшення розміру і складності IT-рішень посилюється необхідність в застосуванні превентивного підходу до Управління підготовкою впродовж життєвого циклу ІТ. Сумісне використання дисципліни Управління підготовкою MSF з іншими його моделями і дисциплінами дозволяє збільшити шанси на успіх створюваних IT-рішень.
152
Дата добавления: 2018-05-09; просмотров: 254; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!