Логотип компании Oberemok&Co
Головна / Правила планирования

Правила планування замістом в MS Project

Фото информации

Рекомендації щодо розробки планів-графіків проектів в MS Project Professional для КСУП конфігурації "Управління змістом і термінами" дозволяють ефективно планувати терміни реалізації проектів.

1. Планування задач і віх

1.1. Назва задачі має починатися з дієслова

Назва будь‑якої проєктної задачі формується з використанням дієслова на початку, що підкреслює дію та спрямованість на результат.
Приклад: Задача: «Підготувати звіт» — дієслово «Підготувати» + іменник «звіт».

1.2. Назва задачі має закінчуватися іменником

Наприкінці назви задачі має бути іменник, що описує конкретний результат виконання.
Приклад: «Погодити технічне завдання», «Затвердити план робіт».

1.3. Рекомендується використовувати дієслова в завершеній формі

Для найкращої читабельності та однозначного розуміння слід застосовувати форми дієслів типу: «Зробити», «Погодити», «Затвердити».
Приклад: Сумарна задача: «Розробка проєктної документації». Завершальна віха: «Документація розроблена».

1.4. Опис кожної сумарної задачі має завершуватися віхою

Кожна групувальна (сумарна) задача повинна мати кінцеву віху, що відображає результат виконання всіх робіт, що входять до неї.
Приклад: «Аналіз вимог виконано», «Проєкт погоджено».

1.5. Назва віха має починатися з іменника й закінчуватися дієсловом стану результату

Назва віха починається з іменника, що акцентує увагу на об’єкті або результаті. Фінальна дія виражає стан результату.
Приклад: «Аналіз вимог виконано», «Проєкт погоджено».

2. Планування взаємодії та документообігу

2.1. Усі зацікавлені сторони повинні мати шляхи взаємодії

Комунікації мають бути формалізованими та доступними для всіх учасників проєкту.
Приклад: Матриця взаємодій: замовник — щотижневі зустрічі, команда — щоденні стендапи, тестувальники — звіти в системі.

2.2. Усі заходи взаємодії повинні бути включені в план‑графік

Будь‑які зустрічі, погодження та обміни інформацією мають бути відображені в календарі проєкту.
Приклад: Регулярні статуси повинні бути задачами у плані: «Статус‑зустріч (щотижня)».

2.3. Для кожного заходу встановлюються тип, шаблон та дати проведення

Кожна подія повинна бути визначена за форматом, мати супровідні матеріали й чіткі часові рамки.
Приклад: Тип: «Нарада». Шаблон: протокол зустрічі. Дата: щовівторка, 14:00.

2.4. Виконання робіт має підтверджуватися документально

Усі виконані дії повинні мати підтверджуючі документи, що фіксують факт виконання.
Приклад: Після завершення задачі: Акт виконаних робіт, Протокол погодження, Звіт про тестування.

Настройка Microsoft Project Server 2010 для компании «XXI Век»
Внедрение КСУП на базе MS Project Server 2013 для ООО
Внедрение КСУП на Богучанской ГЭС для компании
Внедрение КСУП на базе MS Project Server в
Проект модернизации налоговой службы Украины
Внедрение КСУП на базе MS Project 2013 ТОВ
Внедрение КСУП на базе Microsoft Project Server 2013 в компании BI Group
Внедрение КСУП в ПАТ «Домостроительный комбинат №4»
Внедрение КСУП на базе MS Project Online в компании «Архиматика»
Внедрение КСУП на базе MS Project Online для ООО
Развитие системы управления проектам для общественной организации «Объединение ответственных граждан»
Проект внедрение КСУП в девелоперской компании «Інтергал‑Буд» на базе Microsoft Project Online.
Внедрение инструментов проектного управления в компании «DEZEGA Holding Ukraine»
Внедрение инструментов проектного управления в компании «СТРУКТУМ»
Внедрение проектного управления в компании «Хорос» на базе MS Project Pro и MS Project Online
Внедрение инструментов проектного управления в компании «Новос Девелопмент»