Создать шаблон асинхронного отчёта для команд в разных часовых поясах
Автор: AILesson7 мин на настройкуПроверено на:ChatGPTПроверено: 2026-08-28
Быстрый ответ
Разработайте удобный для передачи дел отчёт с точными часовыми поясами, сроками решений, ссылками на подтверждения, ответственными и правилами эскалации. Укажите: Рабочий процесс команды и передача дел, Содержание отчёта и решения, Правила ответа и эскалации. Ожидаемый результат: Многоразовый шаблон асинхронного отчёта и протокол ответа, которые сокращают число совещаний, не скрывая срочных зависимостей.
1
Добавьте контекст
ваш текст остаётся в этом браузере. AILesson Prompts не отправляет его ни в модель, ни на сервер.
2
Ваш промпт
Незаполненные поля остаются видимыми как заполнители, поэтому вы всё равно можете скопировать и отредактировать промпт
Создайте многоразовый шаблон асинхронного отчёта и протокол ответа для описанного рабочего процесса между часовыми поясами.
Места, рабочие интервалы, роли, полномочия, передача дел, каналы, единый источник достоверных данных и частота:
[workflow]
Состояние, завершённая работа, подтверждения, изменения, препятствия, риски, вопросы, решения, варианты, рекомендация, ответственные и даты:
[content]
Формат времени, статусы ответа, молчание, срочность, эскалация, подтверждение получения, конфиденциальность, доступность и архив:
[rules]
Разделяйте сообщения только для сведения, запросы подтверждения, запросы мнения, решения, препятствия и инциденты. Поместите требуемый ответ в начале и укажите календарную дату, точное время и название часового пояса; добавляйте второе соответствующее местное время лишь тогда, когда это снижает риск ошибки. Укажите, кто принимает решение и что произойдёт при отсутствии ответа; никогда не считайте молчание согласием, если это прямо не разрешено политикой. Давайте ссылки на подтверждения и записи в едином источнике достоверных данных, а не копируйте нестабильные сведения. Для каждого препятствия укажите влияние, владельца зависимости, последний безопасный момент для ответа, обходной вариант и условие эскалации. Избегайте расплывчатых слов «сегодня», «завтра» и «к концу дня», массовых упоминаний, искусственной срочности, скрытых в описании состояния просьб и требования, чтобы все регионы участвовали в разговоре одновременно. Верните: компактный шаблон отчёта; инструкции к полям; заполненный пример; контрольный список передачи дел; словарь статусов ответа; матрицу срочности и эскалации; правило именования веток обсуждения и архивирования; примечания о доступности и конфиденциальности; антипаттерны.
Конфиденциально по умолчаниюПромпт собирается локально в вашем браузере. Не вводите конфиденциальную информацию в сервисы ИИ, если ваша организация этого не разрешает.
От исходных данных к результату
Разобранный пример
Посмотрите, как конкретный контекст превращает этот рецепт в полезный результат
Реальный ввод
Рабочий процесс команды и передача дел
Команда выпуска распределена между Сингапуром (09:00–18:00 SGT), Лондоном (09:00–17:00 BST) и Сан-Франциско (09:00–17:00 PDT). Инженеры в Сингапуре передают работу лондонскому отделу QA, а тот — продуктовой команде в Сан-Франциско. Jira — единый источник достоверных данных о задачах и решениях; отчёты публикуются в канале Teams #release-orchid. Ежедневный отчёт после завершения работы каждого региона. Руководитель инженерной команды отвечает за техническую готовность; руководитель продукта Роза в Сан-Франциско принимает решения о составе выпуска. Постоянного межрегионального совещания нет.
Содержание отчёта и решения
Кандидатная сборка Release Orchid 8.14.2 завершена в Сингапуре 28 августа. Из автоматизированного набора прошли 612 из 614 тестов; сбои T-441 и T-587 связаны с задачами в Jira. T-441 — известный нестабильный визуальный снимок, при повторном запуске тест прошёл; тест T-587 на тайм-аут оплаты стабильно не проходит после обновления зависимости. Поведение оплаты клиента вручную ещё не проверено. Лондонскому отделу QA нужно воспроизвести T-587 и провести дымовой тест оплаты. Если подтвердится влияние на клиентов, следует выбрать откат зависимости либо исключение изменения оплаты из кандидата. Роза принимает решение о составе выпуска; инженер Кен отвечает за оценку возможности отката. Последний безопасный срок решения о составе для сохранения запланированного развёртывания — 29 августа, 16:00 BST / 08:00 PDT. Инцидентов безопасности нет. Журналы содержат идентификаторы тестовых учётных записей и должны оставаться в приложении Jira с ограниченным доступом.
Правила ответа и эскалации
Во всех сроках указывать дату, время, зону IANA или именованный часовой пояс и при необходимости второй часовой пояс. Статусы ответа — ACK, Taking, Blocked, Evidence added, Decision needed, Done. Молчание никогда не означает согласие. Операционное препятствие эскалируется названному ответственному в канале выпуска Teams; для инцидента безопасности применяется отдельный процесс. Не использовать @channel, если до срока развёртывания или обеспечения безопасности не осталось менее четырёх часов. Заголовок ветки — дата + выпуск + передача. Использовать доступные маркированные списки и не обозначать состояние только цветом. Ссылку на решение архивировать в Jira.
Пример вывода
Ветка: 2026-08-28 | Orchid 8.14.2 | передача из Сингапура в Лондон
Требуется ответ
Лондонский отдел QA: ответьте Taking, воспроизведите T-587 и проведите дымовой тест оплаты в течение своего рабочего дня 29 августа; добавьте подтверждения в Jira, затем ответьте Evidence added со ссылкой.
Если подтверждения указывают на влияние на клиентов, ответьте Decision needed Розе и Кену не позднее 29 августа 2026 года, 16:00 BST / 08:00 PDT. Молчание не означает согласия; если к этому моменту решение о составе выпуска не принято, готовность к развёртыванию остаётся заблокированной.
Состояние и подтверждения
Кандидатная сборка 8.14.2 создана 28 августа по SGT. Автоматизированные тесты: прошли 612 из 614.
T-587: тест на тайм-аут оплаты неоднократно не проходит после обновления зависимости. Поведение оплаты клиента вручную ещё не проверено. Подтверждение: Jira T-587. Журналы с ограниченным доступом остаются в приложении Jira; не вставляйте сюда идентификаторы учётных записей.
Порядок принятия решения
Если влияние на клиентов подтвердится, Роза выбирает откат зависимости либо исключение изменения оплаты. Кен предоставляет оценку возможности отката. Окончательное решение и его обоснование хранятся в Jira. Инцидентов безопасности не зарегистрировано; если ситуация изменится, прекратите этот рабочий процесс и перейдите к процедуре реагирования на инциденты.
Проверка передачи: указаны точная сборка и результаты тестов, неопределённость, две ссылки на подтверждения, действие QA, ответственные, последний безопасный срок, состояние при отсутствии ответа, конфиденциальность и эскалация. Словарь ответов: ACK — только ознакомился; Taking — ответственный принимает работу; Blocked — указана зависимость; Evidence added — Jira обновлена; Decision needed — требуется решение уполномоченного лица; Done — завершение проверено.
Почему это работает
1
Явно указанные тип ответа и часовой пояс не позволяют принять информационный отчёт за запрос решения или пропустить срок ответа.
2
Поля передачи препятствия позволяют следующему региону действовать, не дожидаясь начала рабочего дня автора.
Проверьте результат
Для каждого ли запроса указаны отвечающий, владелец решения, точный срок и часовой пояс, а также порядок действий при отсутствии ответа?
Может ли следующий часовой пояс без звонка в реальном времени понять подтверждения, влияние, последний безопасный момент, обходной вариант и порядок эскалации?
Явно ли определены срочность, упоминания, конфиденциальность, доступность, единый источник достоверных данных и правила архивирования?
Используйте уверенно
Часто задаваемые вопросы
Практические ответы о том, когда использовать этот рецепт, что нужно предоставить и где по-прежнему важна проверка человеком
Что нужно подготовить перед использованием рецепта «Создать шаблон асинхронного отчёта для команд в разных часовых поясах»?
Для рецепта «Создать шаблон асинхронного отчёта для команд в разных часовых поясах» подготовьте описание рабочего процесса команды и передачи дел, содержание отчёта и решений, а также правила ответа и эскалации. Заменяйте заполнители только той информацией, которую можно проверить. Если какая-то деталь неизвестна, явно сохраните эту неопределённость, а не просите модель сделать вывод самостоятельно.
Когда результат рецепта «Создать шаблон асинхронного отчёта для команд в разных часовых поясах» ещё нельзя использовать?
Результат не готов к использованию, если на основе предоставленных сведений он ещё не даёт заявленный итог — многоразовый шаблон асинхронного отчёта и протокол ответа, которые сокращают число совещаний, не скрывая срочных зависимостей, — либо если он опирается на неразрешённые предположения, отсутствующие согласования или выдуманные детали. Используйте пункты проверки как обязательные условия выпуска: исправьте исходные данные или назначьте конкретного уполномоченного проверяющего вместо того, чтобы дорабатывать не подкреплённый фактами результат.
Для каких инструментов ИИ зафиксированы тесты рецепта «Создать шаблон асинхронного отчёта для команд в разных часовых поясах»?
По состоянию на 28 августа 2026 года в опубликованном журнале тестирования рецепта «Создать шаблон асинхронного отчёта для команд в разных часовых поясах» указан ChatGPT. Это подтверждает наличие зафиксированных запусков, но не гарантирует совместимость или одинаковые результаты в последующих версиях продукта. При использовании другого инструмента или версии оставьте все ограничения явно указанными и перед применением результата повторите проверки.
Перейдите от понимания ИИ к выполнению задач. Практикуйтесь в составлении запросов, проверке и улучшении результатов с помощью интерактивных уроков для работы и повседневной жизни.
ChatGPT
