
- •Модуль № 1 Принципи вибору програмного забезпечення управління проектами
- •Модуль № 2 Програмні продукти з управління проектами
- •1 Предмет і задачі дисципліни
- •2 Принципи управління проектами в сучасних умовах
- •3 Процеси управління проектами
- •4 Розвиток автоматизованих систем управління (асу)
- •Тема 2 Взаємозв‘язок рівнів управління та критеріїв вибору програмного забезпечення
- •1 Критерії вибору програмного забезпечення для управління проектами
- •2 Рівні управління проектами
- •3 Складові критеріїв вибору програмного забезпечення та їх вагомість в залежності від рівня управління
- •Тема 3 Класифікація програмних продуктів у сфері управління проектами
- •1 Класифікація інформаційно-обчислювальних систем
- •2 Класифікація інформаційних систем підприємства
- •3 Ієрархічні інформаційні системи
- •4 Інформаційні системи «клієнт-сервер»
- •5 Типи операцій в інформаційних системах «клієнт-сервер»
- •Тема 4 Інтегроване інформаційне рішення Welcom Suite
- •1 Структурні елементи інформаційних систем з управління проектами
- •2 Порівняльний аналіз підходів до вибору програмного забезпечення з управління проектами
- •3 Складові інтегрованого інформаційного рішення Welcom Suite
- •4 Засоби календарно-сітьового планування (ксп)
- •5 Функціональні можливості систем ксп
- •Тема 5 Програмні продукти компанії Primavera Systems
- •1 Основні програмні продукти компанії Primavera Systems
- •2 Організація документообігу при управлінні проектами
- •3 Функціональні можливості програмних продуктів для забезпечення документообігу при управлінні проектами
- •1 Реєстрація нових проектів і ведення реєстру існуючих проектів.
- •2 Надання доступу й управління вмістом архіву проекту.
- •3 Створення бібліотеки шаблонів документів.
- •4 Ведення інформації про структуру й співробітників організації.
- •5 Протоколювання дій співробітників, різних подій і помилок, що виникають у процесі роботи із системою.
- •6 Реєстрація, узгодження й відстеження ходу виконання завдань.
- •7 Забезпечення завданого рівня безпеки зберігання проектної документації
- •Тема 6 Сімейство програм Artemis Views
- •1 Основні програмні продукти компанії Artemis Views
- •2 Засади управління портфелем проектів
- •3 Життєвий цикл управління портфелем проектів
- •Тема 7 Програмне рішення для управління проектами Microsoft Office Project
- •1 Загальна характеристика програми Microsoft Office Project
- •2 Створення нового проекту в програмі Microsoft Office Project
- •3 Вирівнювання завантаження ресурсів в програмі Microsoft Office Project
- •Тема 8 Програмне забезпечення управління проектами від компанії Time Line Solution
- •1 Загальна характеристика програм від компанії Time Line Solution
- •2 Характеристика програмного продукту Time Line 1.0
- •3 Характеристика програмного продукту Time Line 6.5
- •Тема 9 Програмні продукти з управління проектами вітчизняних розробників
- •1 Програмний продукт Spider Project
- •2 Програмний продукт «1с – Рарус: Управління проектами»
- •3 Програмний продукт «Евріка»
- •Тема 10 Порівняльний аналіз програмних продуктів в сфері управління проектами
- •1 Застосування програмних продуктів на різних рівнях управління
- •2 Правила користування програмними продуктами з управління проектами
- •3 Оцінювання ефекту від автоматизації процесу управління проектами
2 Організація документообігу при управлінні проектами
Організація й систематизація зберігання інформації про основні документи, що використовуються в кожному проекті (договори, інші офіційно погоджені документи) полягає в їхньому отримуванні, визначенні взаємозв'язку з іншою документацією й фізичному розташуванні (в електронному й паперовому вигляді).
Визначення переліку й ведення «зрізів» стану основних процесів у єдиному форматі для однотипних проектів значно полегшує організацію документообігу.
Зріз – узагальнена назва миттєвого стану якого-небудь процесу проекту. Зрізи можна умовно розділити на динамічні й статичні.
Динамічні відображають природну, заплановану зміну стану процесів у ході проекту. Наприклад, у ході проекту необхідно підготувати деякий набір документів, при цьому вони повинні пройти кілька ітерацій узгодження різними підрозділами. У цьому випадку зріз буде являти собою або таблицю з переліком документів, автором і/або відповідальним, станом («створюється», «на першому узгодженні», «виправлення», «готовий» і т.п.), або все це в складі загального плану проекту. Останній варіант не завжди зручний, тому що план проекту може виявитися перевантажений зайвими подробицями й стати занадто «важким».
По закінченні процесу зріз може ставати статичним, тобто відображає результат завершеного процесу. Для приклада, наведеного вище, це буде перелік готових і погоджених документів, із вказівкою автора, місця зберігання й т.п. інформації. Таким чином, статичні зрізи описують результат завершених процесів, що підлягають процедурі контролю за змінами. Найпростішим прикладом статичного зрізу є документ, що описує зафіксоване й погоджене охоплення проекту.
Набір необхідних зрізів повинен визначатися для кожного конкретного проекту. Якщо проекти однотипні, система документообігу повинна описувати єдиний формат ведення таких зрізів, порядок збереження історичної інформації для наступного створення бази даних.
Відсутність уваги до перерахованих питань приводить до двох типів наслідків:
1) складність контролю якості ведення проекту з боку керівництва;
2) втрата отриманого досвіду.
Контроль якості виконання при відсутності єдиного підходу до документообігу буде виявляти проблеми тільки після їхнього виникнення.
Аудит і аналіз придбаного досвіду, що проводиться після закриття проекту, буде мати вкрай слабкий зв'язок з реальністю й можливість до узагальнення, якщо із самого початку не було приділено належної уваги архівуванню історії проекту в різних розрізах у єдиному форматі.
Для одержання достовірної інформації метою контролю повинен бути не пошук помилок і покарання, а допомога в управлінні, виходячи із принципу «одна голова добре, а дві – краще».
Крім того, необхідно мати на увазі, що в будь-який момент часу може відбутися зміна керівника проекту. При недостатній увазі до організації документообігу при управлінні проектами, процес передачі справ виявляється невиправдано складним і некерованим. Це у свою чергу призводить до створення надмірної персональної залежності проекту від конкретного співробітника з усіма ризиками, що випливають.