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