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