Автоматизація управління проектним офісом

Автоматизація управління проектами та портфелями проектів, включаючи проектне бюджетування і управління трудовими і матеріальними ресурсами. Інтеграція з Документообіг.

Ключова специфіка:

• Управління портфелями, програмами та проектами
• Управління ключовими показниками і подіями
• Управління фінансами проектів
• Управління термінами
• Управління проектними завданнями, роботами і операціями
• Управління трудовими і матеріальними ресурсами
• Управління знаннями
• Управління контрактними зобов'язаннями з замовниками та підрядниками
• Управління документами (через інтеграцію з системами документообігу Документообіг)
• Управління робочим часом
• Управління ризиками (в області термінів)

При розробці враховані:

• Досвід проектів консалтингу та автоматизації проектно-орієнтованих організацій
• Професійні стандарти проектного управління
  • PMBOK, OPM3, Portfolio Management Standart, Program Management Standart
  • RUP, MSF, Профкейс

---

Онлайн демо-версія 

Надіславши заявку можна буде підключитися, детально розглянути і протестувати пробну демо версію онлайн:

---

1. 

"Управління проектною організацією" - це інтегроване рішення декількох областей:

• PMO Управління проектами +
• ERP Управління ресурсами +
• KPI Управління ключовими показниками ефективності +
• FRM Управління фінансами +
• CRM Управління взаємовідносинами з клієнтами, постачальниками та підрядниками

При необхідності додатково інтегрується з Документообіг

---

Функціональні можливості конфігурації

Управління портфелями проектів

Система дозволяє об'єднувати проекти в програми та портфелі, в одному портфелі і / або одній програмі проектів можуть перебувати проекти на різних стадіях життєвого циклу. Портфель проектів і програма проектів є додаткові аналітичні розрізи для всіх звітів і аналітичних інструментів системи, в яких в тій або іншій якості фігурують проекти.

На рівні портфеля проектів система дозволяє проводити:

• Аналіз принципової здійсненності проектів в рамках заданих ресурсних обмежень підприємства. Виявлення ресурсних конфліктів між виконуваними проектами, затвердженими до виконання і планованими проектами. Результати аналізу використовуються для прийняття рішень в процесі довгострокового планування діяльності підприємства.

• Аналіз контрольних подій портфеля проектів. Зведення інформації про контрольні події різних проектів в одному поданні. Формування графічної карти проектних віх. У разі фактичного або потенційно можливого зриву термінів проводиться розрахунок прогнозованих фінансових санкцій. Результати аналізу використовуються для прийняття рішень в процесі оперативного і фінансового контролю діяльності підприємства.

• Аналіз поточного стану та динаміки зміни ключових показників проектів, що входять в портфель або програму. Значення ключових показників можуть бути введені вручну керівниками проектів, а можуть і автоматично розраховуватися системою, в разі, якщо вихідні дані для розрахунку можна отримати в інформаційній базі.

Реалізований в системі механізм уявлень, що  налаштовуються, який дозволяє керівнику отримувати потрібну інформацію з мінімальними витратами часу, «в три кліка».

Мал. Робоче місце керівника. Налаштування

Мал. Аналіз проектів по віх

 

Мал. Аналіз показників проектів Управління проектним офісом

Управління ресурсами підприємства

Система підтримує три варіанти управлінської структури підприємства:

• Проектна структура управління. Планами проектів, трудовими ресурсами та виконанням робіт керують керівники проектів і проектних завдань.
• Функціональна структура управління. Планами проектів, трудовими ресурсами та виконанням робіт керують керівники підрозділів і департаментів.
• Матрична структура управління. Планами проектів керують керівники проектів, трудовими ресурсами та виконанням робіт керують керівники підрозділів.

В системі використовуються рольова структура трудових ресурсів і дворівневе планування проектних робіт: на етапі попереднього планування роботи плануються за ролями (спеціальностями), потім на етапі оперативного планування проводиться розподіл робіт між трудовими ресурсами.

Система дозволяє нормувати вартість залучення трудових ресурсів до виконання робіт, для одного трудового ресурсу та / або ролі в системі може зберігатися будь-яку кількість облікових ставок.

На рівні пулу трудових ресурсів система дозволяє виробляти:

• Моделювання ресурсних обмежень підприємства шляхом введення в систему планової потужності для кожної з ролей (спеціальностей). Зіставлення планової і фактичної потужності ролей трудових ресурсів, виявлення «вузьких місць».
• Аналіз запланованої і фактичної завантаження ресурсів, виявлення «перевантажених» і «недовантажених» трудових ресурсів.

