Інженерія. Від планування до release.
Projects, backlog, delivery, QA, releases, ресурси та клієнтський контекст в одному робочому циклі.
Статус модулів
Жоден із модулів під цією командою не чекає на старт свого сьюта — усі вони продаються й доступні сьогодні.
Synapse — шар платформи, а не шостий модуль під цією командою: він входить у кожен платний тариф і дає роботі цієї команди контекст решти компанії.
Коли цикл розрізаний
Вимога одна. Дорога від неї до клієнта розрізана на інструменти.
Вимога лягає в трекер, робота йде десь іще, тест-кейс живе в окремому тест-менеджменті, а клієнт питає про статус поштою. Кожен стик між ними хтось зшиває руками — і саме на стиках «зроблено» перестає означати «перевірено».
Чотири з цих стиків Companion перелічує на власній сторінці — як те, що перестає бути роботою. Ось вони, у тих самих словах:
- Переносити заявку клієнта в тікет руками
- Звіряти зроблене з тим, що просили
- Окремий інструмент тест-менеджменту, якого агенти не бачать
- Писати клієнту статус, який система вже знає
Про це каже сторінка Companion
Нижче — той самий шлях без цих стиків: від вимоги, що приходить від продукту, до клієнта, який бачить результат у себе.
Що ця команда робить у Sintora
Запускає стільки агентів паралельно, скільки потребує задача, — на власному build-сервері.
Планує й постачає в agile-процесах: дошки, roadmap, backlog і вбудований QA.
Веде тест-кейси, плани, прогони й дефекти, звʼязані зі спринтом.
Показує, хто вільний, хто перевантажений і що це робить із датами.
Від вимоги до клієнта
Цим ланцюгом робота доходить до клієнта, і ця команда — його остання ланка
Ланцюг на сторінці «Рішення» лінійний: одна команда передає роботу наступній. Звʼязків у команди більше, і повний перелік стоїть у блоці нижче. Тут показано інше: що саме перетинає межу відділу і в якому модулі воно осідає.
Що приходить
ПродуктRequirement + context
Куди вона потрапляє
Пріоритет із roadmap стає рядком беклогу й карткою на дошці — у тому самому модулі, де далі піде спринт і де вже лежить тест-менеджмент.
ProjectsЩо відбувається всередині
Дошки Kanban і Scrum, roadmap і беклог — план лежить там само, де потім піде робота, і там само, де вбудований тест-менеджмент.
Дату не обіцяють наосліп: потужність, розподіл між проєктами й командами, виявлення перевантаження та план проти факту — в одному вигляді.
Це показує Resource Planning ProjectsЗадача розходиться на стільки агентів, на скільки ділиться робота, — паралельно, у власному ізольованому середовищі воркспейсу, де її будують, запускають і тестують.
Межа — форма задачі й розмір середовища, а не рядок «за агента» в рахунку. І кожна задача несе з собою заявку, з якої вона взялася.
CompanionТест-кейси, плани, прогони, дефекти й покриття — звʼязані зі спринтом, зі звітністю про якість поверх них. І зроблене агентами перевіряється тими самими кейсами, які написала ваша QA-команда, а не критеріями, що їх агент вигадав собі сам.
Машинну роботу приймають за тими самими критеріями, що й людську, — у цьому різниця між результатом і поставкою.
QA ManagementТут «Release» означає, що зміна звірена з тест-кейсом, який її довів, запит клієнта закрито, а віха й місячний звіт у його просторі оновились. Це кінець циклу з боку клієнта.
І означає рівно це: менеджера релізів платформа не постачає — ні планування релізів, ні керування версіями, ні історії деплоїв. Слово тут про те, що зміна дійшла до клієнта, а не про те, чим її викотили.
Client PortalКому це дістається
КЛІЄНТRelease + що змінилося
Де він це бачить
Клієнт заходить у власний брендований простір на вашому домені й бачить там прогрес, віхи, документи, свої запити та місячний звіт — без того, щоб хтось писав йому статус.
Client PortalЕкран, який відкриває ця команда
Задача з дошки
DEV-418 · Сесія не продовжується після оновлення токена
MCP · Wiki
2 сторінки простору «Платформа» додано в контекст
npm run check
0 помилок
MCP · Проєкти
DEV-418 → Готово, коментар додано
DEV-418
ГотовоСесія не продовжується
Companion
Продовження сесії полагоджено, перевірки зелені. Переніс у «Готово».
Записано за день
- Час агентів
- 38 min
- Коміти
- 3
- Рядки
- +128 / −54
Модулі під цією командою
Кожен із них — окремий модуль платформи зі своєю сторінкою. Команда працює в них, а не поруч із ними.
Місце, де робота робиться: стільки агентів паралельно, скільки потребує задача, на вашому сервері збірки, зʼєднане з проєктами й тест-кейсами, на яких працює Developer Suite.
Відкрити модульПлануйте, розробляйте та постачайте ПЗ за Agile — з вбудованим управлінням якістю.
Відкрити модульПлануйте, виконуйте та контролюйте тестування протягом усього циклу постачання.
Відкрити модульБрендований кабінет, у який заходить клієнт: стан проєкту, майлстоуни, документи, заявки та місячний звіт — на вашому домені й під вашим логотипом.
Відкрити модульХто вільний, хто перевантажений і що це робить зі строками — потужність, розподіл по проєктах і план проти факту в одному вікні.
Відкрити модульАгенти й периметр
Що агент дістає, де він виконується і на чиєму акаунті працює
Три питання, які інженерна команда ставить раніше за будь-яку демонстрацію. Відповіді нижче — з тих самих сторінок, де вони опубліковані для покупця.
Ізольоване середовище
Кожен воркспейс має власне середовище, щоб будувати, запускати й тестувати, — робота агентів не стоїть у черзі за спільним ранером і не чіпає чужого.
Ваш акаунт у провайдера
Кілька провайдерів моделей працюють поруч, кожен названий відкрито, і акаунт у провайдера — ваш. Кожен агент іде на тій моделі, яка підходить його задачі. Sintora не перепродає інференс, тож ніхто не маршрутизує вашу роботу через чужу маржу.
Права
Доступний контекст та інструменти визначаються правами користувача, увімкненими модулями й конфігурацією workspace.
Чим це дістається
Companion дістає портал тим самим MCP-сервером, що й будь-який інший клієнт: проєкти й задачі, тест-кейси й прогони, тікети клієнтів, документи та спільний контекст компанії.
Модулі цієї команди відкриті агентам як групи MCP-інструментів — тими самими, якими користується будь-який інший клієнт того сервера. Це перелік із «Розробникам», не окремий для цієї сторінки:
Модуль · група MCP · скільки в ній інструментів
І найбільша група в усьому переліку належить цій команді: Тест-менеджмент 26 інструментів із 142 · QA Management
Без власної групи лишається: Resource Planning
Companion — один із клієнтів того самого MCP-сервера, а не окремий канал у платформу. Повний перелік інструментів і те, як під’єднати свій клієнт, — на сторінці для розробників.
РозробникамА ось як модулі стоять один до одного — словами сторінки Companion, про весь сьют, а не лише про модулі цієї команди:
Companion is where the work is made; the Developer Suite is where it becomes a business. Projects holds the boards and the backlog, QA Management holds the test cases the agents are checked against, the Client Portal is the client-facing side of the same records, and Time & Billing and Resource Planning turn the result into capacity and an invoice. Synapse gives every agent the company’s own context — past decisions, documents, calls, clients — rather than only the repository, and everything an agent does is written back into it.
Той самий цикл, з іншого боку
Найчастіше робота приходить не з roadmap, а від клієнта, якому щось зламалося
Ланцюг на «Рішеннях» лінійний і знає одного сусіда — Продукт. Але джерел роботи в цієї команди два, і друге — черга команди Операції. Ось цей шлях, і він уже опублікований як сценарій: від звернення в підтримку до того, що клієнт бачить у власному просторі.
Від баг-репорту до релізу
Крізь які модулі проходить
Сьютів 2 Модулів 4 Жодного експорту між ними.
Закінчується він там само, де закінчується цикл вище: тікет закритий проти тест-кейса, який довів фікс, і клієнт бачить це в себе. Що саме «реліз» тут означає — сказано вище, у картці того етапу.
Відкрити сценарійКоманда не працює сама. Ось хто передає їй контекст і хто приймає його далі — кожне посилання веде на сторінку тієї команди.
Кому вона передається
- Customer Success — те, що поставлено, і що змінилось для клієнта
- Фінанси — години й факт
- People & HR — потребу в ролях і навичках
Від планування до release.
Покажемо, як ця команда працює в Sintora — на ваших процесах, а не на демоданих.