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