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