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