Керуйте вимогами як процесом, а не як набором файлів і повідомлень у пошті
Статус кожної вимоги, погодження й терміни — в одному порталі, без ручних зведень. Керівник бачить, де команда, що під ризиком і що готове до релізу, ще до того, як запитає замовник. А вимоги, погодження й документи для замовника збираються в одному місці, а не у десятках файлів.
Наскрізний зв'язок замість розрізнених файлів
Ініціатива → блок → вимога → історія/артефакт → покриття → погодження — один ланцюжок, а не пошук у пошті «хто це затвердив».
Розрив видно одразу
Різниця між «вимога описана» і «вимога дійсно реалізована й підтверджена» — не оцінка на око, а розрахований статус.
Ролі: від адміністратора до стейкхолдера
Власник і адміністратор налаштовують усе, учасники команди працюють з ініціативами, а стейкхолдер бачить лише базу знань і погодження. Доступ до ініціатив — за ролями й списками учасників, дані різних організацій ізольовані.
Від плану до цифр
Строки на діаграмі Ганта і метрики в дашбордах беруться з тих самих карток, що й вимоги, — окремих таблиць для звітності вести не треба.
Робочий стіл, а не набір документів
Текст, файли, діаграми і версії живуть на самій вимозі чи артефакті — не розсипані по вордах, ексель, повідомленнях пошти й особистих папках.
Версії без втрат
Кожна нова версія вимоги чи артефакта зберігає попередню — з датою, статусом і зв'язком «від якої версії». Змінилась вимога — пов'язані user story позначаються як такі, що потребують оновлення.
Вимога видна там, де вона на когось впливає
Прив'язали вимогу до блоку, за який відповідає інший аналітик, — вона одразу видна на сторінці цього блоку і в загальних звітах. Колега враховує її у своїй роботі, не чекаючи, поки хтось напише «зверни увагу».
Три типи контенту в одному місці
Текст із таблицями, файли й UML-схеми — 13 фігур, стрілки з UML-маркерами — на одній сторінці вимоги.
Документ одним кліком
Вибираєте блоки й порядок — портал збирає DOCX або PDF, з попереднім переглядом до завантаження. Діаграми рендеряться прямо в документ.
Нотатки на будь-якій сутності
Особисті або спільні, з тегами й закріпленням — прив'язуються до ініціативи, блоку, вимоги, артефакта, історії, активності чи стейкхолдера.
Шаблони вимог, артефактів, активностей
Типовий склад — поля, текстові секції, значення додаткових полів — задається один раз на рівні організації й підставляється при створенні. Команда пише вимоги в одному форматі.
Видно, звідки взялась кожна вимога
Вимога прив'язана до активності, з якої вона з'явилась — інтерв'ю, воркшопу чи дослідження, — і до артефактів, які з неї виросли. На запитання «чому ми це вирішили» відповідь — в один клік.
База знань поруч із вимогами
Розділи й дерева статей з папками, вкладеністю та окремим доступом на розділ. Регламенти, глосарії й домовленості живуть там же, де вимоги, — з тим самим редактором і нотатками.
Видно стан команди, а не лише свій робочий стіл
Покриття вимог, задачі, звіти й аудит — на рівні всієї організації, без ручного зведення статусів по чатах.
Покриття вимоги — розраховується
6 станів на кожен блок вимоги: open, partial, awaiting confirmation, closed, needs rework, requirement rejected. А коли все покриття вже готове, фінальний вердикт «достатньо» ставить керівник проєкту — не автор вимоги. Розрахунок і підтвердження навмисно розведені по різних ролях.
Задачі з чітким життєвим циклом
new → in progress → done → confirmed / rework. Постановник і виконавець, коментарі, прив'язка до конкретної сутності — без «загубилось у переписці».
Наскрізні звіти по всій організації
Пошук, фільтри й сортування по вимогах, артефактах, історіях — з експортом у XLSX одним запитом, без ручного зведення таблиць.
Журнал дій, а не здогадки
Хто створив, змінив чи видалив — і що саме змінилося — для кожної верхньорівневої сутності. Історія зберігається, без ручного трекінгу.
Головна й «Мої активності»
Стартова сторінка зі зведенням по роботі. «Мої активності» — список і календар з фільтрами за відповідальним та ініціативою, щоб бачити навантаження на тиждень наперед.
Збережені набори фільтрів
Налаштували складний відбір у списку чи звіті — збережіть під назвою і повертайтесь одним кліком. Набори особисті, на кожну сторінку окремо.
Діаграма Ганта на реальних датах
Ініціативи, блоки, активності, вимоги й артефакти — на одній шкалі часу за датами з їхніх власних карток. Окремої копії плану, яку треба синхронізувати вручну, немає.
Бурштиновий контур і стрілки — критичний шлях: зсув будь-якого його елемента зсуває завершення ініціативи. Сіра смужка під баром — базовий план для порівняння, червоне «+3 д» — відхилення від нього.
Бар — це дата картки
Потягнули бар — змінились дати самої сутності. Які поля вважати початком і кінцем, адміністратор налаштовує майстром за пару кроків; елементи без дат лежать окремо й плануються перетягуванням.
Залежні елементи їдуть разом
Зв'язки між елементами каскадно пересувають наступні. Перед застосуванням видно, що зсунеться і які зв'язки порушаться; зміну можна скасувати й повторити.
Критичний шлях і запас часу
Портал показує ланцюжок, що тримає дату завершення, і запас у днях для решти елементів. Прострочене підсвічується, завершене не зсувається випадково.
Базовий план для порівняння
Зафіксуйте знімок плану й дивіться, наскільки реальні строки відійшли від погоджених — на кожному рядку й у зведенні по ініціативі.
Самостійна аналітика над живими даними
Дані порталу автоматично потрапляють у готові датасети для Apache Superset. Дашборди відкриваються прямо в порталі — без вивантажень в Excel і ручного зведення.
Дашборди всередині порталу
Адміністратор публікує потрібні дашборди, решта команди бачить їх в окремому розділі «Аналітика» — не виходячи з порталу й без окремого входу.
Конструктор датасетів
Оберіть сутності, зв'язки між ними й готові міри — і отримайте власний набір даних для графіків. Без звернення до розробників і без SQL-доступу до робочої бази.
Готова модель даних
Ініціативи, блоки, вимоги, артефакти, історії, активності, запити на погодження і події зміни статусів — як окремі датасети з українськими підписами колонок, опису і готовими мірами.
Ваші поля — теж у звітності
Додаткові й розрахункові поля сутностей потрапляють у датасети, тож метрики вашого процесу можна будувати нарівні зі стандартними.
Кожен бачить лише своє
Аналітика ізольована по організаціях, а факти несуть інформацію про доступ до ініціативи — дашборд не розкриває те, що закрите в самому порталі.
Повний Superset — для просунутих
Користувачі з відповідним доступом входять у повний Superset під своїм акаунтом порталу — і будують власні чарти й дашборди на тих самих датасетах.
Портал підлаштовується під ваш процес
Статуси, типи, поля, ролі й шаблони налаштовуються на рівні організації — у самому порталі, без розробки.
Додаткові поля
Власні поля на ініціативах, блоках, вимогах, активностях, артефактах, історіях і задачах — вони з'являються у формах, картках, звітах та аналітиці.
Розрахункові поля
Сума трудовитрат блоку, найпізніша дата серед активностей ініціативи, кількість підлеглих вимог — портал рахує сам і перераховує за кожної зміни підлеглих.
Власні статуси й джерела
Своя мапа статусів для ініціатив, блоків, активностей, версій вимог і артефактів, а також довідник джерел ініціатив — з порядком і розподілом на відкриті та завершальні.
Типи вимог, артефактів, активностей
Ієрархічні довідники типів на рівні організації: можна вимкнути зайве, не втрачаючи вже створені записи.
Власні ролі з правами
Бізнес-ролі з окремими правами — хто бачить усі ініціативи, а хто керує доступом до них. Окремий рівень для стейкхолдерів з обмеженим розділом порталу.
Доступ до ініціатив
Ініціатива відкрита всім у організації або лише названим учасникам. Обмеження діє наскрізно — на вимоги, історії, задачі, звіти й аналітику.
Прозорість, стандарт і менше ризиків
Управлінська картина по всіх командах без ручних зведень — і єдині правила роботи з вимогами для всієї організації.
Єдина картина по всіх проєктах
Статус вимог, покриття, терміни й навантаження — з однієї системи, а не зі звітів, які кожна команда збирає по-своєму.
Ризики видно до приймання
Розриви між вимогою й реалізацією, прострочені елементи та порушені залежності підсвічуються завчасно — коли виправлення ще дешеве.
Один стандарт для всіх команд
Шаблони, статуси, типи, ролі й додаткові поля налаштовуються на рівні організації без розробки — і однаково працюють у кожній команді.
Знання не залежать від людей
Вимоги, рішення й історія змін живуть у порталі, а не в особистих файлах і листуванні. Перехід людей між проєктами не обнуляє контекст, а хто що погодив і змінив — завжди видно.
Кожне рішення видно — своє й чуже
Погодження — не окремий лист і не усне «ок» у коридорі. Це запис у системі, прив'язаний до конкретної версії, з повною історією — і видно не лише те, що погоджував ти сам, а і де брав участь.
Approve, reject або withdraw
Рішення приймається прямо в порталі, з обов'язковим коментарем при відхиленні — не десь у листуванні, звідки його потім не витягнути.
Повна історія, а не лише поточний статус
Увесь тред рішень і коментарів по версії лишається доступним стейкхолдеру — включно з попередніми запитами, відкликаними (withdrawn) і тим, що змінилося між ними.
Бачить і те, що погоджував не сам
Якщо стейкхолдер прив'язаний до вимоги чи артефакта, але рішення ухвалював хтось інший із причетних, — запит однаково з'являється в нього на окремій вкладці «Причетний». Нічого не проходить повз.
Перегляд перед рішенням
Прев'ю всього документа доступне до того, як натиснути «Погодити» чи «Відхилити» — не наосліп.
Документ не змінюється під час погодження
Поки версія на погодженні, її контент заморожений. Стейкхолдер приймає рішення про те, що бачив, — а правки йдуть у нову версію.
Лише потрібні розділи
Роль стейкхолдера бачить тільки «Погодження» та відкриті йому розділи статей — решта порталу не відображається й недоступна.