Scope an initiative into a WBS
On an inbound charter, decompose epics into features and stories with INVEST acceptance criteria. Static context holds the MoSCoW rules and DoR so scope baselines stay consistent across runs.
Три боли, с которыми каждая команда продаж и развития бизнеса сталкивается еженедельно. Именно то, на что жалуются твои менеджеры, а не то, как это назвала бы страница с возможностями.
PMs lose a full day a week assembling steerco decks from Jira exports, Slack threads, and retro notes that never agree on the same numbers.
Risk registers go stale between monthly reviews, so the first time anyone hears about a tier-1 dependency slipping is when the milestone misses by three weeks.
Cross-team handoffs sit in three different tools, and the PM finds out two squads were blocked on the same API spec only after the sprint demo.
Каждый конвейер ниже, это форма, которую ты собираешь на холсте с помощью команды и инструментов ниже. Не готовая функция от нас, а паттерн, который ты настраиваешь.
On an inbound charter, decompose epics into features and stories with INVEST acceptance criteria. Static context holds the MoSCoW rules and DoR so scope baselines stay consistent across runs.
Pull ticket slippage, vendor incidents, and dependency status, then re-score probability and impact. Cross-run memory carries last week's mitigation owners so risks above score 15 do not reset between reviews.
Compile RAG status, top three risks, budget variance, and the go or no-go ask into a 60-second board narrative. HITL gate blocks send until the PM approves wording, attachments, and recipient list.
Read retro notes, velocity, escaped-defect counts, and carry-over rates, then surface the three patterns and one action per pattern. The rag_retrieve tool pulls prior retros so chronic issues are named, not rediscovered.
Map the influence-interest matrix, then draft tier-appropriate updates for engineering, product, and the C-suite. Scoped tools restrict reads to the approved comms library so no unreleased commitments leak.
Model squad capacity against the roadmap, flag over and under allocation, and price hire, contract, defer, or resequence options. Replay shows the exact dependency that drove every recommendation.
Реальные персоны из команды project_management. Каждая поставляется с настроенным системным промптом и стандартным списком разрешённых инструментов. Меняй модели для каждой персоны на холсте.
Разбивает инициативы на структуру декомпозиции работ, применяет критерии приёмки INVEST и выявляет расползание объёма до того, как оно попадает в спринт.
Планирует спринты с буферами ёмкости, отслеживает тренды скорости, проводит грумминг бэклога и выявляет препятствия в течение 24 часов с момента обнаружения.
Ведёт актуальный критический путь по всем направлениям работ, присваивает каждой вехе статус RAG и составляет план восстановления в течение 48 часов при смене статуса на жёлтый.
Ведёт оценку вероятности и влияния, назначает ответственных за риски и меры снижения и эскалирует любой риск с оценкой выше 15 спонсору.
Составляет матрицу влияния и интереса, формирует RACI и пишет обновления статуса в соответствии с уровнем аудитории для инженеров, владельцев продукта и топ-менеджмента.
Применяет определение готовности на каждом релизе, оценивает качество от 0 до 100 и блокирует релизы, не прошедшие критерии покрытия, безопасности или производительности.
Моделирует скользящую ёмкость на 12 недель, отмечает перегруженность и недозагруженность и сравнивает варианты найма, подряда или сокращения объёма по отношению к темпу расходования средств.
Синтезирует работу команды агентов в готовый для совета директоров обзор состояния со статусом RAG, топ-рисками, отклонением бюджета и рекомендацией «продолжить» или «остановить».
Каждый инструмент ниже, это реальный общий инструмент из набора Melaya. Добавляй в список разрешений для каждого агента, закрывай операции записи подтверждением человеком, отзывай любой из них одним кликом.
Читает тикеты, эпики и страницы проектов из Jira, Linear и Notion, чтобы команда агентов работала с актуальными данными. Каждый вызов создания и обновления по умолчанию проходит через этап подтверждения человеком.
Обращается к пространствам и спискам ClickUp для команд, ведущих там поставку. clickup_create_task требует подтверждения человеком, чтобы ни одна задача не создавалась без одобрения менеджера проекта.
Читает состояние доски и ёмкость из Monday для планирования ресурсов. monday_create_item и monday_update_item являются записями с подтверждением человеком.
Формирует базу знаний для каждого рабочего процесса из уставов, PRD, заметок по итогам ретроспективы и прошлых презентаций руководящего комитета. Питает инструмент rag_retrieve и статический контекст на всех трёх уровнях знаний.
Публикует еженедельный обзор рисков или карточку состояния спринта в канал доставки. Каждая отправка фиксируется в том же журнале аудита, что и записи в Jira, и по умолчанию требует подтверждения человеком.
Читает переписку спонсоров и поставщиков для контекста, затем готовит статусные письма руководящему комитету для согласования. По умолчанию gmail_send требует подтверждения человеком для этой команды агентов.
Читает календари команды для оценки реальной загрузки и планирует ретроспективы или встречи руководящего комитета с учётом отпусков каждого. gcal_create_event работает за шлюзом подтверждения человеком.
Общие функции поиска и структурированных запросов, а также явная точка pause_for_human, которую персоны могут вызвать для принудительного подтверждения человеком в середине рабочего процесса.
Каждый конвейер поставляется с тремя уровнями доступа к знаниям. Комбинируй для каждого агента на холсте. Никакого общего векторного пространства с другим арендатором, никаких случайных чтений, никакого непрозрачного поиска.
includeContextДокументы для конкретного конвейера, добавляемые к входным данным выбранных агентов при каждом прогоне. Бриф ICP, плейбук, прайс-лист или корпус выигранных сделок. Всё, что должно быть доступно агенту до начала работы. Ты выбираешь, какие персоны получат какие документы.
rag_retrieveИнструмент с ограниченным доступом, выдаваемый каждому агенту. Когда агент решает, что нужна большая глубина, он запрашивает векторное хранилище рабочего процесса по требованию. Та же база знаний, что и статический контекст, но обращение к ней происходит только тогда, когда модель сама об этом просит.
pipeline_memoryСостояние на уровне конвейера, которое переходит от одного прогона к следующему. Вчерашнее исследование доступно для сегодняшнего продолжения. Команда помнит, что уже проработала, что было подтверждено, что отправлено. Журнал аудита, это вторичная база знаний.
Тариф Sandbox бесплатный, карта не нужна. Присоединись к списку ожидания, и мы напишем, как только откроется место.
← Все кейсы