• 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 / Крута зустріч

Крута зустріч

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

От чесно! Я почав писати статтю під назвою “Kick-off Meeting” для того, щоб розповісти докладніше що це таке і чому ми використовуємо цей інструмент на наших тренінгах Expedition Project Management. Але в міру розвитку думки й оповіді назва змінилася. Загалом, читайте самі.

Для початку, що таке Kick-off Meeting?

За аналогією з kick-off, яким починається кожен ігровий період в американському футболі, це перша зустріч команди проєкту і з ключовими стейкхолдерами (спонсором, замовником, …). На зустрічі обговорюються базові характеристики проєкту та основні підготовчі заходи. Так само на зустрічі представляють усіх учасників проєкту й обговорюють ролі кожного учасника. Це основне.

Крім цього, можуть бути розглянуті й інші основні елементи проєкту, які учасники вважають важливими для обговорення саме на початку проєкту, наприклад, графік виконання, формат звітності, підтримка стандартів якості та інші. Усе це потрібно, щоб внести ясність у процеси підготовки проєкту і виключити можливу двозначність.стартова зустріч

Як проводити Kick-off Meeting?

Мене завжди дивувало, як менеджери, призначені на новий проєкт, по кілька тижнів поспіль не розуміють, як до цього проєкту підступитися. У підсумку втрачають час, а потім і починають проєкту криво, і далі криво за проєктом рухаються. Як правило, це “затягування” зі стартом проєкту відбувається через те, що проєкт-менеджер і його вірна команда самі не дуже добре ще розуміють, що ж вони будуть робити, щоб успішно виконати цей проєкт. Можливо, бракує управлінських знань і досвіду, можливо, не дуже добре розуміють технологію створення продукту, але в будь-якому разі відбувається затримка на старті, а потім “некрасивий” старт.

Звісно, саме величезна кількість невизначеностей на старті проєкту призводить до того, що команда не знає як зробити перший крок, та й який саме перший крок робити. А насправді не потрібно винаходити велосипед. Перефразую крилатий вислів з Операції “И” – “Все вже придумано до нас!”

Потрібно зібрати стартову нараду проєкту! Але не просто поскаржитися один одному, мовляв “на нас звалився новий проєкт”, а провести його за всіма правилами Kick-off Meeting. Це дасть змогу швидко привести проєкт у рух і зробити це правильно.

Отже, найголовніше розуміти, що Kick-off Meeting – це не іспит. Команді не потрібно бути готовою до всіх питань ключових стейкхолдерів. Головне, що потрібно отримати від цієї наради, це:

  1. Представитися, познайомитися й обговорити ролі.
  2. Офіційно оголосити, що проєкт розпочався і ми займаємося підготовкою.
  3. Заявити й обговорити основні характеристики проєкту (цілі, терміни, продукт, завдання, бюджет, …).
  4. Виявити питання ключових учасників, які потребують вирішення для запуску проєкту.

Для цього вам знадобиться:

  1. Визначити групу стейкхолдерів (включно зі спонсором, представником замовника, технічними та бізнес-експертами).
  2. Скласти порядок денний наради і заздалегідь розіслати його стейкхолдерам.
  3. Підготувати основу Статуту проєкту, в якому прописати все, що на цей момент уже відомо, наприклад:
    • Цілі проекту
    • Попередній зміст проєкту
    • Основні результати проекту
    • Вимоги високого рівня
    • Терміни реалізації проєкту
    • Команда управління проєктом
    • Ролі та обов’язки в проєкті
    • Підходи до управління змінами
    • Підходи до комунікацій у проєкті
    • Високорівневі ризики проєкту
  4. Ну і, власне, провести саму нараду.

Важливо розуміти, що Kick-off Meeting – це не обов’язково одна єдина нарада. Усе залежить від масштабу проєкту: це може бути як півгодинна нарада “на трьох”, так і кілька кілька кількагодинних сесій щодня протягом тижня. Головне, щоб до кінця одного або серії Kick-off Meeting ви чіткого розуміли свій проєкт, зібрали достатньо інформації та отримали фінальну версію Статуту проєкту.

Крута зустріч

І ось поки я це все писав… згадував, який вигляд це все мало на моїх реальних проєктах… згадав ще дві найважливіші складові цієї наради. Про першу складову я побічно згадав на початку статті – усім учасникам проєкту (насамперед команді) потрібен “чарівний стусан”, щоб зрушити з мертвої точки і почати, таки, виконувати проєкт. Ну, цим “чарівним стусаном” і будемо вважати саму нараду з високорівневими стейкхолдерами.

А друга складова зворотна до першої і пов’язана з
шістьма етапами великих проєктів
перша з яких – ентузіазм. У деяких проєктах команда так радісно кидається в новий проєкт, що аж забуває, що результат проєкту доведеться колись здавати. Відповідно другим “стусаном” має стати “стусан, що охолоджує запал”.

Якось так…kickass-meeting


Хочеш узяти участь у реальному Kick-off Meeting? Записуйся на наші тренінги із зануренням у проєктне управління:
FaceBook.com/Groups/ExpeditionPM

Мітки: Експедиція, Екстремальне навчання, Команда, Проєкти, Управління проєктами
https://pmdoc.ua/wp-content/uploads/kickoff-meeting.jpg 1056 1920 Anatolii Savin https://pmdoc.ua/wp-content/uploads/PMDocTM_60x190.gif Anatolii Savin2016-03-29 11:10:182026-02-13 09:31:48Крута зустріч
Вам також може сподобатися
Самоорганізованих команд не буває!
ПМБОК 4.6.2.1 “Журнал припущень та обмежень” (Assumption & Constraints Log)
Re: Матеріали тренінгу
“Цілеологія УП” або “Про правильну побудову проєктних цілей”
Концепт експедиції на Кіліманджаро
Прокачай команду проєкту
Переклад ISO 21502 “Project” українською
Інтерактивний стандарт ISO 21502 “Настанови щодо управління проєктами”
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: Завершено розроблення ІСО21500:Комплекта Link to: Завершено розроблення ІСО21500:Комплекта Завершено розроблення ІСО21500:Комплекта
Scroll to top