Виконала:
студентка групи СН-21
Митник О. М.
Ієрархічна структура робіт (ІСР, Work Breakdown
Structure, WBS) – орієнтована на результат
ієрархічна декомпозиція робіт, яка виконується
командою проекту для досягнення цілей проекту і
необхідних результатів.
Багато проектів провалюються не тому, що у
них немає плану, а тому, що в цей план не
включені важливі роботи. Наприклад,
тестування і виправлення помилок, продукти
проекту, користувацька документація.
При правильно складеній ІСР
будь-яка робота, яка в неї не
увійшла не може
вважатися роботою по проекту
*Підпроекти
*Пакети робіт
*Підпакети
*Технічне завдання
*Ескізний проект
*Технічний проект
*Робочий проект
*Впровадження
Продукти
проекту
Компоненти
продуктів
проекту
• Наприклад, прикладні
підсистеми, підсистема
безпеки, логування
Фічі
• Функції, які
мають
реалізовувати
компоненти
Після узгодження ІСР потрібно:
Визначити джерело запитів на зміну
Встановити порядок аналізу, оцінки і
затвердження/відхилення зміни змісту
Визначити порядок документування змін
змісту
Визначити порядок інформування про зміну
змісту
1.Виявити об'єкти зміни.
2.Описати зміни у всіх
виявлених об'єктах.
3.Оцінити затрати на
внесення змін.
Організаційна структура – це
узгоджений і затверджений
розподіл ролей, обов'язків в цілей
діяльності ключових учасників
проекту.
Повинна включати:
Систему робочих стосунків між
робочими групами проекту
Систему звітності
Систему прийняття рішень
Оцінки ходу виконання проекту
План проекту має включати:
Роботи для збереження єдиного
сховища всієї проектної документації та
розроблюваного програмного коду
Забезпечення збереження та
відновлення проектної інформації після
збою
Роботи з налаштування робочих
станцій і серверів, які
використовуються учасниками
проектної команди
Роботи, необхідні для реалізації
складання проміжних випусків системи
й її кінцевого варіанту
Робота з управління
конфігураціями може
виконуватись менеджером по
конфігураціях або бути
додатковою для одного з
програмістів.
Необхідну якість продукту визначають
вимогами до нього.
Головна задача
забезпечення якості – це не
пошук помилок у готовому
продукті, а їх попередження у
процесі виробництва
План управління якістю має включати:
Об'єктивну перевірку відповідності програмних
продуктів і технологічних операцій стандартам,
процедурам і вимогам, які застосовуються
Визначення відхилень за якістю, виявлення їх
причин, вживання заходів щодо їх усунення, а
також контроль виконання вжитих заходів та їх
ефективності
Представлення вищому керівництву незалежної
інформації про невідповідності, які не усуваються
на рівні проекту
Базовий розклад – затверджений план-графік
із зазначеними часовими фазами проекту,
контрольними точками та елементам
ієрархічної структури робіт.
Базовий розклад
представляється
діаграмою Ганта.
Контрольні точки (віхи) – це точки аналізу
стану проекту і прийняття рішення “GO/NOT GO”.
Паралельно
максимальна
тривалість
проекту рівна
тривалості
найдовшої
роботи
Залежно одна
від одної
«Жорстка»
залежність
«Нежорстка»
залежність
Критичний шлях проекту – найдовший ланцюг робіт у
проекті.
Збільшення тривалості одної з робіт у ланцюгу
призводить до збільшення тривалості усього проекту.
На критичному шляху мають
стояти роботи з нежорсткими
зв'язками, які можна
перепланувати
У проекті може бути один або
декілька критичних шляхів.
На верхньому рівні ІСР мають знаходитися
продукти проекту, на наступному рівні –
компоненти, з яких ці продукти складаються
В плані проекту мають бути передбачені
необхідні ресурси для управління замістом,
конфігураціями, якістю, ризиками та
проектом
В проекту існує хоча б один критичний шлях
Критичний шлях може змінюватися під час
виконання проекту

