• Shopping Cart Shopping Cart
    0Shopping Cart
PMDoc™
  • Про нас
    • Головна сторінка
    • Контакти
    • Команда
  • Системи УП
    • Впровадження Систем
      • 1. ІСУП
      • 2. Регламент УП
      • 3. Планування проєктів
      • 4. Звітність
      • 5. Портфелі та програми
      • 6. Ризики
      • 7. Ресурси
      • 8. Знаннями
    • PMDoc GPT
    • Інструменти
      • Project Online Backupper
    • Портфель впроваджень
  • Стандарти
    • ISO21500.Контекст&Концепції
    • ISO21502.Проєкти
    • ISO21503.Програми
    • ISO21504.Портфелі
    • ISO21505.Врядування
    • ISO21506.Словник
    • ISO21508.EVM
    • ISO21511.WBS
    • ISO10006.Якість
  • Документація
    • Керівництво з документування проєктів
    • ЗСУП.Комплект.v7 (безкоштовно)
    • ПфМ.Комплект.v3
    • КСУП.Комплект (безкоштовно)
    • ОУП.Комплект (безкоштовно)
    • СМЯ.Комплект (безкоштовно)
    • СУДП.Комплект
    • ІСО21500.Комплект
  • Консалтинг
    • Воркшопи
      • w.PreProject
      • w.KickOff
      • w.Requirements
      • w.Planning
      • w.Scheduling
      • w.Decomposition
      • w.Budget
      • w.Risks
      • w.AgileConstruction
      • w.Control
      • w.Lessons
    • Аудит УП
      • Оцінка ОУП
      • Аудит системи УП
      • Аудит проєктів
      • Оцінка персоналу
    • Розробка регламентів УП
    • Документування проєктів
    • Навчання документуванню
  • Тренінги
    • Методологія
      • pm.Praxis (версія 8.0)
      • pm.Portfolio
      • pm.Program
      • pm.Waterfall
      • pm.Docs
      • pm.Risks
      • pm.Kit
      • pm.Config
    • Стандарти
      • iso.21500 – Концепції
      • iso.21502 – Проєкти
      • iso.21503 – Програми
      • iso.21504 – Портфелі
      • iso.21505 – Врядування
      • iso.21508 – EVM
    • Аджайл
      • pm.Scrum
      • pm.Agile
      • da.Implementation
      • Планування в Scrum
    • Штучний інтелект
      • ai.Leadership
      • ai.Prompt
      • ai.Projects
      • ai.Adoption
      • ai.ManagementSystem
      • pm.n8n
    • Інструменти
      • ms.Project
      • pm.Office
      • ms.Server
      • pm.n8n
      • pm.Jira
      • 12.Результатів
      • ms.PMBOK
      • ms.Business
    • Розробка ПЗ та ІТ
      • it.Projects
      • it.Risks
      • sw.Development
    • Лідерство
      • pm.Startup
      • pm.People
      • pm.Crisis
      • pm.Expedition
      • pm.Kinozal
      • pm.Team
      • pm.Leadership
    • Школа УП
      • pm.Professional
      • pm.Humanitarian
      • km.Mentor
    • Календар тренінгів
  • Профіль
    • Ваші замовлення
    • Файли для завантаження
  • Українська
    • Язык
  • Click to open the search input field Click to open the search input field Пошук
  • Menu Menu
Блог - Останні новини
Ви тут: Домашня сторінка1 / Рішення Go/No-Go

Рішення Go/No-Go

08.04.2013/0 Коментарі/в Нотатки/від Anatolii Savin

Є в управлінні складними і небезпечними проєктами такий інструмент – Go/No-Go Decision. Це точка ухвалення рішення чи продовжувати проєкт далі, чи призупинити його виконання, а може взагалі відмовитися від проєкту та припинити його виконання. З психологічного погляду, це найбільш кульмінаційний момент проєкту. Бо навіть здача результатів проєкту не викликає стільки емоцій, скільки прийняття на себе відповідальності за рішення рухатися чи не рухатися далі, коли від цього рішення залежать життя людей. Ось якраз такий момент і настав у нашому тренінгу “3 вершини проєктного менеджменту”. Хто ж знав, що в день весняного рівнодення 22 березня 2013 року більшу частину України накриють снігопади з ураганним вітром. За даними Укргідрометцентру, за три дні (22-24 березня) у Києві випало 60 мм опадів, у північних областях України близько 55 мм, у західних 35 мм – такого не було за всю 132-річну історію метеоспостережень. Спрацював класичний ризик – дуже небезпечний і теоретично неймовірний. Пощастило ж учасникам тренінгу! Потрапити в таку ситуацію в навчальному проєкті – велика удача і неймовірний досвід.

