Документація – вступна сторінка
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 продукту
Кваліфікація, здібності / вміння
Кваліфікація і вміння виражають те, що хтось може зробити в команді. Прикладами кваліфікації та здібностей є:
- Провести фінансовий аудит (кваліфікація)
- Вміння говорити по-німецьки (здатність, іноді кваліфікація)
- Написати ІТ-аналіз (здатність)
- Перевірити якість продукту (кваліфікація)
Пов'язані теми
Більше про права на встановлення ролей читайте тут..
Про рівні компетентності та кваліфікації.
Для чого потрібна кваліфікація в AyMINE і як вона використовується
AyMINE дозволяє стежити за тим, щоб діяльність виконували люди з необхідною кваліфікацією та здібностями. Для виконання багатьох видів діяльності необхідно, щоб працівники мали необхідну кваліфікацію – вміння. Деякі з них потрібні декретами або стандартами (наприклад, зварювальні випробування, сертифікати на ремонт електроприладів), інші необхідні внутрішньо (наприклад, розмовляти німецькою з клієнтами).
Документація кваліфікації має сенс, перш за все, у відносинах з робітниками і видами діяльності:
- Для працівників – користувачів ведеться облік, які вони мають кваліфікацію
- Для діяльності стандарти встановлюють, яку кваліфікацію повинні мати люди в команді, яка здійснює діяльність.
На підставі документації можна:
- Пошук працівників у команду, щоб вони мали кваліфікацію
- Перевірити, що працівники, призначені для виконання завдання, мають необхідні здібності
- У випадку, якщо виявиться, що хтось не працює так, як він повинен на основі своїх здібностей, можна простежити, в яких діях він брав участь і перевірити роботу
- Можна відстежувати, у кого закінчується сертифікат і планувати нове навчання або перевірку.
Де вводяться кваліфікації?
Кваліфікація є частиною методології.
Об'єднання кваліфікацій
Кожна методологія може визначити власну кваліфікацію, але само собою зрозуміло, що кожна кваліфікація, яку ви переслідуєте, повинна бути визначена лише один раз. Але є також відповідні причини для декількох описів:
- Але якщо вимоги до подібної роботи відрізняються в різних методологіях, то вони можуть бути не ефективними, щоб описувати їх уніфіковано. Потім ви можете мати кілька разів подібну кваліфікацію з дещо іншими вимогами до носіїв.
- Різні можуть бути і вимоги окремих держав – тоді потрібно реєструвати, хто має кваліфікацію для якої країни
- Знання, що відноситься до певної версії стандарту. З тим, як зміниться стандарт, люди повинні пройти переатестацію. Тому необхідно розрізняти, хто вже має кваліфікацію за новим, а хто все ще за старим стандартом.
- Кваліфікація визначається в стандарті, де ви не можете її змінити. Якщо кваліфікація є частиною стандарту, поставленого зовнішнім постачальником, ви, ймовірно, не маєте можливості її змінити. Тоді може знадобитися створити свій власний, якщо стандартні не підходять.
Якщо кваліфікація є загальною та актуальною для декількох стандартів, доцільніше розробити загальну методологію кваліфікації та сконцентрувати всі кваліфікації в одному місці.
Ви не бачите необхідних кваліфікацій?
Право на моніторинг кваліфікації вимагає дозволу. Ви повинні мати право читача або активного користувача на методологію, де визначені кваліфікації. Якщо у вас немає такого права, ви не побачите кваліфікації і не можете визначити, хто в компанії або в постачальника їх має.
Кваліфікація не є роллю
Кваліфікація означає здатність, вміння або повноваження виконувати певну діяльність або виконувати роль.
Роль (часто в тому ж значенні вживається поняття позиція) означає, навпаки, включення в організаційну структуру фірми або проекту (організаційна vs. роль проекту).
AyMINE не тільки розрізняє ці два поняття, але і працює з ними дуже по-різному. Ролі / позиції випливають з організаційної структури фірми, фірма встановлює їх самостійно відповідно до своїх потреб і є частиною її визначення структури. Навпаки, кваліфікації встановлюють методології, незалежні від організаційної структури. Тому в рамках системи AyMINE вони є частиною методологій.