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