Начните с задачи
Хороший маршрут собирает доказательства нужного результата. Для новой функции это рабочее поведение, для ошибки — подтверждённая причина, для ускорения — измерения.
ЧТО НУЖНО ПОЛУЧИТЬ?
Конвейер разработки
Сформулируйте ожидаемое поведение и критерии приёмки. Согласуйте план до реализации.
Изучение → План → Утверждение → Код → Проверки → Приёмка
Учитывайте сложность, цену ошибки, размер изменения и открытые вопросы. Короткий маршрут подходит понятным изменениям с низким риском.
Это подсказка по логике процесса. Доступные маршруты задаёт профиль вашего проекта.
Кто ведёт работу
В маршруте с отдельными этапами вы заранее определяете шаги и точки согласования. В режиме петли ведущий агент ставит задания исполнителю, проверяет результаты и управляет доработками до итоговой приёмки человеком.
Выбирайте петлю, если задачу можно разбить на проверяемые части и передать ведущему управление промежуточной работой. Если нужно отдельно утвердить план перед реализацией, предусмотрите это в маршруте с воротами. Оба варианта требуют критериев результата.
Род работы и глубина — разные решения
Род работы отвечает на вопрос, что требуется получить. В профиле могут быть объявлены feature, debug, perf, hunt и соответствующие им маршруты.
Глубина отвечает на вопрос, сколько изучения и проверок нужно. Небольшое изменение может иметь высокую цену ошибки: например, правка правила доступа.
Петля определяет организацию исполнения. Она не заменяет род работы и оценку риска.
В GrigDesk триаж оценивает задачу по коду и предлагает род работы. Политика рассчитывает глубину по сложности, риску, размеру изменения, уверенности и открытым вопросам. Профиль сопоставляет их с опубликованным маршрутом. Выбор в форме запуска подтверждает человек.
| Ситуация | Что учитывать |
|---|---|
| Небольшая, понятная правка с низким риском | Может подойти короткий маршрут, если он предусмотрен профилем. |
| Затронуто несколько частей системы | Нужны изучение связей, план и проверки взаимодействия. |
| Возможна потеря данных или нарушение доступа | Высокая цена ошибки требует полного процесса проверки. |
| В постановке есть открытые вопросы | Сначала уточните результат. Неопределённость мешает выбирать лёгкий маршрут. |
Три разобранных примера
- Новая функция: добавить фильтр товаров и проверить его на стенде.
- Исправление ошибки: доказать причину повторной отправки формы.
- Ускорение: улучшить поиск с сопоставимыми замерами.
Это учебные схемы. Состав этапов, остановки и команды нужно адаптировать к проекту. Они не обозначают универсальные маршруты, автоматически доступные после установки.
Когда нужен поиск дефектов
Если задача звучит как «найти проблемы в оформлении заказа», сначала задайте границы поиска, признаки дефекта и ожидаемую форму отчёта. Такой род работы обозначается hunt, если его поддерживает профиль.
Результат исследования — подтверждённые находки с условиями воспроизведения и приоритетом. Исправление находок должно входить в согласованный объём задачи или запускаться отдельно.
Соберите свой процесс
Начните с подключения проекта, затем пройдите урок создания маршрута. Для каждого этапа ответьте на три вопроса: что он получает, что оставляет после себя и по какому признаку работа продолжается.