Виконала:

студентка групи СН-21

Митник О. М.

Ієрархічна структура робіт (ІСР, Work Breakdown

Structure, WBS) – орієнтована на результат

ієрархічна декомпозиція робіт, яка виконується

командою проекту для досягнення цілей проекту і

необхідних результатів.

Багато проектів провалюються не тому, що у

них немає плану, а тому, що в цей план не

включені важливі роботи. Наприклад,

тестування і виправлення помилок, продукти

проекту, користувацька документація.

При правильно складеній ІСР

будь-яка робота, яка в неї не

увійшла не може

вважатися роботою по проекту

*Підпроекти

*Пакети робіт

*Підпакети

*Технічне завдання

*Ескізний проект

*Технічний проект

*Робочий проект

*Впровадження

Продукти проекту

Компоненти продуктів проекту

• Наприклад, прикладні підсистеми, підсистема безпеки, логування

Фічі• Функції, які

мають реалізовувати компоненти

Після узгодження ІСР потрібно:

Визначити джерело запитів на зміну

Встановити порядок аналізу, оцінки і

затвердження/відхилення зміни змісту

Визначити порядок документування змін

змісту

Визначити порядок інформування про зміну

змісту

1.Виявити об'єкти зміни.

2.Описати зміни у всіх

виявлених об'єктах.

3.Оцінити затрати на

внесення змін.

Організаційна структура – це узгоджений і затверджений розподіл ролей, обов'язків в цілей діяльності ключових учасників проекту.

Повинна включати:

Систему робочих стосунків між робочими групами проекту

Систему звітності

Систему прийняття рішень

Оцінки ходу виконання проекту

План проекту має включати:Роботи для збереження єдиного

сховища всієї проектної документації та розроблюваного програмного коду

Забезпечення збереження та відновлення проектної інформації після збою

Роботи з налаштування робочих станцій і серверів, які використовуються учасниками проектної команди

Роботи, необхідні для реалізації складання проміжних випусків системи й її кінцевого варіанту

Робота з управління

конфігураціями може

виконуватись менеджером по

конфігураціях або бути

додатковою для одного з

програмістів.

Необхідну якість продукту визначають

вимогами до нього.

Головна задача

забезпечення якості – це не

пошук помилок у готовому

продукті, а їх попередження у

процесі виробництва

План управління якістю має включати:

Об'єктивну перевірку відповідності програмних продуктів і технологічних операцій стандартам, процедурам і вимогам, які застосовуються

Визначення відхилень за якістю, виявлення їх причин, вживання заходів щодо їх усунення, а також контроль виконання вжитих заходів та їхефективності

Представлення вищому керівництву незалежноїінформації про невідповідності, які не усуваютьсяна рівні проекту

Базовий розклад – затверджений план-графік

із зазначеними часовими фазами проекту,

контрольними точками та елементам

ієрархічної структури робіт.

Базовий розклад

представляється

діаграмою Ганта.

Контрольні точки (віхи) – це точки аналізу

стану проекту і прийняття рішення “GO/NOT GO”.

Паралельно

максимальна тривалість

проекту рівна тривалості найдовшої

роботи

Залежно одна від одної

«Жорстка» залежність

«Нежорстка» залежність

Критичний шлях проекту – найдовший ланцюг робіт у

проекті.

Збільшення тривалості одної з робіт у ланцюгу

призводить до збільшення тривалості усього проекту.

На критичному шляху мають

стояти роботи з нежорсткими

зв'язками, які можна

перепланувати

У проекті може бути один або

декілька критичних шляхів.

На верхньому рівні ІСР мають знаходитися продукти проекту, на наступному рівні –компоненти, з яких ці продукти складаються

В плані проекту мають бути передбачені необхідні ресурси для управління замістом, конфігураціями, якістю, ризиками та проектом

В проекту існує хоча б один критичний шлях

Критичний шлях може змінюватися під час виконання проекту