Перейти до основного вмісту

Віхи й бажані дати

Віхи — це розділові знаки плану проєкту. Вони не позначають роботу — вони позначають ухвалені рішення, передані результати й пройдені контрольні точки. План без віх важко донести до інших і важко контролювати.

Якою має бути добра віха?

Віха повинна мати чіткий двійковий результат: подія або відбулася, або ні. Уникайте розмитих віх на кшталт «Розробку завершено» — завжди знайдеться ще одна помилка. Натомість використовуйте: «Збірку розгорнуто на тестовому середовищі, і вона пройшла smoke-тестування».

Приклади сильних віх:

  • Старт проєкту (згода розпочати роботу)
  • Затвердження вимог (письмове погодження зацікавлених сторін)
  • Дизайн затверджено (фінальні макети погоджено)
  • Заморожування коду (жодних нових функцій, лише виправлення помилок)
  • Бета-версію випущено (передано тестовим користувачам)
  • Запуск (продукт загальнодоступний)
  • Огляд після запуску проведено

Віхи в LoopGantt

Віха — це завдання з тривалістю = 0. На часовій шкалі діаграми Ганта вона відображається символом ромба. Щоб створити віху:

  1. Додайте завдання як зазвичай.
  2. Задайте тривалість 0 або ввімкніть перемикач Віха в редакторі завдання.
  3. Смуга завдання перетвориться на ромб (◆) на діаграмі Ганта.

Віхам, як і звичайним завданням, можна призначати залежності. Поширений прийом: пов’яжіть останнє завдання етапу з віхою, яка відкриває наступний етап. Так у плані з’являється чітка «контрольна точка етапу».

Бажана дата — планування завдання на конкретний день

Бажана дата повідомляє планувальнику, коли ви хочете почати завдання. Планувальник використовує цю дату, якщо вона не суперечить залежностям.

Як це працює:

  • Без залежностей: завдання починається в бажану дату.
  • Із залежностями, бажана дата пізніша: завдання відкладається до бажаної дати — це зручно, щоб навмисно зсунути завдання в межах доступного резерву часу (slack).
  • Із залежностями, бажана дата раніша: бажана дата ігнорується. Завдання не може початися раніше, ніж дозволяють його попередники.

Використовуйте бажані дати для:

  • завдань, прив’язаних до фіксованої зовнішньої дати (конференція, запуск, регуляторний термін);
  • перенесення завдання на конкретний день, навіть якщо воно може початися раніше;
  • віх із відомою цільовою датою (наприклад, «Запуск 31 липня»).
Порада: використовуйте віхи наприкінці кожного етапу як «контрольні точки». Пов’яжіть перше завдання наступного етапу з цією віхою (залежність FS). Тоді етап 2 неможливо почати, доки етап 1 офіційно не закрито, — саме так працюють методології з контрольними точками етапів.
Ця стаття була корисною?