- •Ціль Керівництва pmbok®.
- •Що таке проект?
- •Що таке керування проектами?
- •Зв'язки між керуванням проектами, керуванням програмами й керуванням портфелями.
- •Керування портфелями.
- •Керування програмами.
- •Проекти й стратегічне планування.
- •Офіс керування проектами.
- •Керування проектами й керування операційною діяльністю.
- •Роль менеджера проекту.
- •Звід знань з керування проектами.
- •Глава 3. Процеси керування проектом
- •3.2. Групи процесів управління проектами.
- •4.1. Розробка статуту проекту.
- •4.1.1 Розробка статуту проекту: входи .1 Опис робіт по проекту
- •4.1.2 Розробка статуту проекту: інструменти і методи
- •4.1.3 Розробка статуту проекту: виходи
- •4.2 Розробка плану управління проектом
- •4.2.1 Розробка плану управління проектом: входи
- •4.2.2 Розробка плану управління проектом: інструменти і методи
- •4.2.3 Розробка плану управління проектом: виходи
- •4.6.2 Завершення проекту або фази: інструменти і методи
- •4.6.3 Завершення проекту або фази: виходи
- •5.1. Збір вимог.
- •5.1.1. Збір вимог: входи
- •5.1.2. Збір вимог: інструменти і методи
- •4 Групові творчі методи
- •5.1.3 Збір вимог: виходи.
- •1 Документи за вимогами
- •5.2 Визначення змісту
- •5.2.1 Визначення змісту: входи
- •5.2.2 Визначення змісту: інструменти і методи
- •5.2.3 Визначення змісту: виходи
- •5.3. Створення іср.
- •6.6 Управління розкладом
- •6.6.1 Управління розкладом: входи
- •6.6.2 Управління розкладом: інструменти і методи
- •6.6.3 Управління розкладом: виходи
- •Глава 7. Управління вартістю проекту.
- •7.1 Оцінка вартості
- •7.1.1 Оцінка вартості: входи
- •7.1.2 Оцінка вартості: інструменти і методи
- •3 Параметрична оцінка
- •7.1.3 Оцінка вартості: виходи
- •7.2 Визначення бюджету
- •7.2.1 Визначення бюджету: входи
- •10.2.2 Планування комунікацій: інструменти і методи
- •1) Аналіз вимог до комунікацій
- •2) Технології комунікацій
- •3) Моделі комунікацій
- •4) Методи комунікацій
- •10.2.3 Планування комунікацій: виходи
- •1) План управління комунікаціями
- •2) Поновлення документів проекту
- •10.3 Поширення інформації
- •10.3.1 Поширення інформації: входи
- •1) План управління проектом
- •2) Звіти про виконання
- •10.3.3 Поширення інформації: виходи
- •1) Поновлення активів процесів організації
- •10,4 Управління очікуваннями зацікавлених сторін проекту
- •10.4.1 Управління очікуваннями зацікавлених сторін проекту: входи
- •2) Стратегія управління зацікавленими сторонами проекту
- •3) План управління проектом
- •4) Журнал реєстрації проблем
10.2.2 Планування комунікацій: інструменти і методи
1) Аналіз вимог до комунікацій
При аналізі вимог до комунікацій визначаються потреби зацікавлених сторін проекту в інформації. Дані вимоги визначаються шляхом об'єднання типу і формату необхідної інформації з аналізом цінності цієї інформації. Ресурси проекту витрачаються на передачу тільки тієї інформації, яка сприяє успіху проекту, або тільки в тому випадку, корду недолік інформації може призвести до невдачі.
Менеджер проекту повинен також враховувати кількість потенційних каналів чи шляхів комунікації як показник складності комунікацій проекту. Загальна кількість потенційних каналів комунікацій одно п (п-1) / 2, де N - кількість зацікавлених сторін проекту. Таким чином, у проекті з 10 зацікавленими сторонами є 10 (10-1) / 2 = 45 потенційних каналів комунікацій. Отже, ключовим елементом планування фактичних комунікацій проекту є визначення та обмеження того, хто і з ким буде спілкуватися, а також того, хто і яку інформацію буде отримувати.
Зазвичай для визначення вимог до комунікацій проекту необхідна наступна
інформація:
• організаційні діаграми;
• зв'язки між організацією проекту і розподілом відповідальності між зацікавленими сторонами проекту;
• галузі знань, підрозділи і спеціальності, залучені до проекту;
• кількість людей, задіяних у проекті, з урахуванням місця їх розміщення;
• внутрішні потреби в інформації (наприклад, обмін інформацією в рамках організації);
• зовнішні потреби в інформації (наприклад, спілкування зі ЗМІ, громадськістю або підрядниками); і
• інформація про зацікавлені сторони проекту з Реєстру зацікавлених сторін проекту і стратегії управління зацікавленими сторонами проекту.
2) Технології комунікацій
Методи передачі інформації серед зацікавлених сторін проекту можуть значно відрізнятися. Наприклад, команда проекту може використовувати найрізноманітніші методи комунікацій, від коротких обговорень до повноцінних нарад, від простих письмових документів до матеріалів (наприклад, розкладів і баз даних), доступних через Інтернет.
Фактори, які можуть впливати на проект, включають в себе:
• терміновість отримання інформації. Чи залежить успіх проекту від наявності часто оновлюваної інформації, яка доступна негайно, або достатньо регулярного складання письменних звітів?
• доступність технології. Чи справді необхідні системи вже встановлені і діють, або потрібно включити їх в список потреб проекту? Наприклад, чи є у передбачуваної (их) зацікавленої сторони (зацікавлених сторін) проекту доступ до вибраної технології комунікацій?
• очікуване забезпечення проекту персоналом. Чи відповідають пропоновані системи комунікацій досвіду і навичкам зацікавлених сторін проекту, або необхідно організувати тривале навчання та підготовку?
• тривалість проекту. Чи можливо, що ще до закінчення проекту наявні кошти комунікації зміняться?
• навколишнє середовище проекту. Команда проекту проводить зустрічі і обмінюється інформацією в живому спілкуванні або віртуально?
3) Моделі комунікацій
На базовії моделі комунікації (рис. 10-8) показано, як відбувається передача і прийом інформації між двома сторонами, позначеними як відправник та одержувач.
Ключовими елементами цієї моделі є:
• кодування. Виклад думок чи ідей мовою, зрозумілою для інших.
• повідомлення і відповідь. Вихід процесу кодування.
• засіб зв'язку. Метод, використовуваний для передачі повідомлення.
• перешкоди. Все, що може перешкодити передачі і розуміння повідомлення (наприклад, відстань, незнайома технологія, нестача додаткової інформації).
• декодування. Перетворення одержувачем повідомлення в зрозумілі йому думки або ідеї.
На рис. 10-8 представлена базова модель комунікацій. Невід'ємною частиною даної моделі є дія з підтвердження отримання повідомлення. Підтвердження отримання означає, що одержувач подає сигнал про отримання повідомлення, але це не обов'язково означає згоду одержувача зі змістом повідомлення. Зовсім інше значення має відповідь на повідомлення, що означає, що одержувач декодувати, зрозумів повідомлення і посилає на нього відповідь.
При обговоренні комунікацій проекту необхідно враховувати елементи моделі комунікацій. рамках процесу комунікацій відправник повинен забезпечити зрозумілість і повноту інформації, вибір належного способу її передачі та отримання підтвердження правильності інтерпретації інформації.
Одержувач повинен упевнитися, що він отримав інформацію повністю, правильно її зрозумів, і підтвердити отримання. Збій комунікації може зробити негативний вплив на весь проект в цілому.
При організації ефективної взаємодії між зацікавленими сторонами проекту за допомогою цих елементів виникає безліч труднощів. Розглянемо команду проекту, що складається з фахівців, фізично знаходяться в різних країнах. Щоб один член команди міг успішно передати технічну ідею іншому члену команди, що знаходиться в іншій країні, йому може знадобитися закодувати повідомлення відповідною мовою, надсилання повідомлення за допомогою певних технічних засобів, забезпечивши при цьому коректне декодування повідомлення одержувачем та отримання від нього відповідного повідомлення. Будь-які перешкоди, що виникають на цьому шляху, можуть спотворити первісний зміст повідомлення.
