Документація – вступна сторінка
AyMINE – Technical doc. (in English)
Модулі
Модуль керування завданнями та інформацією
Кваліфікація, здібності / вміння
Кваліфікація користувача або контакту
Рівні компетентності та кваліфікації
Право на управління кваліфікацією користувачів
Попередження – приклад використання
Покращення та запобіжні заходи
Вплив завдання на право змінювати підключений object
Об'єкти, які обробляються в задачі або вирішуються в проблемі
Працівник, відповідальний за завдання
Область / проект / методологія
Проблеми, тікети та їх управління
8D report – системна підтримка
Управління інцидентами, невідповідність якості
Об'єкти, яких стосується проблема
Команда проекту або команда до робочого процесу
Повернути план проекту за baseline
Чому не можна видалити деякі дані
Об'єкти, які приймаються рішення
Аналіз невдач для окремої властивості компонента або процесу
Модуль керування завданнями та інформацією
Адміністрація модуля Управління завданнями
Системні права модуля керування завданнями
Управління відповідальністю – RACI matice
Модуль Контакти та адресної книги (CRM)
Політика конфіденційності та ділової інформації
Список і управління каталогами
Надсилайте масові повідомлення відповідно до GDPR
Масові повідомлення електронної пошти
Вихід і встановлення преференцій
для масової пошти
Патік масової електронної пошти
Як коректно забути дані про людину
Управління та автоматизація сайту
Модуль персоналізації
Модуль управління активами
Технічні модулі
Модуль Enterprise Architect роз'єм (eacon)
Системні модулі
Framework – системна основа
Системний модуль фреймворку AyMINE
Повідомлення із зовнішнім світом
Правила для зовнішніх повідомлень
Розташування об'єкта на дошці оголошень
Копіювання та переміщення файлів між об'єктами
Публічне посилання на документ
Безпека повідомлень і внутрішніх дискусій
Системний модуль фреймворку AyMINE
Настроювання шлюзів для зовнішніх повідомлень
Зразок ризику
Метою прикладних ризиків є сприяння створенню ризиків для проектів та заходів. До типових ризиків можна віднести звичайні ризики або виняткові. У разі виняткових ризиків їх включення в методологію корисно, особливо для того, щоб їх можлива поява не забувалася, навіть якщо вони трапляються не часто.
Опис Типового ризику
Зразок ризику має той же опис, що і ризик проектного або області. Для типового ризику можна також заповнити класифікацію ймовірностей і загрози – навіть ці значення служать зразками, а в проекті їх можна встановити відповідно до ситуації.
Опис ризику
Для зразків ризиків слід також надати опис, який дозволяє легше оцінити ризик. В описі має бути вказана інструкція з оцінки того, чи є ризик актуальним для конкретного проекту чи ні.
Детальність опису залежить від досвіду людей, які оцінюватимуть ризики в проектах. Таким чином, не можна визначити загальні рекомендації щодо того, які деталі ризику слід розбирати.
Методичне зауваження
Зразки ризиків є виконанням вимог стандартів, які вимагають визначення звичайних ризиків як частини технологічних активів (наприклад, ASPICE, ISO 2626262, ISO 270000, але й інші).