Документація – вступна сторінка
AyMINE – Technical doc. (in English)
abra
crm
- Модуль Контакти та адресної книги
- Системні права та налаштування CRM-модуля
- Огляд замовлень клієнтів
- Довідник
- Список і управління каталогами
- Політика конфіденційності та ділової інформації
- Надсилайте масові повідомлення відповідно до GDPR
- Патік масової електронної пошти
- Вихід і встановлення преференцій
для масової - Як коректно забути дані про людину
- Масові повідомлення електронної пошти
- Контракти, договори
- Партнер за контрактом
- Групи клієнтів
- Каталог або люди і компанії
- Контакти
- Швидко доступні контакти
sabre
hr
- Модуль персоналізації
- Цифровий кадровий архів
- Персоналізація – права користувача
- Облік кандидатів на роботу
- Посада
- Член команди – Працівник
- Огляд працівника
- Огляд власного персоналу
- Відповідальний персоналіст
- Синхронізація працівників та користувачів системи
- Трудовий договір
- modulesafety
- personalfolder
sys
- Системний модуль фреймворку AyMINE
- Клієнт
- Настроювання шлюзів для зовнішніх повідомлень
- Повідомлення із зовнішнім світом
- Правила для зовнішніх повідомлень
- Документи
- Додаткові функції з файлами
- Копіювання та переміщення файлів між об'єктами
- Презентація зображення
- Публічне посилання на документ
- Останні файли
- Дошка
- Розташування об'єкта на дошці оголошень
- Елементи клієнта
- Огляд і коментарі
- Безпека повідомлень і внутрішніх дискусій
- Переклади
- Зв'язки між об'єктами
- Типи сесій (відносин)
- Ролі та команди груп
- Користувач системи
- Адміністрація користувача
- GDPR та користувачі системи
- Безпечний вхід
- Адміністрація користувача
- Криптогаманець
- moduleclientoptions
frm
- introhelp
- introhelp_objectdetail
- AyMINE Framework
- Політика зберігання паролів
- Права користувача framework
- Модулі AyMINE
- Замки користувача
- Системні дозволи
- introhelp_deleting
- introhelp_settings
- introhelp_objectlist
- introhelp_dashboard
- introhelp_generalinfo
- introhelp_icons_dnadrhal9000_mar-22-220246-2023_caseconflict
- introhelp_icons
- Записи AyMINE
tsk
- 8D report
- Основним елементом FMEA
- FMEA
- FMEA - ймовірність виявлення
- Процес аналізу FMEA
- FMEA - ймовірність виникнення
- FMEA - оцінка тяжкості
- Модуль керування завданнями та інформаці
- Адміністрація модуля Управління завданнями
- Системні права модуля керування завданнями
- Події
- Акції, події та наради
- Персональний календар
- Журнал активності
- Згода керівника
- Чому не можна видалити деякі дані
- Область
- Область / проект / методологія
- Огляд областей
- Шаблони міток
- Управління тегами
- Мої області
- Подія
- Архівний пакет
- Кваліфікація, здібності / вміння
- Рівні компетентності та кваліфікації
- Необхідні здібності
- GDPR та облік кваліфікацій
- Право на управління кваліфікацією користувачів
- Кваліфікація користувача або контакту
- Команда проекту
- Рішення
- Об'єкти, які приймаються рішення
- Варіант прийняття рішень
- Шаблон плану / стратегії
- Визначення проекту
- Зразок запису
- Зразок ризику
- Визначення пакета
- шаблон завдання
- Активація події із завдання
- Управління відповідальністю – RACI matice
- Повідомлення про події
- Об'єкти, що відносяться до шаблонного завдання
- Події, що починаються
- Призначення нового завдання
- Обговорення
- Бізнес-подія
- Кнопки для активації події
- Події подій
- Покращення та запобіжні заходи
- Інформація
- Ключове слово
- Проведення наради
- Методики та правила
- Обов'язок
- Поняття
- Директиви та політики
- Управління змінами в проекті
- Проблеми, тікети та їх управління
- Центр обслуговування клієнтів
- Внутрішня довідка
- Об'єкти, яких стосується проблема
- Управління інцидентами, невідповідність якості
- Проект
- Графік проекту
- Команда проекту або команда до робочого процесу
- RACI-матриця для project
- Повернути план проекту за baseline
- Записи та журнали
- Записані дії
- Вимоги
- Вимоги до вступників
- Ризик
- Завдання
- Терміни викликів
- Огляд завдань
- Вплив завдання на право змінювати підключений obje
- Особисте завдання
- Член команди
- Об'єкти, які обробляються в задачі або вирішуються
- Завдання працівника
- Тест
- Типи тестів
- Попередження
- Попередження – приклад використання
- Попередження для себе
- tsktask_kanban
- moduleclientoptions
am
- amasset
- Модуль управління активами
- Процедура відбору та закупівлі
- Аналітична модель
- Постачальник продукту
- Категорія продуктів
- Властивість продукту або продукту
- Мета проекту
- Комерційна пропозиція
- Перерахувати пропозицію та замовлення
- Права доступу до пропозицій і цін
- Системний запит про стан замовлення
- Продукти та товари
- Стан продукту та його зміна
- Одиниці продуктів
- Критерії якості
- Про критерії якості продукції
- HARA продукту
Шаблон плану / стратегії
Шаблон плану дозволяє визначити шаблон для нового плану або стратегії.
Типовими прикладами плану є:
- План проекту – вимагають проектних методологій на чолі з PMBOK, а також багато інших (ISO262, Automotive SPICE,…)
- План забезпечення безпеки – вимагається скрізь, де якість дійсно дбає, наприклад, за стандартами ISO61508, ISO262
- План внутрішнього аудиту – необхідний компонент системи управління якістю
Чому зразкові плани
Зразок, як правило, прописує і зміст, і форму реального плану. Створюючи візерунок, ви також заощадите багато часу кожному, хто має новий план створення, тому що їм не потрібно думати, що в нього входить, а що ні.
Типовий план захищає бізнес-дані
Не в останню чергу, зразкові плани і захист внутрішньої інформації. Якщо зразки недоступні, здебільшого використовуються існуючі плани, які адаптовані до нових умов. Часто так і залишається в плані інформація, якої там не повинно бути, або існуючий план як шаблон потрапляє до працівника, який взагалі не мав доступу до нього.
Що входить до зразкового плану
У зразковому плані повинні бути вказані всі розділи і розділи, які має реальний план. Якщо якась область має лише іноді, у зразковому плані повинні бути вказані умови, коли яка частина потрібна (англійською мовою це називається tailoring rules).
Доречно також вказати інструкцію, що написати або безпосередньо скелет тексту до окремих розділів. Мета полягає в тому, щоб:
План вимагав якомога менше роботи.
- Підготовка плану вимагала якомога менше додаткових експертиз.
- Автор плану міг виходити тільки зі зразкового плану, і йому не потрібно було вивчати будь-який додатковий регламент або методологію.
Не завжди доцільно включати в план всі інструкції та процедури для заповнення. Тому навіть зразок плану можна пов'язати з методологією, де наведені інші деталі.
Зразок як документ або безпосередньо вміст в AyMINE
AyMINE дозволяє як зразок документа, так і остаточний план оброблятися як документ безпосередньо в AyMINE, або як шаблон документа, який додається та зберігається як файл в AyMINE. Що зручніше, залежить від режиму роботи та інших правил в організації.
Коли необхідний або більш відповідний документ, що додається
- Є запити на точну форму документа; як правило, є обов'язковий шаблон в MS Word
**Шаблони вже є, і люди звикли до них. - Документом діляться з зовнішніми суб'єктами, як правило, діловими партнерами. Найчастіше це повинен бути документ.
- Він звик до плану роботи в інструментах співпраці, як правило, онлайн-редакторах. T цих інструментів, як правило, можна відразу зберегти документ, який буде легше заснувати. (Але, як правило, так само легко скопіювати результат в AyMINE).
- За звичаєм або правилом робити перегляди над документом і зберігати документ з ревізіями, а також як протокол діяльності.
- У отриманому документі або навіть шаблоні є кілька зображень або інші вкладення.
В інших випадках практичніше мати зміст плану прямо в AyMINE – він швидше доступний і копіюється при створенні нової версії документа.