Реалізовані в системі концепції «диспетчера» і «власника ресурсів» дозволяють персоналізувати взаємодію з системою тих виконавців, які не мають фізичного доступу до системи (робота на об'єктах, аутсорсинг, і т.п.).

Мал. Аналіз завантаження ресурсу в Управління проектами

Мал. Потужність ролей (план)

Управління проектами

План проекту - сукупність структурної декомпозиції робіт, календарних термінів, контрольних подій і даних про залучених трудових, матеріальних і фінансових ресурсах - може бути введений в систему декількома способами.

• Ручне введення відповідних документів через панель управління проектом.
• Завантаження даних проекту з файлу MS Project.
• Завантаження даних проекту з шаблону, що зберігається в системі.

Також план проекту може бути введений в систему комбінованим способом: частина даних береться з шаблону, частина завантажується з файлу MS Project, частина даних вводиться і / або коригується вручну.

Система підтримує два методи оперативного планування проектних робіт:

• З використанням рольової структури трудових ресурсів і матричної структури управління. У цьому випадку «проектний» керівник управляє планом проекту, а «функціональний» керівник управляє виконанням робіт. Призначення трудових ресурсів на конкретні роботи проводиться з урахуванням виконуваних ролей.
• Без використання рольової структури трудових ресурсів і матричної структури управління. У цьому випадку «проектний» керівник управляє і планом проекту, і виконанням робіт. Призначення трудових ресурсів на конкретні роботи проводиться без урахування виконуваних ролей.

Життєвий цикл проекту в рамках системи складається з п'яти стадій:

• Ініціація проекту. На цій стадії фіксується намір виконати проект і призначається керівник проекту. Проект з'являється в системі у вигляді об'єкта.
• Планування проекту. На цій стадії проводиться розробка попереднього плану проекту, визначаються склад і терміни проектних робіт, необхідні трудові, матеріальні та фінансові ресурси.
• Затвердження проекту. На цій стадії проводиться аналіз принципової здійсненності проекту, виявляються ресурсні конфлікти з іншими проектами, вносяться корективи і затверджується базовий план проекту.
• Виконання проекту. На цій стадії проводиться розподіл робіт між трудовими ресурсами, проводиться моніторинг та контроль виконуваних робіт. На підставі фактичних даних, отриманих від виконавців, проводиться регулярна актуалізація плану проекту. У разі необхідності проводиться оперативне перепланування. Також на цій стадії проводиться збір даних про фактичні витрати матеріальних і фінансових ресурсів.
• Завершення проекту. На цій стадії реєструється факт припинення робіт за проектом, проводиться аналіз досягнутих результатів, виявлення і аналіз відхилень (за термінами, вартості, якості і т.п.).

Ключовим механізмом контура управління проектами є механізм актуалізації проекту: на підставі даних про фактичне виконання (або ж зриві виконання) проектних робіт нижнього рівня декомпозиції система виробляє повний перерахунок календарних термінів всіх елементів проекту. Актуалізація проекту, що виконується регулярно, дозволяє керівнику отримувати достовірну інформацію про стан робіт і оперативно реагувати на виникаючі проблеми.

На рівні проекту система дозволяє виробляти:

• План-фактний аналіз проектних завдань за термінами, тривалості, вартості, витрат ресурсів.
• Аналіз контрольних подій проекту, розрахунок прогнозованих і фактичних фінансових санкцій.

Візуальний інструментарій системи дозволяє керівнику отримати інформацію про проект в різних уявленнях: табличні уявлення, дерево даних, діаграми Гантта, карта проектних віх, мережевий графік.

Мал. Управління проектом розробки сайту

Мал. Діаграма Ганта Уявлення проекту

Мал. Мережевий графік проекту

Управління фінансами

Система дозволяє створювати, зберігати і актуалізувати плани трьох бюджетів проекту: бюджет витрат за проектом, бюджет доходів за проектом, бюджет руху грошових коштів (надходжень і виплат) за проектом. Елементи бюджетів зберігаються в розрізі проектних завдань, статей бюджету, контрагентів і контрактів (договорів з контрагентами).

Для бюджету витрат за проектом в системі передбачена функція автоматичного формування елементів бюджету. Бюджет витрат формується за інформацією про витрати, заплановані на залучення трудових, матеріальних і фінансових ресурсів до виконання проектної задачі. Автоматичне формування проводиться на підставі схеми розподілу суми, запланованої на залучення того чи іншого ресурсу, за статтями витрат. Схема розподілу налаштовується користувачем, причому допустима ситуація, коли за статтями бюджету витрат розподіляється не вся запланована сума, а лише якась частина.

Ключовою особливістю контуру управління фінансами проекту є неявна прив'язка елементів бюджету до календарними періодами. При плануванні бюджетів період задається у вигляді набору правил, що описують прив'язку елемента бюджету до тимчасових рамок проектної задачі. При зміні термінів проектної задачі (в тому числі і при виконанні актуалізації проекту) система виробляє автоматичний перерахунок фінансових планів.

У системі реалізований механізм версіонірованія фінансових планів проекту. У будь-який момент часу користувач може оформити поточний план будь-якого з бюджетів як версію плану бюджету. Кількість збережених версій не обмежена. Механізм версіонірованія дозволяє відстежувати зміни в бюджетах проекту, виявляти відхилення, аналізувати їх причини і своєчасно коригувати фінансову політику підприємства.

Введення даних про фактичні надходження і виплати, а також про нарахування фактичних доходів і витрат може проводитися на будь-якій стадії життєвого циклу проекту, і навіть після завершення проекту.

На рівні бюджетів проекту система дозволяє виробляти:

• План-фактний аналіз бюджету доходів, витрат і рухів грошових коштів за проектом в розрізі проектних завдань, статей бюджету, контрагентів, договорів та календарних періодів.
• Аналіз відхилень між даними поточного фінансового плану, будь-який з версій фінансового плану і фактичним станом справ, виявлення відхилень.

Візуальний інструментарій системи дозволяє користувачеві отримувати дані бюджетів проекту, як в табличному вигляді, так і в графічному (діаграми і графіки). У межах однієї екранної форми можна отримати детальний і зведений план будь-якого з бюджетів, зіставлення доходів з витратами і надходжень з виплатами, зіставлення планових і фактичних даних, і т.д.

Мал. Доходи / витрати по проекту

Мал. Бюджетування проекту

Мал. План фактний аналіз доходів і витрат

Управління роботами

Методологія, закладена в систему, визначає для проектних робіт ряд особливостей, що підвищують ефективність процесів планування і контролю. А саме:

• Конкретна робота, виконувана в рамках проекту трудовим ресурсом ( «елементарна операція» в термінах системи), повинна розташовуватися на самому нижньому рівні структури декомпозиції робіт.
• У елементарної операції може бути один і тільки один виконавець. У разі, якщо для виконання роботи потрібно залучити кількох виконавців, потрібно або декомпозировать роботу на ряд елементарних операцій, або об'єднати виконавців в один трудовий ресурс. Принцип «одна робота - один виконавець» є наріжним для контуру управління роботами.

Життєвий цикл проектної роботи складається з наступних стадій:

• Попереднє планування. На цій стадії в плані проекту з'являється елементарна операція, вказується виконавець, тривалість, трудомісткість і вартість роботи. В якості виконавця на цій стадії фігурує роль трудового ресурсу.
• Оперативне планування. На цій стадії визначається виконавець роботи, визначаються точні терміни. В якості виконавця на цій стадії фігурує трудовий ресурс.
• Прийняття до виконання. На цій стадії виконавець отримує інформацію про доручену йому завдання і підтверджує свою участь в її виконанні.
• Виконання. На цій стадії проводиться періодичний введення в систему даних про витрачений на задачу робочий час.
• Звіт про виконання. На цій стадії виконавець звітує у виконанні роботи, вказує фактичні терміни і свої фактичні трудовитрати.
• Завершення. На цій стадії керівник підтверджує завершення роботи, в разі необхідності коригує фактичні терміни і трудовитрати.

Допускається нелінійне проходження проектної роботи за стадіями: завдання може бути повернута виконавцю на доопрацювання, завдання може бути завершена з ознакою «неуспішно» (в цьому випадку створюється новий екземпляр завдання і передається іншому виконавцю), і т.д.

Реалізований в системі механізм ескалацій проектних робіт дозволяє виконавцю донести до керівництва дані про передбачувані затримки виконання робіт. Ці дані використовуються механізмом актуалізації - «погані новини» впливають на календарні терміни проекту за фактом їх реєстрації в системі.

На рівні проектних робіт система дозволяє виробляти:

• Збір і подальший аналіз даних про розподіл робочого часу виконавців між проектними і позапроектні завданнями, а також даних про непродуктивних витратах (втрати) робочого часу.
• Аналіз накопиченої статистичної інформації щодо виконання робіт, план-фактний аналіз тривалості, трудомісткості і вартості виконання робіт, виявлення та аналіз відхилень.
• Аналіз накопиченої статистичної інформації по ескалації проектних робіт, виявлення та аналіз причин зриву поставлених термінів, аналіз наслідків таких зривів.

Візуальний інструментарій системи дозволяє користувачеві в зручній формі одержувати інформацію про роботи, в яких він є або виконавцем, або керівником. У поданні списку завдань активно використовується колірне і графічне кодування, можливий висновок списку завдань у вигляді діаграми Гантта.

Мал. Панель завдань в Управління проектами

Мал. Помічник планування робочих завдань в Управління проектним офісом

Мал. Розподіл робочого часу проекту по днях тижня

Управління знаннями

Система дозволяє створювати і зберігати в інформаційній базі шаблони проектів. Шаблон може являти собою як закінчений план проекту, так і будь-який з фрагментів плану проекту. Структура даних шаблону практично повністю ідентична структурі проекту: структурна декомпозиція робіт, інформація про трудових, матеріальних і фінансових ресурсах, бюджети. Головна відмінність шаблону від плану проекту полягає в тому, що в шаблоні немає календарних термінів. По суті, шаблон проекту описує технологію, використовувану підприємством для виконання типових проектів.

У системі реалізована можливість обміну даними між контурами управління проектами та управління знаннями. Будь-який план проекту можна зберегти у вигляді шаблону. Будь-який з шаблонів можна завантажити в план проекту, при цьому план проекту може бути заміщений, а може бути доповнений даними шаблону - план проекту може бути зібраний з декількох шаблонів. При виконанні будь-яких операцій обміну даними між контурами управління знаннями та управління проектами в інформаційній базі зберігається зв'язок між елементом шаблону і відповідним йому елементом проекту.

На рівні шаблону проекту система дозволяє виробляти:

• Аналіз статистичної інформації по використанню технологій, прийнятих на підприємстві, в реальних проектах.
• Аналіз відхилень (по тривалості, трудомісткості, вартості проектних робіт), що виникають в типових проектах. Результати аналізу використовуються для виявлення «вузьких місць» і «кращих практик», а також використовуються для прийняття рішень щодо вдосконалення технологій виконання проектів.

Візуальний інструментарій системи дозволяє користувачеві зробити моделювання будь-якого з шаблонів без створення будь-яких додаткових об'єктів інформаційної бази і отримати відповідь на питання, «які заголовки браузерів зажадає проект, і в які терміни він може бути виконаний, якщо почати його в зазначений період і вести за описаною в шаблоні технології ».

Мал. Моделювання шаблону проекту

Мал. Створення проекту за шаблоном

Мал. Аналіз проекту

Сервісні функції

Конфігурація «Управління проектним офісом» інтегрована з системою управління документообігом «Архів». Для об'єктів деяких типів (проекти, проектні завдання і т.д.) система дозволяє створювати, зберігати і модифікувати посилання на документи, розташовані в сховище «Архіву». Основні дії з документами «Архіву» (відкриття, захоплення на редагування, запис нової версії) доступні безпосередньо з системи.

Також конфігурація містить ряд об'єктів і сервісних механізмів, запозичених з типових рішень і / або методичних матеріалів. А саме:

• Механізм зовнішніх друкованих форм. Практично для будь-якого об'єкта інформаційної бази можна визначити зовнішні призначені для користувача друковані форми, не зачіпаючи структуру метаданих і програмний код конфігурації.
• Універсальна консоль звітів. Дозволяє конструювати і формувати довільні звіти до інформаційної бази без програмування, за допомогою візуального конструктора.
• Механізм універсального звіту. Використовується в якості базового механізму при формуванні всіх звітів конфігурації, надає користувачеві гнучку систему налаштувань (склад угруповань, полів і відборів, умовне форматування і т.п.). Забезпечує одноманітність зовнішнього вигляду, функціональних можливостей і поведінки всіх звітів системи.
• Управління користувачами системи. Дозволяє управляти списком користувачів без роботи в режимі Конфігуратора.

Конфігурація «Управління проектним офісом» може бути інтегрована в рамках єдиної інформаційної бази з будь-яким типовим рішенням 1С:Підприємство. В поставку дистрибутива входить технічна інструкція по інтеграції конфігурацій, створена на прикладі об'єднання «Управління проектним офісом» з типовою конфігурацією «Управління виробничим підприємством».

Мал. Імпорт з MS Project

Мал. Перевірка структури проекту в Управління проектним офісом

Мал. Робота з Архівом

Обробка "Структура проекту"

Виправлення повільної роботи згортання / розгортання рядків дерева завдань і діаграми Ганта.

Загальна оптимізація швидкості роботи.

долучення відкат при помилковому дії.

Додана можливість збереження налаштувань обробки.

Додана візуалізація поточної дати в діаграмі Ганта.

Обробка "Формування бюджетних операцій проекту"

В документах "Бюджетна операції" забезпечено заповнення реквізиту "Підрозділи".

Документ "Проектна завдання"

Для завдань з типом "Віха" тепер можливо заповнювати вкладки "Ресурси" і "Фін. Плани".

Документ "Розподіл робочого часу за тиждень"

Додана можливість налаштовувати об'єкт для розподілу робочого часу. Доступними параметрами:

• тільки доручення;

• тільки проектні завдання;

• доручення і проектні завдання.

Для варіанту "доручення і проектні завдання" доступна додаткова настройка правила заповнення: "Всі проектні завдання" або "Чи не розподіляти на проектні завдання, за якими видано доручення". Дані настройки вказуються в формі "Параметри інформаційної бази", розділ "Основні параметри".

Обробка "Структура проекту"

Додана можливість групового зміни одиниці виміру часу у проектних завдань.

Додана можливість створення набору завдань з буфера обміну.

Автоматичне оновлення даних при проведенні ПЗ за проектом, відкритого в структурі.

Збереження позиціонування на рядку після запису / поновлення даних.

Додана позначка завдань, у яких виводяться дати не відповідають записаним.

Виправлені помилки:

При зміні ієрархії виділеного масиву завдань, виділення знімається після натискання кнопок "Підвищити / знизити рівень ..."

В діаграмі Ганта не відображаються відсотки готовності.

При ручному перетягуванні етапів, не перераховуються терміни етапів верхнього рівня.

При зміні режиму введення термінів (авто / вручну) у виділеного масиву завдань, режим змінюється тільки у першого завдання.

Кольори ПЗ з типом етап і модель завжди сірі, а повинні відрізнятися.

Не змінювати одиницю виміру часу при зміні типу завдання з моделі на етап.

Помилки при створенні ПЗ з типом "Етап" при ручному вказівці термінів.

В налаштуванні не зберігається обрана версія і порядок колонок.

При копіюванні в діаграмі Ганта не відображаються зміни он-лайн (при відкритій ДГ). Тільки після додавання нового завдання видно зміни.

Знову додані і ще не записані проектні завдань не синхронізуються, тобто при згортанні / розгортанні дерева не синхронізується стан у відповідних точок в ДГ і навпаки.

При переміщенні рядки дерева вгору / вниз не відбувається синхронізації з ДГ.

При установці зв'язків в ДГ, діаграма згортається, а не відновлюється до потрібного стану.

При розриві зв'язку на ДГ не відбувається розриву зв'язків в дереві, точніше дерево не оновлюється.

Якщо початок проекту потрапляє на вихідний, то невірно відображається критичний шлях.

Управління договорами

Додані швидкий перегляд всіх завдань, пов'язаних з виконанням договору.

Довідник "Проекти", "Портфелі проектів", форма "Параметри інформаційної бази"

Замість двох прапорців "Планувати трудовитрати по ролям трудових ресурсів", "Виділяти на виконання робіт по завданню трудові ресурси" тепер один "Планувати трудовитрати по проекту".

Документ "Проектна завдання"

У режимі керованого застосування додана кнопка виклику звітів.

Довідник "Шаблони проектних завдань"

Долучено тип "Віха".

Документ "Проектна завдання"

Додана можливість "Заповнити по трудовим ресурсам" табличну частину на закладці "План доходів" (за аналогією з закладкою "Обсяги"), а також "Заповнити за ролями" табличну частину "Розподіл доходів по підрозділам" (за аналогією з табличній частиною "Розподіл обсягів по підрозділам" на закладці "Обсяги").

Звіт "S-крива проектів"

Новий показник "% трудовитрат (факт)".

Звіт "Використання робочого часу"

З'явилася можливість додавати угруповання "Підрозділ" і "Вид операції".

Обробка "Дерево господарських операцій"

Додана нова обробка.

Зміни, доопрацювання

Документ "Розподіл робочого часу за тиждень"

Виправлені помилки, коли при встановленому прапорці "Використовувати розшифровку" зникали дані розшифровки.

Довідник "Ризики проектів"

Виправлена помилка, пов'язана з некоректним заповненням елемента довідника, створюваного копіюванням.

Звіт "S-крива проектів"

Змінено розрахунок показника "% готовності".

Змінено розрахунок показника "% трудовитрат (факт + план)".

Звіт "Динаміка економіки проекту"

Виправлена помилка в розрахунку показника "Вип. Обсяги, П".

Звіт "План-фактний аналіз БДР"

Виправлена помилка, при якій зникали підсумки, якщо прибрати угруповання по періоду.

Звіт "Аналіз проектів за показниками"

Виправлена помилка з некоректним відображенням в угрупованні, якщо у показника тип - дата.

Звіт "Терміни проекту (план-факт)"

Виправлена помилка, при якій не відображалося підсумкове відхилення, якщо значення відхилення негативне. Тільки в звіті на керованих формах.

Звіт "План-фактний аналіз виконаних обсягів"

Виправлена помилка, коли не виводити значення показників "Виконано (упр.)" І "Виконано кількість".

Звіт "Відомість по виконаним обсягам"

Виправлена помилка пов'язана з підрахунком підсумків по декількох проектах.

Обробка "Структура проекту"

Виправлена помилка, коли по кнопці "Фази проекту" відкривалися фази іншого проекту.

Виправлено недолік, через який не завжди відкат змін був коректним.

З'явилася можливість змінювати тип записаної проектної задачі.

Дати початку і закінчення в структурі підкреслюються червоним пунктиром в разі, якщо поточний розраховане значення в обробці відрізняється від записаного в базі.

При установці автоматичних термінів проектної задачі в обробці відбувається перерахунок термінів (не впливає на проектні завдання з ручним введенням термінів).

При установці у проектній завдання типу "Модель пакета робіт" тривалості, рівної 0, вона перетворюється в проектну задачу з типом "Віха".

Діаграма Ганта тепер може виводитися за версіями проекту.

На діаграмі Ганта назва завдань з ручним введенням термінів відзначаються жирним шрифтом.

На діаграмі Ганта в керованому додатку виводяться відсотки готовності і відбувається виділення кольором проектних завдань в залежності від статусу.

Запис документа "Розрахунок календарного плану" тепер відбувається автоматично при натисканні на кнопку "Записати" обробки.

Обробка "Панель керівника"

Внесено доопрацювання і виправлені помилки в режимі керованого застосування.

При відкритті на закладці "Діаграма Ганта" встановлюється режим діаграми "Поточний план".

Додана можливість виведення результату роботи в табличний документ в режимі керованого застосування.

Виправлена помилка в розрахунку показника "% обсягів".

Обробка "Панель показників"

Доопрацьовано діаграма Ганта на керованої формі.

Обробка "Панель проекту"

Виправлені помилки у формі налаштування.

Виправлена помилка, коли можна було видалити поточну версію проекту (звичайна програма).

Виправлена помилка, при якій на вкладці "використовуються ресурси" один і той же ресурс виводився в два рядки за планом і за фактом.

Обробка "Друк діаграми Ганта"

Виправлені помилки при друку діаграми Ганта.

Обробка "Оперативна завантаження фахівців"

Виправлена помилка, коли при призначенні співробітника в звітах не відображалися планові годинник з цього співробітнику.

Обробка "Панель шаблону проекту"

Виправлена помилка при спробі відкрити форму об'єкта під користувачем ні з повними правами.

Імпорт / експорт в MS Project

Виправлені помилки при вивантаженні проекту в MS Project 2013 і завантаженні з MS Project.

Шаблони проектів

Виправлена помилка при збереженні проекту в шаблон в режимі роботи звичайного застосування.

Проектна модель

Виправлені помилки зі збереженням опцій проектної моделі.

Інше

Виправлені недоліки, пов'язані з відображенням пов'язаних документів " Документообіг ".

В конфігурації у всіх іменах, синоніми та ін. Виправлена орфографічна помилка ( "Ганнт" і "Гантт" замінені на "Гант").

Виправлена помилка, при якій не формувалися звіти, якщо в настройках періоду звіту задана тільки дата початку.

В режимі керованого застосування звіт "Динаміка економіки проекту" на робочому столі оновлюється у фоновому режимі, не заважаючи роботі.

• Налаштування системи захисту конфігурації

В параметри інформаційної бази на відповідну закладку додана опція "Використовувати файл даних з сервера ліцензій". Якщо прапорець встановлений, буде використовуватися файл даних з сервера ліцензій, якщо ні - буде використовуватися файл даних, що поставляється з конфігурацією.

• Керований інтерфейс

Більшість об'єктів конфігурації переведено на керований інтерфейс.

• Опції проектної моделі

Для кожного проекту або портфеля проекту тепер існує можливість вказати опції, що впливають на деталізацію обліку бюджету доходів і витрат, а також на деталізацію планування ресурсів. Опції проектної моделі вказуються на закладці «Налаштування проектної моделі» в елементах довідників «Проекти» і «Портфелі проектів». Опції проектної моделі зазначені в елементі довідника «Портфелі проектів» будуть значеннями за замовчуванням при створенні проекту входить в портфель проектів. При цьому можлива зміна опцій проектної моделі для кожного конкретного проекту. Всі перераховані вище опції також доступні в параметрах інформаційної бази на відповідній закладці. Функціональні опції зазначені в параметрах інформаційної бази будуть значеннями за замовчуванням для всіх створюваних елементів довідників «Портфелі проектів» і «Проекти».

• Нові можливості БСП

В конфігурацію додані наступні підсистеми Бібліотеки стандартних підсистем: "Додаткові звіти і обробки", "Регламентні завдання", "Властивості". Даний функціонал доступний в керованому додатку.

• Інтеграція з Документообіг

В конфігурацію вбудована "Бібліотека інтеграції з Документооборотом 8". Вона надає наступні можливості:

• створювати і редагувати вхідні, вихідні та внутрішні документи;
• запускати і працювати з бізнес-процесами;
• змінювати і виконувати завдання;
• створювати, зберігати і працювати з довільними типами файлів; -просматрівать і відправляти листи електронною поштою.

Робота з ІБ Документообіг при цьому здійснюється через веб-сервіс.

• Робота з файлами

Тепер зберігати файли можна 3-ма способами:

• У самій базі або в томах на диску за допомогою підсистеми БСП;
• в документообігу з підключенням через COM-з'єднання;

• в документообігу з підключенням через веб-сервіс.

• Документ "Розподіл робочого часу за тиждень"

Додана можливість використовувати розшифровку на вкладках "позапроектні завдання" і "Втрати часу". В саму розшифровку додані види операцій.

Додана опція обмеження можливості реєстрування даних переходить тижні одним документом. Налаштування "Реєструвати трудовитрати переходить тижні двома документами" в обробці "Параметри інформаційної бази".

• Прототип керованого інтерфейсу

Розроблено прототип інтерфейсу на керованих формах.

• Обробка "Оперативна завантаження фахівців"

Додано новий інструмент для управління оперативної завантаженням фахівців.

• Обробки "БДДС проекту" і "БДР проекту"

Додані новий інструменти для табличного редагування БДДС і БДР проекту.

• Звіт "Скользящий БДДС проекту"

Додано новий звіт для аналізу БДДС проекту зі ковзної датою актуальності.

Зміни, доопрацювання

• Параметри підсистеми УПО

Додана можливість вказувати адресу сервера захисту для СЛК 2.0

• Документ "Реєстрація витрат матеріальних ресурсів"

Таблична частина документа "Реєстрація витрат матеріальних ресурсів" і реквізит "Норма вартості" в ньому автоматично заповнюються з Проектної Завдання (Ресурси / Матеріали та обладнання / Потреби), з подальшою можливістю ручного зміни даних в документі.

• Інтеграція з Документообіг

Тепер для інтеграції з Документообіг використовується тонкий клієнт.

• Діаграма Ганта

На діаграмі Гантта в об'єктах конфігурації колонки вихідних днів виділяються кольором.

• Версіонування проектів

Створена окрема роль "Право створювати версії проектів".

• Обробка "Панель функцій"

Додана можливість відкривати об'єкти мають тільки керовані форми.

• Документ "Розподіл робочого часу за тиждень"

Додана можливість відкрити проектну задачу або проект подвійним клацанням у списку робочих завдань.

Виправлені помилки

• Документ "Розподіл робочого часу за тиждень" не пише вартість в регістр "Фактичні трудовитрати ресурсів по днях" в тому випадку, якщо фіксується час по робочому завданням.

......

• Відмова від груп проектів. В редакції 3 у проектів тепер немає груп. Для проектів зроблений тільки один рівень ієрархії. Розташовувати проекти в групи зручніше, використовуючи реквізит проекту "Портфель проекту".
• Віддзеркалення проектних завдань в довіднику "Проекти". В редакції 3 проектна задача зберігається як документ "Проектна завдання" і як елемент довідника "Проекти". При проведенні проектної задачі вона записується і в довіднику "Проекти", що дозволяє будувати ієрархічні підсумки по проектним завданням в звітах. У всіх звітах, де фігурує Проектна завдання існують такі вимірювання: Проект - елемент довідника "Проекти"; Проектна завдання - також елемент довідника "Проекти", який відображає проектну задачу; Документ руху або Реєстратор - документ "Проектна завдання".
• Зберігання Коду СДР в довіднику "Проекти". В редакції 3 реквізит "Код СДР" був перенесений в довідник "Проекти" з регістра відомостей, що полегшує робити сортування в звітах. Для установки сортування по Коду СДР в звіті необхідно через точку вибрати реквізит "Код СДР" у проектній завдання.
• Додані угруповання по Керівнику проекту та по Статусу проекту. В редакції 3 в усі звіти де використовується вимір Проект додані за умовчанням вимірювання "Керівник проекту" і "Статус проекту". Це дозволяє використовувати ці вимірювання в угрупованнях, відборах, сортуванні.
• Форма вибору проекту, проектної задачі і форма реєстру проектів. В редакції 3 зроблена нова форма, що використовується для вибору проекту, проектної задачі і перегляду реєстру проектів. Основною особливістю форми є можливість пошуку проекту по підрядку; використання преднастроек відбору (використовуваних також в панелі керівника); можливість бачити відразу проектні завдання проекту.
• Субпродукти. Редакція 3 дозволяє враховувати в системі результат виконання проектної задачі. Цей результат вводиться на закладці "Субпродукти" в Проектної задачі. Детальніше про елементах управління на цій закладці можна прочитати в довідковій інформації по Проектної задачі.
• Версіонування файлів захисту. Починаючи з редакції 3 в файли захисту доданий модуль версії, що дозволяє контролювати відповідність файлів захисту до поточної конфігурації. Правда контроль зроблений не жорстко, і в разі якщо система виявить, що версія файлів захисту не збігається з необхідною версією для даної версії конфігурації, то користувачеві не буде відмовлено в роботі з системою, але буде видано попередження. Використання файлів захисту версія яких не підходить для даної версії конфігурації не припускає, що система працювати не зможе. Версіонування всього лише попереджає, що можливе деяке невідповідність, що може привести до не виконання деяких функціональних можливостей, зауважимо не всіх, а тільки деяких.
• Поділ зовнішньої компоненти від інших файлів захисту. В редакції 3 реалізована можливість вказати шлях до зовнішньої компоненті незалежно від інших файлів захисту. Дана можливість корисна при використанні системи в термінальному режимі. На термінілі досить буде зареєструвати в одному місці зовнішню компоненту і надалі використовувати різні файли захисту з цією компонентою. При роботі з ранніми редакціями доводилося заново реєструвати зовнішню компоненту від кожних файлів захисту або перезаписувати старі файли захисту на нові. Тепер же є можливість використовувати різні файли захисту з одного зовнішнього компонентою ліцензування.
• Новий вид розподілу трудозатрат. В редакції 3 з'явилася можливість розподіляти трудовитрати рівномірно по періоду або періодів. Для цього служить новий вид розподілу, який налаштовується в профілі розподілу трудовитрат. Більш докладно про цей вид розподілу і прикладах його використання можна прочитати в довідці за профілями розподілу трудовитрат.
• Терміни проектного завдання. В редакції 3 при вказівці термінів для Проектної завдання типу "Модель пакета робіт" можна вказати чи використовувати календар проекту при розрахунку термінів завдання чи ні. Раніше календар проекту іспользвать завжди. Тепер можна вказати що, проектна задача буде тривати 2 тижні без урахування календаря проекту - рівно 2 тижні: 1 числа початок і 14 закінчення.
• Затвердження плану проекту. При використанні в проекті між проектними задачами зв'язку Початок-Закінчення система не давала виконати затвердження плану проекту, лаючись на помилку в структурі проекту.
• Актуалізація проекту. Виправлена помилка з розрахунком неправильної готовності проектної задачі в деяких випадках, а також інші помилки.
• Форми вибору довідників і класифікаторів. У більшість форм вибору довідників і класифікаторів додані кнопки додавання зміни і видалення елементів довідника. Раніше для виконання цих найпростіших дій доводилося відкривати форму списку довідника.
• Панель функцій. В редакції 3 поліпшена панель функцій: всі функції системи розбиті на бізнес-процеси, з можливістю виклику об'єктів системи прямо з панелі.

*Копіювання матеріалу можливо тільки з посиланням на джерело та із зазначенням автора матеріалу. Дякуємо за повагу інтелектуальних прав власності.TQM systems