Документація – вступна сторінка
AyMINE – Technical doc. (in English)
Модулі користувача
Модуль керування завданнями та інформацією
Кваліфікація, здібності / вміння
Кваліфікація користувача або контакту
Рівні компетентності та кваліфікації
Право на управління кваліфікацією користувачів
Вплив завдання на право змінювати підключений object
Об'єкти, які обробляються в задачі або вирішуються в проблемі
Працівник, відповідальний за завдання
Область / проект / методологія
8D report – системна підтримка
Об'єкти, яких стосується проблема
Повернути план проекту за baseline
Чому не можна видалити деякі дані
Об'єкти, які приймаються рішення
Об'єкти, що відносяться до шаблонного завдання
Модуль Контакти та адресної книги (CRM)
Управління та автоматизація сайту
Користувацька документація AyMINE
одуль персоналізації
Модуль управління активами
Перерахувати пропозицію та замовлення
Права доступу до пропозицій і цін
Властивість продукту або продукту
Процедура відбору та закупівлі
Управління фінансами
Метрики та вимірювання
Технічні модулі
Модуль Сейбр
Модуль Enterprise Architect роз'єм (eacon)
Посилання до бази даних Enterprise Architect
Системні модулі
Модуль фреймворку AyMINE
Nastavte si, jak váš systém vypadá a funguje
Системний модуль фреймворку AyMINE
Розташування об'єкта на дошці оголошень
Копіювання та переміщення файлів між об'єктами
Публічне посилання на документ
Терміни викликів
Часові послідовності дають змогу визначити, в якому порядку послідовно виконуються завдання та як вони виконуються. Завдяки часовим послідовностям можна планувати і перепланувати всі пов'язані між собою завдання, наприклад, весь проект.
Як виникають часові зв'язки
Можна створювати часові послідовності вручну безпосередньо біля завдань або визначати їх для шаблонних завдань. У методології управління проектами можна за допомогою ієрархії та послідовності шаблонних завдань скласти зразок плану для всього проекту або етапу.
Можна створювати зв'язки безпосередньо між завданнями, а також можна редагувати після створення завдань із шаблону часової послідовності. Завдяки цьому ви зможете адаптувати створені завдання до потреб.
Приклади використання:
- ISO 26262 вимагає обробки FMEA аналізу ризиків проекту до завершення планування та затвердження плану проекту. Методологія ISO 26262 в AyMINE містить зразок плану проекту, який розставляє ці завдання в правильному порядку. При включенні етапу підготовки проекту автоматично створюються завдання, щоб завдання виконання FMEA було правильно сплановано.
- Проект, запланований за методологією, буде утримуватися від затвердження на 2 тижні. Після перенесення терміну затвердження ви можете дозволити проекту перепланувати, а інші кроки перейдуть на 2 тижні також.
Планування з використанням послідовності між завданнями
АЙМІН сам собою завдання нікуди не перерозподіляє. Створює план при генеруванні завдань із шаблонів, але можливі зрушення завдань повинен робити керівник проекту або керівник області вручну. Це не загрожує тим, що заплановані терміни зміщуються самостійно.
Пам'ятайте: Планування проекту – це процес внесення змін і ніколи не повинно відбуватися без попереднього перегляду контексту. Якщо ви керуєте проектом відповідно до методології (наприклад, Automotive SPICE, ISO 20000 та ін.), то зміна менеджменту є процесом, який повинен мати документально підтверджені причини та наслідки.
Перепланування можливе:
- або повні, коли всі завдання в проекті переплановані, або
- тільки однієї гілки, коли переплановуються завдання, слідуючи вибраному завданню
Перепланування всього проекту – це функція, що запускається з робочого столу проекту. Одну гілку конкретної ви переплануєте з деталей завдання. (З завдання ви переплануєте завдання, які на нього покладаються.)
Що змінюється під час перепланування, а що ні
Перепланування змінює виключно заплановані початок і закінчення завдань, які ще не були розпочаті і намічені. Ніколи в планах не змінюються завдання, які вже почалися або були скасовані. Запущені завдання можуть впливати на планування, оскільки вони керуються плануванням завдань, які на них покладаються, але самі не рухаються.
Управління завданнями
Завдання, яке отримує прив'язку до попереднього завдання, стає автоматично спланованим і залишається запланованим до того часу, поки всі попередні завдання не будуть виконані. Але по-користувачськи таке завдання можна запустити вручну.
Пам'ятайте: Не видаляйте завдання, що генеруються з методології в проектах. Крім того, що вам доведеться пояснювати під час аудиту, де він загубився, видалення порушить зв'язки між проектами, і вони втратять правильний порядок. Ви можете скасувати завдання, яке є непотрібним у проекті, і написати до причини, чому воно непотрібне.