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