
- •Технологія програмування та створення програмних продуктів
- •(частина 2)
- •Візуальне моделювання на основі UML
- •MSF – Модель проектної групи (v. 3.1)
- •Анотація
- •1. Основи моделі проектної групи MSF
- •Основні принципи
- •Розподіл відповідальності при фіксації звітності
- •Наділення членів команди повноваженнями
- •Концентрація на бізнес-пріоритетах
- •Єдине бачення проекту
- •Прояв гнучкості і готовність до змін
- •Заохочення вільного спілкування
- •2. Ключові концепції
- •Команда соратників
- •Фокусування на потребах замовника
- •Націленість на кінцевий результат
- •Установка на відсутність дефектів
- •Прагнення до самовдосконалення
- •Зацікавлені команди працюють ефективно
- •3. Випробувані методики
- •Малі багатопрофільні проектні групи
- •Колективна робота
- •Загальна участь в проектуванні
- •4. Огляд моделі команди MSF
- •Задоволені замовники
- •Досягнення результату в рамках проектних обмежень
- •Створення продукту відповідно до специфікації
- •Схвалення випуску продукту лише після того, як всі дефекти виявлені і відлагоджені
- •Підвищення споживчої цінності продукту
- •Безпроблемне впровадження і супровід продукту
- •Ролеві кластери моделі проектної групи
- •I. Ролевий кластер "Управління продуктом"
- •Області компетенції
- •1. Планування продукту
- •2. Бізнес-віддача
- •3. Представлення інтересів замовника
- •4. Маркетинг
- •II. Ролевий кластер "Управління програмою"
- •Області компетенції
- •1. Управління проектом
- •2. Вироблення архітектури рішення
- •3. Контроль виробничого процесу
- •4. Адміністративні служби
- •III. Ролевий кластер "Розробка"
- •Області компетенції
- •1. Технологічне консультування
- •2. Проектування і здійснення реалізації
- •3. Розробка програмних рішень
- •4. Розробка інфраструктури
- •IV. Ролевий кластер "Тестування"
- •Області компетенцій
- •1. Планування тестів
- •2. Розробка тестів
- •3. Звітність про тести
- •V. Ролевий кластер "Задоволення споживача"_
- •Області компетенцій
- •1. Загальнодоступність
- •2. Інтернаціоналізація
- •3. Забезпечення технічної підтримки
- •4. Навчання користувачів
- •5. Зручність експлуатації (ергономіка)
- •6. Графічний дизайн
- •VI. Ролевий кластер "Управління випуском"
- •Області компетенції
- •1. Управління випуском
- •2. Інфраструктура
- •3. Супровід
- •4. Бізнес-процеси
- •Масштабування моделі проектної групи
- •Групи напрямів
- •Функціональні групи
- •Об'єднання ролей
- •Ескалація і підзвітність
- •Модель проектної групи немає організаційної структури
- •Зовнішня координація – на кому лежить відповідальність?
- •Висновок
- •MSF: Модель процесів
- •Анотація
- •Короткий огляд методології
- •Введення
- •Інші моделі процесів
- •Краще з двох світів
- •Базові принципи MSF
- •Єдине бачення проекту
- •Проявляйте гнучкість – будьте готові до змін
- •Концентруйтеся на бізнес - пріоритетах
- •Заохочуйте вільне спілкування
- •Ключові концепції моделі процесів MSF
- •Замовники
- •Зацікавлені сторони (учасники)
- •Що є рішення?
- •Створення базових версій
- •Рамки проекту
- •Управління компромісами
- •Трикутник компромісів
- •Матриця компромісів проекту
- •Характеристики моделі процесів MSF
- •Підхід, заснований на віхах
- •Характеристики підходу, заснованого на віхах
- •Головні і проміжні віхи
- •Віхи як точки синхронізації
- •Віхи як орієнтири виробничої відповідальності
- •Провідні ролі різних фаз
- •Аналіз пройдених віх
- •Ітеративний підхід
- •Характеристики ітеративного підходу
- •Випуск версій
- •Створення "живої" документації
- •Ранні базові версії, відкладені підсумкові версії
- •Щоденні білди
- •Управління конфігураціями проекту
- •Рекомендації для випуску версій рішення
- •Створюючи плани, передбачайте версіонування
- •Перш за все, поставляйте базову функціональність
- •Вибирайте пріоритети, враховуючи ризики
- •Здійснюйте часті ітерації розробки
- •Інституціюйте процедури контролю змін в проекті
- •Цілісний погляд на розробку і впровадження
- •Переваги інтегрованої моделі процесів
- •Зосередження на потребах підприємства
- •Покращена підтримка розробки веб-приложений
- •Покращена підтримка веб-сервісів
- •Поліпшення взаємодії з командою супроводу
- •Зауваження про використання інтегрованої моделі процесів
- •Тривалість фаз не однакова
- •Діяльність може виходити за межі однієї фази
- •Проекти, обмежені розробкою застосування або впровадженням інфраструктури
- •Фази і віхи моделі процесів MSF
- •Фаза вироблення концепції
- •Введення
- •Віха "Концепція затверджена"
- •Результати
- •Основні завдання проектної групи на фазі вироблення концепції
- •Проміжні віхи, що рекомендуються
- •Ядро проектної групи сформоване
- •Чорновий варіант концепції проекту складений
- •Фаза планування
- •Введення
- •Віха "Плани проекту затверджені"
- •Результати
- •Основні завдання проектної групи на фазі планування
- •Проміжні віхи, що рекомендуються
- •Верифікація технологій
- •Базова версія функціональної специфікації створена
- •Базова версія звідного плану проекту створена
- •Базова версія звідного календарного графіка проекту створена
- •Середовища розробки і тестування розгорнені
- •Фаза розробки
- •Введення
- •Віха "Розробка завершена"
- •Результати
- •Основні завдання проектної групи на фазі розробки
- •Проміжні віхи, що рекомендуються
- •Концепція підтверджена
- •Білд n завершений, білд n+1 завершений...
- •Фаза стабілізації
- •Введення
- •Віха "Готовність рішення затверджена"
- •Результати
- •Основні завдання проектної групи на фазі стабілізації
- •Проміжні віхи, що рекомендуються
- •Точка конвергенції
- •Точка досягнення нуля
- •Версії-кандидати
- •Контрольне тестування завершене
- •Тестування прийнятності для споживачів завершене
- •Пілотне впровадження завершене
- •Фаза впровадження
- •Введення
- •Віха "Впровадження завершене"
- •Результати
- •Основні завдання проектної групи на фазі впровадження
- •Проміжні віхи, що рекомендуються
- •Ключові компоненти розгорнені
- •Впровадження на місцях завершене
- •Упроваджене рішення стабілізоване
- •Методики моделі процесів MSF, що рекомендуються
- •Стимулювання винахідливості для розширення функціональності й обмеження ресурсів
- •Фіксування календарного графіка
- •Календарне планування на невизначене майбутнє
- •Використання паралельно працюючих компактних команд
- •Розбиття великих проектів на реальні частини
- •Отримання уроків з пройдених віх
- •Використання прототипіювання
- •Використання частих білдів і швидких тестів
- •Часті ітерації розробки і впровадження
- •Уникання розповзання рамок проекту
- •Оцінка з низу до верху
- •Інтеграція представлених проектною групою оцінок
- •Застосування A
- •Зміни в порівнянні з попередньою версією MSF
- •Висновок
- •Література
- •Анотація
- •Введення
- •Основні відомості про ризики
- •Базові принципи:
- •1. Гнучкість і постійна готовність до змін
- •2. Вільне спілкування
- •3. Отримання зі всього уроків
- •4. Розподіл відповідальності при фіксації звітності
- •Ключові концепції:
- •Найбільш ефективним є превентивне управління ризиками
- •2. Заохочення до виявлення ризиків
- •3. Постійна оцінка ризиків
- •4. Підтримка відкритого спілкування
- •5. Постійний аналіз ризиків
- •6. Кількість ризиків не характеризує реальне положення речей
- •Планування управління ризиками
- •Процес управління ризиками
- •Загальне уявлення
- •Етап 1. Виявлення ризиків
- •Введення
- •Початкові дані
- •Кроки по виявленню ризиків
- •Структурований підхід
- •Класифікація ризиків
- •Формулювання ризиків
- •Результати
- •Етап 1. Аналіз і пріоритезація ризиків
- •Введення
- •Мета
- •Початкові дані
- •Процес аналізу ризиків
- •Вірогідність ризику
- •Загроза ризику
- •Очікувана величина ризику
- •Додаткові кількісні методики
- •Результати
- •Головна таблиця ризиків
- •Інші методи проведення аналізу
- •Документ опису ризиків
- •Список головних ризиків
- •Деактивація ризиків
- •Планування ризиків_
- •Введення
- •Початкові дані
- •Заходи
- •Дослідження
- •Ухвалення
- •Уникнення
- •Перенесення
- •Запобігання
- •Пом'якшення наслідків (реагування)
- •Календарне планування
- •Результати
- •Діяльність по управлінню ризиками
- •Документування планів
- •Оновлення плану і календарного графіка проекту
- •Моніторинг ризиків_
- •Початкові дані
- •Заходи щодо моніторингу
- •Звітність про стан ризиків
- •Результати
- •Коректування ситуації_
- •Мета
- •Початкові дані
- •Дії з коректування ситуації
- •Результати
- •Витягання уроків з ризиків
- •Введення
- •Типи отримуваних уроків
- •Управління витяганням уроків
- •Контекстна класифікація ризиків
- •База знань про ризики
- •Досягнення зрілості в управлінні знаннями про ризики
- •Управління ризиками як складова частина життєвого циклу проекту_
- •Управління ризиками на підприємстві
- •Створення культури управління ризиками
- •Управління портфелем проектів_
- •Висновок
- •MSF: Дисципліна управління проектами
- •Анотація
- •Введення
- •Базові принципи MSF
- •Пр.1: Розподіл відповідальності при фіксації звітності
- •Пр.2: Наділення членів команди повноваженнями
- •Ключові концепції
- •1) Дисципліни MSF
- •2) Поняття управління проектом
- •3) Менеджмент проекту і менеджер проекту
- •4) Управління проектами і специфічні IT-процеси
- •Особливості управління проектами в MSF
- •Роль менеджера проекту покладається на кластер "Управління програмою"
- •Взаємодія "Управління програмою" з лідерами командних ролей
- •A. Функціональні групи
- •B. Групи напрямів
- •Масштабування функцій управління проектом
- •Обов'язки по управлінню проектами
- •Лідери груп
- •Кластер "Управління програмою"
- •Управління великими і складними проектами
- •Адміністративні служби проекту
- •Звітність перед замовником
- •Рекомендації проектним групам
- •Управління рамками проекту
- •Визначення рамок на етапі вироблення концепції
- •Рамки рішення і рамки проекту
- •Визначення рамок (scope definition)
- •Управління змінами рамок (scope change control)
- •Підготовка планів
- •Повторне використання документів
- •Плани проекту
- •Ієрархічна структура робіт
- •Відповідність між WBS, функц. специфікаціями і зведеним планом
- •Створення WBS
- •Рекомендації по декомпозиції роботи
- •Оцінка знизу вгору
- •Інтеграція представлених проектною групою оцінок
- •Формування реалістичних очікувань
- •Невизначеність і точність оцінок
- •Оцінюйте завдання нижнього рівня декомпозиції
- •Аналіз PERT
- •Рекомендації по складанню календарного графіка
- •1) Впорядкування завдань
- •2) Обмеження часу
- •3) Вибір пріоритетів, з врахуванням ризиків
- •Створення часових буферів
- •Висновок
- •MSF: Дисципліна "Управління підготовкою"
- •Анотація
- •Вступ
- •Базові принципи
- •Пр.1: Заохочення вільного спілкування
- •Пр.2: Інвестування в якість
- •Пр.2: Отримання уроків
- •Пр.3: Гнучкість та готовність до змін
- •Ключові концепції
- •1) Інвентаризація наявних знань
- •2) Прагнення до самовдосконалення
- •3) Підготовка повинна бути перманентним процесом
- •Випробувані методики
- •1) Планування підготовки
- •Оцінка і моніторинг професійного рівня і індивідуальних цілей
- •Відноситеся до пропусків в підготовці як до ризиків
- •Огляд процесу Управління підготовкою
- •1) Визначення:
- •2) Оцінювання:
- •3) Коригування:
- •4) Осмислення:
- •Превентивне Управління підготовкою
- •Підготовка впродовж життєвого циклу ІТ
- •Кроки процесу Управління підготовкою
- •Крок 1: Визначення
- •Скл. 1: Проектні сценарії
- •Скл. 2: Кваліфікаційні вимоги
- •Скл. 3: Професійні навики
- •Крок 2: Оцінювання
- •Оцінка знань, умінь, здібностей
- •Специфікація процесу оцінювання
- •Збір і обробка даних
- •Обробка результатів оцінювання
- •Аналіз невідповідностей
- •Створення планів навчання
- •Крок 3: Коригування
- •Навчання
- •Моніторинг прогресу
- •Крок 4: Осмислення
- •Аналіз результатів
- •Управління знаннями
- •Вимоги до професійних навиків проектних ролей
- •Створення планів підготовки
- •Висновок
напрацювання виробничого досвіду. При цьому проектна група повинна подавати усіляку підтримку співробітникам, що підвищують свою кваліфікацію. Якщо на належному рівні не забезпечено проведення і підтримку необхідного навчання співробітників, виявлення прогалин кваліфікації втрачає сенс.
Створення планів навчання
Після того, як інформація про невідповідності професійних навиків співробітників проаналізована, вона може бути використана для створення планів навчання. Ці плани повинні специфікувати необхідні для підвищення кваліфікації ресурси, такі як учбові матеріали, повчальні програмні системи, "Білі книги" і так далі Також повинні бути визначені використовувані види навчання: під керівництвом викладача/наставника, із застосуванням комп'ютера, практика у виробничих умовах, самонавчання.
Плани навчання повинні передбачати як формальну, так і неформальну діяльність і указувати співробітникам шлях досягнення нових рівнів професійної майстерності. Плани повинні розглядати процес вдосконалення в контексті виробничого середовища. Найбільш ефективне навчання завжди бере до уваги індивідуальні особливості осіб, що підвищують кваліфікацію, і використовує їх для оптимізації розподілу часу і ресурсів. Плани навчання також повинні включати допомогу в переході до практичного застосування засвоєних знань.
Крок 3: Коригування
Крок "Коригування" процесу Управління підготовкою MSF знаменує собою початок вдосконалення професійних навиків співробітників для досягнення бажаного їх рівня.
Завдання цього кроку включають:
•навчання;
•моніторинг прогресу.
Результатами кроку "Коректування" є:
•отримані в процесі навчання знання;
•дані моніторингу прогресу.
Навчання
Відповідно до планів, вироблених на кроці "Оцінювання", починається теоретичне і практичне навчання персоналу.
Моніторинг прогресу
Другій складовій кроку "Коректування" процесу Управління підготовкою MSF є
реалізація системи моніторингу прогресу у виконанні планів навчання. Використовуваний для такого моніторингу інструментарій може бути як дуже простим (наприклад, електронна таблиця), так і вельми розвиненим (наприклад, система стеження і звітності про поточні уміння індивідуумів в кожному з даних проектних сценаріїв). У будь-якому випадку, важливо володіти інформацією про зростання професіоналізму. Як результат, у всякий момент свого життєвого циклу організація має можливість проаналізувати підготовленість окремих співробітників і, отже, свою підготовленість в цілому, скоректувавши, при необхідності, плани Управління підготовкою.
Крок 4: Осмислення
Крок "Осмислення" процесу Управління підготовкою MSF служить для визначення ефективності реалізованих планів навчання і успішності застосування засвоєних працівниками знань з практики.
147
На цьому кроці перевіряється, чи досягнуто в результаті проведення кроку "Коректування" описане на кроці "Визначення" бажаний стан підготовленості. На додаток до цього, на даному етапі проводиться інтеграція придбаних знань на рівні всієї організації в цілях забезпечення успішнішої роботи над подальшими проектами.
Крок "Осмислення" міг би вважатися завершальним в процесі Управління підготовкою, але оскільки навчання є постійною умовою досягнення успіху, даний крок розглядається як перехід до наступної ітерації цього процесу. Можливі або повторення виявлення потреб підготовки шляхом здійснення нового кроку "Визначення", або ж повернення на крок "Оцінювання" для визначення потреби в подальшому коректуванні.
На кроці "Осмислення" проводяться:
•аналіз підсумків навчання;
•управління знаннями.
Результатами даного кроку є:
•виявлені наслідки проведеного коректування;
•сертифікації;
•система управління знаннями.
Аналіз результатів
Реальним показником успішності навчання є ефективність співробітника, що повернувся на робоче місце. Важливо виявити найбільш дієвий метод передачі знань. Підходом, що рекомендується, є проходження традиційній схемі тренінгу, що проводиться із залученням інструктора і доповненого самонавчанням, у поєднанні з допомогою наставників на робочому місці.
Перевага такого підходу полягає не тільки в тому, що навчаються, знайомлячись з новими для себе концепціями, спираються на підтримку професіоналів, але і в можливості оцінки ефективності ходу навчання експертами (наставниками). У усній або письмовій формі наставник указує на ту частину матеріалу, яка засвоюється таким, що навчається успішно, а також відзначає моменти, що викликали труднощі в розумінні або застосуванні вивченого матеріалу на практиці. Такий контроль допомагає визначити, чи є прийнятий спосіб передачі знань найбільш ефективним, які частини учбового матеріалу повинні бути пройдені знову, і в яких випадках необхідне повторне навчання.
Співробітники, що навчалися, на фазі "Осмислення" можуть удатися до самоаналізу і самооцінки з метою визначення ефективності проведеного тренінгу до того, як вони приступлять до виконання нових для себе обов'язків. У цей момент вони також можуть ухвалити рішення про отримання професійної сертифікації за наслідками пройденого навчання і придбаного досвіду.
Управління знаннями
Додатковим ефектом навчання співробітників є поява можливості розповсюдження ними накопичених знань усередині організації, що підвищує її сумарний інтелектуальний капітал. Коли плани навчання виконані і що підвищили свою кваліфікацію співробітники почали застосовувати придбані знання в повсякденній роботі, вони можуть визначити, що саме з вивченого матеріалу є ключовим. Обмін такою інформацією з колегами допомагає розвинути рівень знань колективу в цілому і сформувати в нім середовище взаєвонавчання. Однією з цілей дисципліни Управління підготовкою MSF є заохочення розвитку системи управління знаннями. Це дозволяє поліпшити обмін теоретичними і практичними знаннями і специфікувати базовий рівень кваліфікації, наявний в організації.
Співробітники організації володіють певним сукупним об'ємом знань, умінь і досвіду, проте, у будь-якому випадку, він не охоплює загальний багаж всього людства. Система управління знаннями забезпечує інфраструктуру, що дозволяє черпати знання ззовні і робити їх колективним надбанням організації.
148
У міру використання підприємством все більшого і більшого об'єму знань і їх застосування для розробки в найкоротші терміни бізнес-рішень, підвищуються вимоги, що пред'являються до співробітників, по взаємообміну цими знаннями і навиками і максимально ефективному використанню досвіду колег.
Системи управління знаннями дають організації ряд переваг:
•Підвищення ефективності роботи завдяки можливості для співробітників знаходити необхідну інформацію в потрібний момент в найкоротші терміни незалежно від її розміщення.
•Створення загальної структури, сприяючої обміну інформацією і досвідом.
•Шляхом створення "глобального" середовища взаємо-навчання полегшується робота співробітників, які перетинають організаційні і географічні межі. Оскільки багато підприємств працюють сьогодні з клієнтами, що знаходяться в різних частинах світу, збільшується потреба в "віддаленій" співпраці, обміні знаннями і практичним досвідом.
Інтеграція Управління підготовкою з моделями
MSF
Як вже було описано, модель архітектури підприємства допомагає у виробленні стратегії підготовки, що зачіпає всю організацію і весь життєвий цикл інформаційних технологій. На рівні ж проектних груп і окремих співробітників Управління підготовкою може розглядатися в рамках моделей процесів і проектної групи MSF.
Розглядаючи процес підготовки, необхідно систематизувати його цілі, співвідноситись з ними заплановані дії, здійснювані впродовж життєвого циклу проекту, і їх результати. Кожен ролевий кластер проводить заходи щодо підготовки, що відносяться до його завдань в рамках проекту. Коли підготовка розглядається як частина проектних цілей, отримання віддачі від неї може бути прив'язане до фаз і віх проекту. Співвідношення діяльності по підготовці і її результатів з фазами моделі процесів MSF може надати певну користь. Проте в цьому випадку проектним групам необхідно планувати відповідну роботу враховуючи розміри і особливості проекту.
Головне завдання підготовки – забезпечення проектної команди знаннями, уміннями і навиками, необхідними для ефективної реалізації проекту. Для цього на ранній стадії фази вироблення концепції документується прийнятий в проекті підхід до підготовки. Ця документація може включати :
•Список осіб, відповідальних за оцінку потреби, пріоритезацію і виділення бюджету для проведення навчання постійно працюючого персоналу або ж залучення кваліфікованих фахівців з боку.
•Визначення проектних сценаріїв і кваліфікаційних вимог.
•Методи досягнення поставлених цілей.
Позначені під час фази вироблення концепції мети і завдання піддаються детальнішому розгляду на фазі планування. Виявляються і оцінюються взаємозв'язку проектних завдань і проводиться їх інтеграція в звідний план і звідний календарний графік проекту. Це допомагає визначити реальну вартість і здійсненність проекту, беручи до уваги не тільки безпосередні витрати на розробку. У цей момент може бути оцінена кваліфікованість проектної команди, що дозволить проаналізувати наявні невідповідності професійного рівня і спланувати заходи по їх ліквідації.
Оскільки проектна група почне розробку рішення в самий найближчий час, виявлені пропуски в професійному рівні розробників повинні бути усунені до закінчення фази планування. Це дозволяє підвищити якість проектування рішення і визначає підготовленість команди до фази розробки.
149
Будучи забезпеченими висококваліфікованими фахівцями, ролеві кластери "Розробка" і "Тестування" мають можливість ефективно концентруватися на цілях фази розробки. "Управління випуском", "Задоволення споживача" і "Управління продуктом" можуть почати завчасну підготовку до випуску рішення. Тестування продукту в умовах, все більше і більше відповідних реальному виробничому середовищу, дозволяє проектній групі оцінити не тільки якість продукту, що розробляється, але і ефективність проведеної підготовки співробітників.
На завершуючих стадіях проекту основна робота з підготовки проводиться із споживачами, що навчаються ефективно використовувати продукт, і персоналом супроводу, який повинен приступити до роботи після випуску і впровадження рішення.
Після закінчення проекту, як самою проектною групою, так і всією організацією проводиться аналіз і осмислення результатів проведеної роботи з підготовки. Таким чином, при реалізації подальших проектів можуть бути відтворені досягнуті успіхи і враховані аспекти, що вимагають подальшого вдосконалення.
Підсумки роботи з підготовки часто розглядаються спільно з іншими результатами проектних віх. Проте, з метою залучення до них уваги або ж для забезпечення особливого підходу до Управління підготовкою, може бути ухвалене рішення про застосування у відповідному процесі незалежно контрольованого документообігу. За наявності серйозних пропусків в підготовленості ролевий кластер "Управління програмою" повинен переконатися в тому, що робота над підвищенням кваліфікації не випускається з уваги і їй приділяється необхідна увага. Управління підготовкою – це діяльність, орієнтована на людей. Тому при її проведенні потрібна постійна пильність.
Вимоги до професійних навиків проектних ролей
Істотним чинником успішності моделі проектної групи MSF є розмежування в ній робочих ролей і їх цілей. Такий підхід примушує кожен ролевий кластер сфокусуватися на тому аспекті проекту, за результати якого він відповідальний. Через відмінність проектних ролей розрізняються необхідні для кожної з них групи професійних навиків. Якщо співробітник володіє широким спектром таких навиків, він, при необхідності, може суміщати декількох ролей. Але у великих і складних проектах зазвичай відбувається зворотний процес: окремі ролі можуть вимагати колективу співробітників, кожен з яких буде відповідальний за певний аспект функціонування цієї ролі.
При формуванні проектної групи необхідно, відповідно до виробленого бачення проекту, зіставити цілі ролевих кластерів з потрібними для їх успішного досягнення професійними навиками.
|
Управління продуктом |
Головна роль |
Значний досвід в області управління продуктами. |
|
Здатність бути лідером в команді і управляти її роботою. |
|
Знання в області бізнесу і технологій. |
|
Навики маркетингу, комунікаційні здібності, навики проведення аналізу бізнес- |
|
віддачі. |
|
Здатність представляти інтереси замовника. |
Допоміжна |
Значний досвід в області управління продуктами. |
роль |
Здатність розробляти плани випуску і версіонування продукту/рішення. |
|
Здатність пріоритезувати вимоги і функціональність версій рішення. |
Допоміжна |
Значний досвід в області управління продуктами. |
роль |
Знання в області бізнесу і конкуренції. |
|
Здібність до дослідницької роботи і обробки даних, формулювання на їх основі |
|
вимог до рішення. |
Допоміжна |
Значний досвід в області управління продуктами з акцентуванням уваги на |
роль |
маркетингову діяльність. |
|
Здатність управляти попитом за допомогою маркетингових програм. |
|
Здатність налагодити суспільні зв'язки, організувати співтовариства споживачів і |
|
150 |
|
забезпечити підтримку рішення. |
|
Управління програмою |
Головна роль |
Значний досвід в управлінні проектами і проектними групами. |
|
Знання в області бізнесу і технологій. |
|
Здатність надати допомогу в роботі, здатність вести переговори, комунікабельність. |
|
Здатність при необхідності забезпечувати ухвалення компромісних рішень. |
Допоміжна |
Значний досвід в управлінні проектами і проектними групами. |
роль |
Знання в області бізнесу і технологій. |
|
Здатність надати допомогу в роботі, здатність вести переговори, комунікабельність. |
|
Здатність забезпечувати при необхідності ухвалення компромісних рішень. |
Допоміжна |
Значний досвід в області архітектури рішень. |
роль |
Технічні знання і навики в застосуванні використовуваних в рішенні технологій. |
|
Розуміння середовища замовника. |
Допоміжна |
Значний досвід адміністрування проектів. |
роль |
|
|
Розробка |
Головна роль |
Значний досвід в управлінні командами розробників. |
|
Технічні знання і навики в області продуктів/технологій, використовуваних для |
|
створення рішення. |
|
Знання застосувань і компонент інфраструктури (апаратне і програмне |
|
забезпечення). |
Допоміжна |
Значний досвід в розробці рішень (розробка застосувань). |
роль |
Знання стандартів написання програмної коди і створення застосувань. |
|
Знання використовуваних продуктів і API, знання індустріальних стандартів. |
Допоміжна |
Значний досвід в розробці рішень (розгортання інфраструктури). |
роль |
Технічні знання і навики в області продуктів/технологій, використовуваних для |
|
створення рішення. |
|
Знання в області апаратного забезпечення (при необхідності). |
|
Тестування |
Головна роль |
Значний досвід в області тестування. |
|
Здатність бути лідером і управляти командою тестувальників. |
|
Технічні знання і навики в області продуктів/технологій, використовуваних для |
|
створення рішення. |
|
Знання застосувань і компонент інфраструктури (апаратне і програмне |
|
забезпечення). |
|
Знання вимог і стандартів тестування. |
Допоміжна |
Технічні знання і навики в області продуктів/технологій, використовуваних для |
роль |
створення рішення. |
|
Знання застосувань і компонент інфраструктури (апаратне і програмне |
|
забезпечення). |
|
Знання вимог і стандартів тестування. |
Допоміжна |
Значний досвід в проектуванні і тестуванні компонент, що забезпечують зручність |
роль |
експлуатації (usability). |
|
Управління випуском |
Головна роль |
Значний досвід в управлінні випуском. |
|
Здатність бути лідером і управляти командою. |
|
Технічні знання в області компонент апаратного і програмного забезпечення. |
|
Здатність проводити впровадження рішень. |
|
Здатність представляти інтереси команди супроводу. |
Допоміжна |
Досвід в управлінні випуском. |
роль |
Технічні знання в області компонент апаратного і програмного забезпечення. |
|
Здатність проводити впровадження рішень. |
|
Задоволення споживача |
Головна роль |
Значний досвід в створенні керівництва і технічної документації, що допомагає в |
|
розробці і використанні рішення. |
|
Чудові комунікаційні навики усного і письмового спілкування. |
|
151 |