Річ у тім, що в управлінні проєктами є одна з найважливіших рекомендацій під час ідентифікації ризиків: заборона критики ідей. Це робиться для того, щоб навіть малоймовірні та фантастичні ризики знайшли своє гідне місце в Реєстрі ризиків. Ми, звісно, говорили про різні ризики, але ніхто й припустити не міг, що ризики зростуть до рівня, який не дасть нам змоги задовольнити найголовнішу вимогу статуту нашого проєкту – “Повернутися додому здоровими і щасливими”. За даними гірничо-рятувальної служби Карпат – гори Петрос і Говерла закриті. Нікого не пускають. У горах дуже багато снігу, лавинонебезпека, плюс іде потепління. Піти, звісно, можна, але під свій особистий страх і ризик. При цьому потрібно попередити рятувальників телефоном, але не потрапляти їм на очі, інакше загорнуть назад.

У підсумку, потрібно було визначитися, за рахунок якого з обмежень ми нівелюємо цю ризикову подію. Згідно з PMBOK, в управління проєктами входить урівноваження таких конкуруючих обмежень проєкту:

  • зміст;
  • якість;
  • розклад;
  • бюджет;
  • ресурси;
  • ризики.

Відповідно ми могли:

  1. Змінити зміст проєкту і піднятися на менш високу і теплішу вершину. Наприклад, гору Роман-Кош у Криму (1545 м).
  2. Погіршити якість проєкту. Наприклад, дістатися до с. Кваси, але на гору не підніматися. Баранчика і вино можна з’їсти і випити без підйому.
  3. Змінити розклад проєкту і здійснити сходження в травні або червні.
  4. Змінити бюджет проєкту і дістатися до вершини на вертольоті.
  5. Зібрати ще ресурсів, щоб хоч хтось повернувся живим.

Більшістю голосів обрали перший варіант. Ну, що ж? Їдемо до Криму! А відсутні 500 метрів у висоті Роман-Коша компенсуємо влітку підйомом на болгарську Мусалу. Висота цієї гори 2925 метрів, а це на 425 метрів вище, ніж нам потрібно для другої вершини.


Відстежувати всі події, що відбуваються з різними командами тренінгу “Три вершини проєктного менеджменту” можна в групі Facebook “ExpeditionPM”.

Мітки: PMBOK, Експедиція, Екстремальне навчання, Тренінги, Управління проєктами
https://pmdoc.ua/wp-content/uploads/35m8vikdnx2m7o2iwbgrl6r7wtk29gch.jpeg 283 424 Anatolii Savin https://pmdoc.ua/wp-content/uploads/PMDocTM_60x190.gif Anatolii Savin2013-04-08 11:06:062026-03-18 08:18:07Рішення Go/No-Go
Вам також може сподобатися
Запрошуємо взяти участь у розробленні Загального Стандарту Управління Проектами
Російська версія PMBOK#5
Завершено 1-й етап розроблення ЗСУП
Проміжні підсумки проекту підготовки експедиції “Білий Слон на Чорній Горі”
“УП сьогодні” або “Про необхідність використання знань і методології УП у від початку не проєктних галузях”
Документування ризиків проєкту
Семінар-практикум зі створення системи Управління Проєктами
Кар’єра програміста: як, навіщо і чому?
0 відповіді

Залишити відповідь

Бажаєте приєднатись до дискусії?
Не соромтеся робити внески!

Leave a Reply Cancel reply

You must be logged in to post a comment.

Свіжі записи

  • Ієрархічна структура невизначеності 01.05.2026
  • Глибина невизначеності в управлінні проєктами 25.04.2026
  • Вітрувій: Найстаріший “PMBOK” в історії 16.11.2025
  • Проєктний менеджмент під час війни. Нарис #1 08.03.2025
  • Огляд побудови компонентів Інформаційних Систем Управління Проєктами для обробки даних 19.02.2025

Календар тренінгів

Вересень 2026

Mon Tue Wed Thu Fri Sat Sun
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
© Copyright - Anatolii Savin - PMDoc® - Enfold WordPress Theme by Kriesi
  • Link to LinkedIn Link to LinkedIn Link to LinkedIn
  • Link to Telegram Link to Telegram Link to Telegram
  • Link to Facebook Link to Facebook Link to Facebook
  • Link to Youtube Link to Youtube Link to Youtube
  • Link to X Link to X Link to X
  • Link to WhatsApp Link to WhatsApp Link to WhatsApp
  • Link to Instagram Link to Instagram Link to Instagram
  • Link to Skype Link to Skype Link to Skype
  • Link to Pinterest Link to Pinterest Link to Pinterest
  • Link to Reddit Link to Reddit Link to Reddit
Link to: Продаю якість! Недорого! Link to: Продаю якість! Недорого! Продаю якість! Недорого! Link to: Світлий образ керівника проєкту Link to: Світлий образ керівника проєкту Світлий образ керівника проєкту
Scroll to top