Project Flow (Ход проекта) связывает изменения целей с руководителем проекта (PM). Вы выбираете события, которые должны побудить руководителя проверить проект и решить, что делать дальше. Это отличается от выполнения задачи по расписанию.
Используйте Project Flow, когда событие звучит как «работа перешла в Ready (Готово к работе)» или «цель перешла в Blocked (Заблокировано)». Для проверки руководителем после простоя или по расписанию используйте проверки Heartbeats, а для конкретного действия в будущем — запланированные задачи или повторяющиеся расписания.
Откройте Project flow
- Откройте нужный проект.
- Выберите Dashboard → Objectives (Панель управления → Цели).
- Выберите Project flow (Ход проекта).
- Проверьте назначенного Project manager (Руководителя проекта), его доступность и Last run (Последний запуск).
- Изучите Objective handoff (Передача цели) слева и Automation → Run conditions (Автоматизация → Условия запуска) справа.
Учётная запись Member (Участник) позволяла просмотреть эти элементы в работающем интерфейсе. При подготовке документации настройки не меняли и Run check (Запустить проверку) не нажимали.
Выберите события целей, которые должны запускать руководителя
В разделе Run conditions (Условия запуска) сейчас доступны:
- A new objective is created (Создана новая цель).
- Objective status becomes (Статус цели становится): Planned (Запланировано), Ready (Готово к работе), Blocked (Заблокировано), Review (На проверке), Completed (Завершено) или Cancelled (Отменено).
Изменения сохраняются сразу. Отдельного шага Save (Сохранить) для этих элементов нет. Перед изменением флажка проверьте проект и желаемое поведение. Выбор флажка сам по себе не запускает работу по целям, уже находящимся в этом статусе. Используйте Run check (Запустить проверку), если существующая работа требует внимания руководителя сейчас.
Отмеченный статус — условие события, а не правило непрерывного опроса всех целей в этом состоянии. При обновлении перевод цели в выбранный статус может поставить проверку руководителем в очередь. Обычное редактирование только описания без обновления статуса не даёт того же эффекта. Явная повторная отправка статуса Ready — подтверждённое исходным кодом исключение, которое может удовлетворять условию.
По умолчанию в исходном коде выбраны Ready (Готово к работе) и Blocked (Заблокировано), что совпало с просмотренным проектом. Выбирайте статусы под свой порядок передачи работы, а не считайте значения по умолчанию обязательными.
Учитывайте создание и статус вместе
При создании достаточно совпадения любого из условий:
- Включён флажок новой цели (A new objective is created); или
- Отмечен начальный статус новой цели.
Например, если выбраны Ready и Blocked, а флажок создания выключен:
| Действие | Совпадение с событием Project Flow |
|---|---|
| Создать цель Planned (Запланировано) | Нет совпадения с выбранным условием создания или статуса |
| Создать цель Ready (Готово к работе) | Ready совпадает, поэтому проверка руководителем может попасть в очередь |
| Перевести Planned в Ready | Ready совпадает, поэтому проверка руководителем может попасть в очередь |
| Перевести Ready в Blocked | Blocked совпадает, поэтому проверка руководителем может попасть в очередь |
Поэтому снятие флажка «A new objective is created (Создана новая цель)» не подавляет событие новой цели Ready, если Ready остаётся выбранным.
Разделяйте передачу на проверку и условия запуска
Review agent-completed objectives (Проверять цели, завершённые агентами) определяет, проходят ли завершённые агентами цели через проверку пользователем. Когда настройка включена, агенты переводят законченную работу в Review; пользователь утверждает результат или возвращает его в работу. См. Проверка и завершение цели.
Эта политика проверки отделена от флажка статуса Review (На проверке). Переключатель управляет передачей результата при завершении; флажок определяет, будет ли переход в Review подходящим событием для ещё одной проверки руководителем. Ни один из них не заменяет изучение результата.
При включённой проверке пользователем схема показывает Planned → Ready → Review → Completed. Отключение проверки пользователем убирает Review из этой схемы. Статусы Blocked и Cancelled тоже существуют, хотя и не входят в эту простую основную цепочку.
Учитывайте автоматические исключения и ограничения
Снятие последнего открытого блокирующего условия у цели Blocked переводит её в Ready и может запустить руководителя даже при снятых флажках всех статусов. Это отдельный путь снятия блокировок, а не условие выбранного статуса.
Для проверок по событиям целей нужны активный проект, назначенный руководитель и доступное финансирование. Планировщик может группировать события и ставить их в очередь за существующей работой; не ожидайте отдельного немедленного запуска для каждого совпадения с флажком. Обновления из собственного текущего разговора руководителя отфильтровываются, чтобы избежать циклов самозапуска.
Если руководитель ожидает обязательного действия, устраните это состояние, а не меняйте статус цели многократно в попытке заставить работу продвинуться.
Внимательно прочитайте примечание о повторной проверке Ready
В просмотренном интерфейсе сказано, что работа Ready повторно проверяется после успешных и неуспешных запусков, кроме отменённых запусков и запусков с отказом в финансировании. Однако просмотренные реализация и тесты сейчас допускают не более одной последующей проверки после подходящего исходного запуска по событию цели; они не запускают повторные проверки рекурсивно после повторных запусков. Цель должна по-прежнему иметь статус Ready и оставаться неизменной, без открытого блокирующего условия и активной делегированной задачи, а Ready должен оставаться выбранным.
Это неразрешённое расхождение между видимым пояснением в интерфейсе и просмотренным исходным кодом. Автоматические повторные проверки в работающем интерфейсе не тестировались; соответствие исходного кода развёрнутой версии не установлено. Не рассчитывайте на бесконечный цикл повторов. Если работа остаётся в Ready, проверьте фактическое состояние цели и Dashboard → Runs (Панель управления → Запуски).
Срок цели отмечает, когда должен быть достигнут её результат; он не создаёт запуск руководителя на заданное время. Для проверки руководителем позже используйте проверки Heartbeats, а для конкретного будущего действия — запланированную задачу.
Запросите одну проверку руководителем сейчас
Run check (Запустить проверку) запрашивает ручную проверку руководителем проекта независимо от флажков Run conditions. Это действие запуска выполнения, а не обновление статуса только для чтения.
По исходному коду нужны права записи в проект, назначенный руководитель и финансирование. Если руководитель уже работает, запрос может встать за ним в очередь; уже поставленный в очередь ручной запрос может быть использован повторно вместо создания ещё одного. Подтверждение постановки в очередь не доказывает, что проверка завершилась.
Используйте это действие, когда намеренно хотите, чтобы руководитель заново оценил проект сейчас. Для более поздней или ежедневной проверки используйте проверки Heartbeats.
Меняйте политику без предположения, что всё остановится
Снятие флажков меняет условия совпадения будущих событий целей и возможность повторной проверки Ready. Оно не отменяет активный запуск, не удаляет сообщения, уже поставленные в очередь, не отключает путь снятия последней блокировки и не выключает отдельные проверки Heartbeats, расписания cron, триггеры или запланированные задачи.
На этой панели Project Flow нет общего переключателя «выключить всю автоматизацию». Если нужно остановить работу, отдельно определите соответствующий механизм и текущее выполнение. Остановка запуска никогда не отменяет уже совершённые им действия.
Два полезных сценария проекта
Работа начинается, когда она готова
Оставляйте черновые идеи в Planned (Запланировано). Выберите Ready (Готово к работе) как условие запуска и переводите цель в Ready, когда её описание и источники пригодны для работы. Держите Review agent-completed objectives (Проверять цели, завершённые агентами) включённым, если хотите изучать результат до завершения цели.
Руководитель помогает с блокировками
Выберите Blocked (Заблокировано), чтобы новый заблокированный статус мог вызвать проверку руководителем. Запишите, какого именно решения, источника или доступа не хватает, вместо простого изменения отметки. Когда последняя блокировка снята, особая передача в Ready может запустить руководителя для продолжения работы.
Это примеры конфигураций. Их сохранение и выполнение не проверялись в этом проходе без внесения изменений. Подтвердите фактические запуски и результаты, прежде чем полагаться на такой сценарий в важной работе.