ІПЗ

Лекція 3
Чому проектам потрібен менеджмент?
- кількість кваліфікацій є дуже великою, потрібно вибрати правильних
спеціалістів
- яку методику ведення проекту та модель життєвого циклу треба
застосовувати
- потрібно постійно взаємодіяти з ринком, щоб розуміти потребу клієнтів
Проекту потрібна ієрархія поділу на команди
- команда системного аналізу (визначає feasibility проекту, його
життєздатність)
- команда планування
- команда, яка формує технічне завдання
- команда розробки архітектури системи
- команда реалізації проекту
- команда тестування та інтеграції
- команда, відповідальна за навчання
- команда з розгортання
- команда з підтримки проекту
Продовження
- команда з контролю якості
- команда моніторингу
- команда з ведення документації
- команда системного адміністрування
- команда повторного використання компонентів
Етапи проекту
- Специфікація: планування, команда з системного аналізу, команда контролю якості,
команда з метрики, команда з документації, команда системного адміністрування, і
команда з повторного використання
- Розробка: команда з контролю якості, команда з метрик, команда з документацій,
команда системного адміністрування, команда із повторного використання
- Реалізація: команда з контролю якості, команда з документацій, команда системного
адміністрування, команда із повторного використання
- Тестування та інтеграція: команда з контролю якості, команда з метрик, команда з
документацій, команда системного адміністрування, команда із повторного
використання
- Підтримка: команда з навчання, команда із розгортання та встановлення, команда з
контролю якості, команда з метрик, команда з документацій, команда системного
адміністрування, команда із повторного використання
Специфіка market-driven design
- визначення ринку продукту
- визначення вимог
- розробка та реалізація як єдиний етап
- тестування та інтеграція
- розгортання
Природа команд в менеджменті проекту
- команді потрібні постійні зміни
- проект може розроблятися дуже довгий період
- для людей природно міняти роботу
- компанії можуть втрачати контракти
- люди йдуть з роботи за станом здоров’я або на пенсію
- компанії можуть бути поглинуті іншими компаніями
- потрібно наймати нових людей, щоб вносити нові ідеї та можливості
Менеджмент проекту
Координація людей, ресурсів та графіків, що потрібні для того, щоб успішно
виконати проект з високим рівнем якості, в заданий період та в межах
виділеного бюджету.
Функції проджект менеджера
- Менеджмент людських ресурсів
- Виділення матеріальних ресурсів
- Визначення ролей
- Мотивація персоналу проекту
- Вирішення проблем із дотриманням графіків
- Внесення змін в вимоги проекту
- Оцінювання прогресу та якості роботи команди над системою
- Реагування на неочікувані події
- Інформування вищого менеджменту про проблеми та успіху
- Переконання у тому, що певні перегляди коду, робота із клієнтами та інші
активності мають відповідне документування
- Взаємодія із клієнтом або представниками клієнта
Естімейт проекту - чому це не просто програмування?
- комп’ютери для розробки
- середовище розробки (IDE, компілятори, інтерпретатори)
- комп’ютерна мережа
- CASE-tools (Computer-aided software engineering)
- Програмне забезпечення, з яким має взаємодіяти ваше ПЗ
- емулятори для тестування програмного забезпечення (апаратні і програмні)
- пристрої для роботи ПЗ
- Комп’ютери для тестування
- Комп’ютери для навчального процесу
- Хмарні сервіси
- програмні продукти, які ми закуповуємо для функціонування системи
- інструменти для документації
Правило “1 програміст - 10000 рядків коду” - що з ним
не так?
- не всі розробники з вашої команди розуміють систему настільки, щоб
написати 10000 рядків коду
- Великі команди включають в себе людей які мають зовсім іншу культуру
роботи, розташованих у всіх куточках світу
- Все буде залежати від координації
- У доволі довгих проектах рідко команда проходить через весь життєвий
цикл проекту у початковому складі
- Сама розробка при рівних попередніх умовах, включає в себе дуже
багато інших факторів
Оцінка проекту - які фактори враховуються?
- Ресурси (оцінювати їх треба з якимись підтвердженнями)
- База знань

Назва проекту Вид проекту Скільки місяців Скільки годин Розмір в

тривав проект на місяць рядках коду
затрачалося
на проект
Модель Боема (COCOMO)
- Органічна - Проста
- Напів-визначена - Середньої деталізації
- Вбудована - Деталізована
Графік проекту
- milestones
- критичні шляхи
Оцінка проекту
- чи виконали ми етапи проекту (milestones)
- які речі випали з графіку?
- коли проект буде завершено (чи дотримуємося ми попередніх оцінок)
- яка ймовірність того, що проект провалиться?
CASE - інструменти для супроводу проекту
- інструмент для створення та модифікації графіку проекту
- Інструмент для ознайомлення з деталізованим графіком всіх учасників
команди
- Менеджмент ресурсів
- Визначення критичних речей в проекті та питань, які від них залежать
- підтримка методології ведення проекту
- інструменти для комунікації команди, тощо