Терміни викликів

Модулі користувача

Модуль керування завданнями та інформацією
Модуль Контакти та адресної книги (CRM)
Управління та автоматизація сайту
одуль персоналізації
Модуль управління активами

Технічні модулі

Модуль Сейбр
Модуль Enterprise Architect роз'єм (eacon)

Системні модулі

Модуль фреймворку AyMINE
Системний модуль фреймворку AyMINE

Дайте нам контакт, ми зв'яжемося

Ви хочете прямо запитати?

Телефонуйте за тел. +420 605 203 938

або використовуйте інші контакти

Терміни викликів

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

Як виникають часові зв'язки

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

Можна створювати зв'язки безпосередньо між завданнями, а також можна редагувати після створення завдань із шаблону часової послідовності. Завдяки цьому ви зможете адаптувати створені завдання до потреб.

Приклади використання:

  • ISO 26262 вимагає обробки FMEA аналізу ризиків проекту до завершення планування та затвердження плану проекту. Методологія ISO 26262 в AyMINE містить зразок плану проекту, який розставляє ці завдання в правильному порядку. При включенні етапу підготовки проекту автоматично створюються завдання, щоб завдання виконання FMEA було правильно сплановано.
  • Проект, запланований за методологією, буде утримуватися від затвердження на 2 тижні. Після перенесення терміну затвердження ви можете дозволити проекту перепланувати, а інші кроки перейдуть на 2 тижні також.

Планування з використанням послідовності між завданнями

АЙМІН сам собою завдання нікуди не перерозподіляє. Створює план при генеруванні завдань із шаблонів, але можливі зрушення завдань повинен робити керівник проекту або керівник області вручну. Це не загрожує тим, що заплановані терміни зміщуються самостійно.

Пам'ятайте: Планування проекту – це процес внесення змін і ніколи не повинно відбуватися без попереднього перегляду контексту. Якщо ви керуєте проектом відповідно до методології (наприклад, Automotive SPICE, ISO 20000 та ін.), то зміна менеджменту є процесом, який повинен мати документально підтверджені причини та наслідки.

Перепланування можливе:

  • або повні, коли всі завдання в проекті переплановані, або
  • тільки однієї гілки, коли переплановуються завдання, слідуючи вибраному завданню

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

Що змінюється під час перепланування, а що ні

Перепланування змінює виключно заплановані початок і закінчення завдань, які ще не були розпочаті і намічені. Ніколи в планах не змінюються завдання, які вже почалися або були скасовані. Запущені завдання можуть впливати на планування, оскільки вони керуються плануванням завдань, які на них покладаються, але самі не рухаються.

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

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

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