Лекція 4 - Планування проекту

  • 1.
  • 2.
    Ієрархічна структура робіт(ІСР, Work Breakdown Structure, WBS) – орієнтована на результат ієрархічна декомпозиція робіт, яка виконується командою проекту для досягнення цілей проекту і необхідних результатів.
  • 3.
    Багато проектів провалюютьсяне тому, що у них немає плану, а тому, що в цей план не включені важливі роботи. Наприклад, тестування і виправлення помилок, продукти проекту, користувацька документація. При правильно складеній ІСР будь-яка робота, яка в неї не увійшла не може вважатися роботою по проекту
  • 4.
    *Підпроекти *Пакети робіт *Підпакети *Технічне завдання *Ескізнийпроект *Технічний проект *Робочий проект *Впровадження
  • 5.
    Продукти проекту Компоненти продуктів проекту • Наприклад, прикладні підсистеми,підсистема безпеки, логування Фічі • Функції, які мають реалізовувати компоненти
  • 6.
    Після узгодження ІСРпотрібно: Визначити джерело запитів на зміну Встановити порядок аналізу, оцінки і затвердження/відхилення зміни змісту Визначити порядок документування змін змісту Визначити порядок інформування про зміну змісту
  • 7.
    1.Виявити об'єкти зміни. 2.Описатизміни у всіх виявлених об'єктах. 3.Оцінити затрати на внесення змін.
  • 8.
    Організаційна структура –це узгоджений і затверджений розподіл ролей, обов'язків в цілей діяльності ключових учасників проекту. Повинна включати: Систему робочих стосунків між робочими групами проекту Систему звітності Систему прийняття рішень Оцінки ходу виконання проекту
  • 9.
    План проекту маєвключати: Роботи для збереження єдиного сховища всієї проектної документації та розроблюваного програмного коду Забезпечення збереження та відновлення проектної інформації після збою Роботи з налаштування робочих станцій і серверів, які використовуються учасниками проектної команди Роботи, необхідні для реалізації складання проміжних випусків системи й її кінцевого варіанту
  • 10.
    Робота з управління конфігураціямиможе виконуватись менеджером по конфігураціях або бути додатковою для одного з програмістів.
  • 11.
    Необхідну якість продуктувизначають вимогами до нього. Головна задача забезпечення якості – це не пошук помилок у готовому продукті, а їх попередження у процесі виробництва
  • 12.
    План управління якістюмає включати: Об'єктивну перевірку відповідності програмних продуктів і технологічних операцій стандартам, процедурам і вимогам, які застосовуються Визначення відхилень за якістю, виявлення їх причин, вживання заходів щодо їх усунення, а також контроль виконання вжитих заходів та їх ефективності Представлення вищому керівництву незалежної інформації про невідповідності, які не усуваються на рівні проекту
  • 13.
    Базовий розклад –затверджений план-графік із зазначеними часовими фазами проекту, контрольними точками та елементам ієрархічної структури робіт. Базовий розклад представляється діаграмою Ганта.
  • 14.
    Контрольні точки (віхи)– це точки аналізу стану проекту і прийняття рішення “GO/NOT GO”.
  • 15.
  • 16.
    Критичний шлях проекту– найдовший ланцюг робіт у проекті. Збільшення тривалості одної з робіт у ланцюгу призводить до збільшення тривалості усього проекту. На критичному шляху мають стояти роботи з нежорсткими зв'язками, які можна перепланувати У проекті може бути один або декілька критичних шляхів.
  • 17.
    На верхньому рівніІСР мають знаходитися продукти проекту, на наступному рівні – компоненти, з яких ці продукти складаються В плані проекту мають бути передбачені необхідні ресурси для управління замістом, конфігураціями, якістю, ризиками та проектом В проекту існує хоча б один критичний шлях Критичний шлях може змінюватися під час виконання проекту