Документація – вступна сторінка
AyMINE – Technical doc. (in English)
Модулі
Модуль керування завданнями та інформацією
Кваліфікація, здібності / вміння
Кваліфікація користувача або контакту
Рівні компетентності та кваліфікації
Право на управління кваліфікацією користувачів
Вплив завдання на право змінювати підключений object
Об'єкти, які обробляються в задачі або вирішуються в проблемі
Працівник, відповідальний за завдання
Область / проект / методологія
8D report – системна підтримка
Об'єкти, яких стосується проблема
Повернути план проекту за baseline
Чому не можна видалити деякі дані
Об'єкти, які приймаються рішення
Модуль керування завданнями та інформацією
Адміністрація модуля Управління завданнями
Системні права модуля керування завданнями
Об'єкти, що відносяться до шаблонного завдання
Модуль Контакти та адресної книги (CRM)
Політика конфіденційності та ділової інформації
Список і управління каталогами
Надсилайте масові повідомлення відповідно до GDPR
Масові повідомлення електронної пошти
Вихід і встановлення преференцій
для масової пошти
Патік масової електронної пошти
Як коректно забути дані про людину
Модуль Контакти та адресної книги (CRM)
Системні права та налаштування CRM-модуля
Управління та автоматизація сайту
Користувацька документація AyMINE
Управління та автоматизація сайту
Модуль персоналізації
Персоналізація – права користувача
Синхронізація працівників та користувачів системи
Модуль управління активами
Перерахувати пропозицію та замовлення
Права доступу до пропозицій і цін
Властивість продукту або продукту
Процедура відбору та закупівлі
Управління фінансами
Метрики та вимірювання
Технічні модулі
Модуль Сейбр
Модуль Enterprise Architect роз'єм (eacon)
Модуль Enterprise Architect роз'єм (eacon)
Посилання до бази даних Enterprise Architect
Системні модулі
Framework – системна основа
Nastavte si, jak váš systém vypadá a funguje
Системний модуль фреймворку AyMINE
Розташування об'єкта на дошці оголошень
Копіювання та переміщення файлів між об'єктами
Публічне посилання на документ
Безпека повідомлень і внутрішніх дискусій
Член команди
Членами команди, що вирішує завдання, є люди, які не несуть відповідальності за доведення завдання до кінця (виконання), але беруть участь в його реалізації.
Членами команди може бути призначений виконавець або виконавець.
Роль члена
При включенні члена в колектив необхідно визначити, в якій ролі він входить:
- Співпрацює кожен, хто бере участь у створенні виходів власною працею
- Радить / консультує є люди, які запрошуються для їх експертизи
- Приймає рішення як правило, керівник, але, можливо, і працівник іншого відділу, від якого вимагається в рамках виконання завдання рішення (наприклад, затвердження інвестицій, затвердження постачальника і т.д.)
- Перевіряє працівник, який повинен перевірити результати завдання, перш ніж його можна буде назвати завершеним.
- Інше якщо потрібна інша роль, ніж зазначена, можна використовувати цей параметр.
Залучення члена
Користувач автоматично стає членом команди, коли завдання призначає відповідальний працівник, або хтось передає йому його рішення (кнопкою Передати ).
Член команди може бути номінований вручну за допомогою кнопки додати у команді (на цій вкладці). Призначення вручну має сенс насамперед для відповідального працівника, який за призначенням визначає, хто повинен брати участь у завданні, навіть якщо на даний момент завдання не покладено на члена.)
Після включення члена в команду, даний працівник стає членом команди, але має право відмовитися від своєї ролі; як правило, тому, що після ознайомлення з завданням він виявляє, що роль йому не личить, або він був би непотрібним членом. Завдання не відображається серед його завдань. Після того, як він виконає свою роль у завданні, він називає свою участь завершеною. Член команди бачить завдання на своєму столі тільки тоді, коли йому одночасно призначено. Тому про своє призначення він зазвичай дізнається, коли йому передають завдання.
Заявник може дописати до участі уточнення вимоги, щоб зрозуміти, чому потрібна участь даного працівника. (Примітка: Стандарти якості вимагають, щоб рішення команди було перевірено кількома особами, і кожен зосередився на одній з областей. ._____________________________________________________________________________________________________ Тому для коректного документування виконання стандарту важливо, щоб обов'язки окремих членів були уточнені. Завдяки цьому їх роль також буде підтверджена для аудиту.)
Виводи роботи члена
Член команди може:
- додавати до завдання документи, наприклад, документи для прийняття рішення, письмове рішення тощо.
- Написати письмовий коментар до свого рішення або навіть відмовити в його ролі. Відповідь члена команди ніхто не може змінити, і член команди не може змінити її після того, як він назвав свою участь припиненою.
- Своє рішення однозначно підтверджується налаштуванням вибору рішення (Згода, Повернено на доопрацювання, Відмовлено). Доки член не припинить свою участь, він може змінити це рішення. Таким чином, він може, наприклад, повернути документи на доопрацювання, а потім у другому турі затвердити. Але якщо він припинить свою роль після повернення, він вже не зможе її затвердити.
Повторне членство
Член команди може бути запрошений для участі повторно. Наприклад, якщо він відхилив свою участь або дав відмову, обробник може знову звернутися за взаємодією.
Звіт про роботу та план потужностей
(Планування потужності і Використання відстеження часу є додатковою функцією системи.)
Члени команди можуть показувати відпрацьовані години на завдання. Це дає можливість при виконанні завдань планувати, скільки потужностей їм потрібно, і відстежувати, скільки реально коштувало компанії часу.
Член команди без конкретного члена
У рамках шаблону завдання може бути визначено, що потрібно залучення певної ролі як члена команди, включаючи уточнення його ролі. При створенні завдання за зразком для завдання створюється також посилання на члена команди, але без конкретного члена, якого повинен вибрати вирішувач команди. Тому в нових завданнях можуть бути і передпідготовані посади членів команди, навіть якщо конкретні члени не були обрані.