- •Питання на модульний контроль №1 з дисципліни “Менеджмент проектів пз”
- •3. Spider Project (Спайдер Проджект) — пакет з управління проектами, спроектований та розроблений російським розробником компанією «Спайдер Проджект» Технічні характеристики Spider Project
- •1.1. Технические характеристики
- •1.Рис.1. Ресурсный критический путь
- •Васильков
- •Суть прямого проходу при плануванні проекту.
- •Суть зворотного проходу при плануванні проекту.
- •Ролі в колективі розробників.
- •Життєвий цикл програмного продукту.
- •Уточнення замовлення на проект.
- •Функції менеджменту.
- •Наведіть схеми організації менеджменту проектів.
- •Функції, які виконуються розробниками програмного проекту.
- •Рольові кластери моделі проектної групи msf.
- •Принципи, які визначають регламент суміщення ролей.
- •Суміщення ролей.
- •Ключові ролі колективу розробників.
- •Ситуації, в яких діє менеджер при відборі кадрів.
- •Вирішення задач визначення кадрових ресурсів проекту.
- •Цілі розробки проірамного забезпечення.
- •Поняття діяльності в менеджменті програмних проектів.
- •Задачі менеджменту програмних проектів.
- •Модель Гантера.
- •Моделі життєвого циклу програмного забезпечення.
- •Класична ітераційна модель.
- •Каскадна модель.
- •Модель фази - функції.
- •Об'єктио-орієнтовані моделі життєвого циклу.
- •Передпроектна діяльність менеджера і початок фази дослідження.
- •Підтримка репутації компанії і менеджера.
- •Підготовка і початок проекту.
- •Загальна характеристика підготовчих робіт.
- •Визначення технічних ресурсів.
- •Визначення кадрових ресурсів.
- •Стратегії розподілу часу.
- •Календарні плани.
- •Мережеве планування.
- •Визначення фінансових ресурсів.
- •Фінансові потреби проекту.
- •Розподіл фінансових ресурсів.
- •Оцінка ймовірних прибутків від реалізації проекту.
- •Концепції розвитку проекту.
- •Загальні принципи і положення.
- •Спеціальні принципи і положення.
- •Переваги розподілу принципів.
- •Планування релізів.
- •Управління якістю проекту.
- •Додаткова інформація про підхід до розробки.
- •Тестування.
- •Вимірювання.
- •Зв'язки проекту.
- •Планування повторного використання програмних компонентів.
- •Самоорганізація діяльності менеджера.
- •Початок проекту.
- •Перехід від попереднього аналізу до першої ітерації.
- •Організація колективної роботи.
- •Схеми з розподілом відповідальності.
- •Схеми з розподілом відповідальності, орієнтовані на зменшення ризику проекту.
- •Деперсоніфікована схема.
- •Змішані схеми і планування організації колективної роботи.
- •Локальні взаємодії в колективі і ухвалення рішень.
- •Принципи контактних заходів.
- •Непланові взаємини в колективі.
- •Перша ітерація: метод "Спочатку в глибину".
- •Мотивація особливого підходу до виконання першої ітерації.
- •Етап і: початкове моделювання.
- •Етап II: моделювання рівня об'єктно-орієнтованого конструювання.
- •Головатий
- •Етап III: швидке програмування.
- •Етап IV : ітеративне нарощування можливостей.
- •Етап VI: програмування і зборка першої ітерації.
- •Етап VII: оцінка ітерації.
- •Людкевич
- •Особливості планування і управління.
- •Взаємини із замовником, листування.
- •Приймання робочих продуктів.
- •Управління проектом після виконання першої ітерації.
- •Аналіз вимог.
Модель фази - функції.
Мотивується необхідність відображення в моделях життєвого циклу виробничих функцій, виконуваних розробниками. Ці функції повинні зв'язуватися з контрольними елементами управління проектами, тобто етапами життєвого циклу, але тим не менше вони виконуються протягом усього періоду розвитку проекту з різною інтенсивністю. Описується модель Гантера фази-функції як основа побудови розвинених схем життєвого циклу, що включає відображення організаційних і технічних виробничих функцій. Показується, як в моделі фази-функції можна враховувати ітеративний (в традиційному розумінні).
Надзвичайно важливим мотивом розвитку моделей життєвого циклу програмного забезпечення є потреба у відповідному засобі для комплексного управління проектом. По суті, це твердження вказує на те, що модель повинна служити основою організації взаємовідносин між розробниками, і, таким чином, однією з її цілей є підтримка функцій менеджера. Це призводить до необхідності накладення на модель контрольних точок, що задають організаційно-часові рамки проекту, і організаційно-технічних, так званих виробничих функцій, які виконуються при розвитку проекту.
Найбільш послідовно таке доповнення класичної схеми реалізовано в моделі Гантера у вигляді матриці "фази - функції" [11]. Вже з згадки про матрицю випливає, що модель Гантера має два виміри:
фазовий, що відображає етапи виконання проекту і супутні їм собитія1);
функціональне, що показує, які виробничі функції виконуються в ході розвитку проекту, і яка їхня інтенсивність на кожному з етапів.
Фазовий вимір
У моделі Гантера відображено те, що виконання функції на одному етапі може продовжуватися на наступному. На рис. 8.1 представлено фазовий вимір моделі. Жирною рисою (з розривом і стрілкою, що позначає тимчасове напрямок) зображено процес разработкі2). Контрольні точки та найменування подій вказані під цією межею. Вони пронумеровані. Все розвиток проекту в моделі прив'язується до цих контрольних точках і подіям.
Рис. 8.1. Фазовий вимір моделі фази - функції
У даній моделі життєвий цикл розпадається на наступні перекривають один одного фази (етапи):
Етап дослідження - починається, коли необхідність розробки визнана керівництвом проекту (контрольна точка 0), і полягає в тому, що для проекту обгрунтовуються необхідні ресурси (контрольна точка 1) і формулюються вимоги до розробляється виробі (контрольна точка 2).
Аналіз здійсненності - починається на етапі дослідження, коли визначені виконавці проекту (контрольна точка 1), і завершується твердженням вимог (контрольна точка 3). Мета етапу - визначити можливість конструювання вироби з технічної точки зору (чи достатньо ресурсів, кваліфікації і т.п.), чи буде виріб зручно для практичного використання; вирішення питань економічної і комерційної ефективності.
Конструювання - починається зазвичай на етапі аналізу здійсненності, як тільки документально зафіксовані попередні цілі проекту (контрольна точка 2), і закінчується затвердженням проектних рішень у вигляді офіційної специфікації на розробку (контрольна точка 5).
Програмування - починається на етапі конструювання, коли стають доступними основні специфікації на окремі компоненти вироби (контрольна точка 4), але не раніше затвердження угоди про вимоги (контрольна точка 3). Поєднання даної фази з заключним етапом конструювання забезпечує оперативну перевірку проектних рішень та деяких ключових питань розробки. Мета етапу - реалізація програм компонентів з наступною зборкою вироби. Він завершується, коли розробники закінчують документування, налагодження та компонування і передають виріб службі, яка виконує незалежну оцінку результатів роботи (незалежні випробування почалися - контрольна точка 7).
Оцінка - є буферною зоною між початком випробувань і практичним використанням виробу. Етап починається, як тільки проведені внутрішні (силами розробників) випробування вироби (контрольна точка 6) і закінчується, коли підтверджується готовність виробу до експлуатації (контрольна точка 9).
Використання - починається ближче до кінця етапу оцінки, коли готовність виробу до експлуатації перевірена і може організовуватися передача вироби на розповсюдження (контрольна точка 8). Етап триває, поки виріб знаходиться в дії і інтенсивно експлуатується. Він пов'язаний з впровадженням, навчанням, налаштуванням та супроводженням, можливо, з модернізацією вироби. Етап закінчується, коли розробники припиняють систематичну діяльність по супроводженню та підтримці даного програмного виробу (контрольна точка 10).
