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