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