Выявление зависимостей, блокеров и критического пути проекта

Автор: AILesson8 мин на настройкуПроверено на:ChatGPTПроверено: 2026-08-28

Быстрый ответ

Составьте карту связей между задачами и отделите действующие блокеры от рисков, прежде чем рассчитывать влияние на график. Укажите: Задачи, длительность и состояние, Зависимости и ограничения, Правила планирования. Ожидаемый результат: Карта зависимостей с учётом доказательств, включающая блокеры, сценарии графика, ответственных и недостающие данные.

1

Добавьте контекст

ваш текст остаётся в этом браузере. AILesson Prompts не отправляет его ни в модель, ни на сервер.

2

Ваш промпт

Незаполненные поля остаются видимыми как заполнители, поэтому вы всё равно можете скопировать и отредактировать промпт

Проанализируйте график проекта, используя только предоставленные факты.

Задачи, оценки, состояние и ответственные:
[tasks]

Указанные зависимости, ограничения, допущения и проблемы:
[relationships]

Цель, календарь, правила параллельной работы, резервы и полномочия:
[calendar]

Сохраните каждый ID задачи. Классифицируйте каждую связь как «окончание — начало», «начало — начало», «окончание — окончание», внешнюю зависимость, ресурсное ограничение, контрольную точку согласования, допущение, действующий блокер или риск; объясните неоднозначные классификации. Действующий блокер должен препятствовать работе прямо сейчас, тогда как риск — лишь возможное будущее событие. Проверьте отсутствующие предшествующие задачи, циклические зависимости, неподтверждённые даты, перегрузку общих ресурсов и задачи без ответственного или критерия завершения.

Рассчитывайте ранние даты, временной резерв и критический путь только тогда, когда достаточно данных о длительности, логике зависимостей, календаре и условиях начала. В противном случае представьте ограниченные сценарии и точно назовите, что мешает обоснованному расчёту. Не считайте самый длинный список задач критическим путём и не выдумывайте связи. Покажите арифметику. В конце укажите действия с наибольшим эффектом для снятия блокеров, ответственного или «Не назначен», необходимые доказательства, последнюю полезную дату решения и сверку, охватывающую все ID задач.
Попробовать в Playground
Конфиденциально по умолчаниюПромпт собирается локально в вашем браузере. Не вводите конфиденциальную информацию в сервисы ИИ, если ваша организация этого не разрешает.

От исходных данных к результату

Разобранный пример

Посмотрите, как конкретный контекст превращает этот рецепт в полезный результат

Реальный ввод

Задачи, длительность и состояние
A (Мина): завершить текст, 2 рабочих дня, не начато. B (Лео): перевести утверждённый текст, 3 дня, не начато. C (Рави): реализовать каркас страницы, 4 дня, осталось 2 дня. D (Рави): вставить окончательный текст, 1 день. E (QA, ответственный не назначен): проверка доступности и браузеров, 2 дня. F (Мина): публикация, 0,5 дня. Работа начинается в понедельник, 31 августа 2026 года.
Зависимости и ограничения
B начинается после согласования A. Для D должны быть завершены B и C. E следует после D. F следует после E и согласования юридическим отделом. Юридическая проверка запрошена, но рецензент и длительность не зафиксированы. Рави не может работать над C и D одновременно. Поставщик переводов может быть недоступен на следующей неделе, но сейчас назначен внутренний сотрудник Лео.
Правила планирования
Понедельник–пятница, без праздников. Целевая публикация — пятница, 11 сентября 2026 года. Резерва графика нет. Мина может назначить QA; руководитель отдела может эскалировать юридическую проверку. Использовать целые или половинные рабочие дни.

Пример вывода

Охват: все задачи A–F сохранены. Указанная логика: A→B; B и C→D; D→E; E и юридическое согласование→F. Согласование A — контрольная точка, длительность и полномочия для которой отсутствуют. Юридическая проверка — внешняя контрольная точка согласования и действующий блокер для обоснованной даты публикации, поскольку рецензент и длительность неизвестны, хотя сегодня она не останавливает C. Доступность поставщика — риск, а не блокер, потому что Лео назначен внутри компании. Ответственный за QA отсутствует.

Сеть с известной длительностью от 31 августа: A занимает 31 августа — 1 сентября; B — 2–4 сентября. Оставшиеся два дня C могут идти параллельно 31 августа — 1 сентября. Поэтому D начинается 7 сентября и завершается в тот же день; E выполняется 8–9 сентября; F требует половины дня после E, поэтому цепочка задач может завершиться 10 сентября, если согласования доступны и происходят мгновенно. Управляющая известная цепочка A-B-D-E-F занимает 8,5 рабочего дня против 5,5 оставшихся дней для C-D-E-F, что при этих допущениях оставляет C около 3 рабочих дней резерва пути. Это предварительный управляющий путь, а не полный критический путь, поскольку длительности согласования A и юридической проверки отсутствуют.

Снять блокеры сейчас: Мина назначает QA и определяет доказательства завершения E к 31 августа. Руководитель отдела назначает юридического рецензента, получает длительность или SLA и подтверждает, может ли проверка идти до E; последний полезный срок ответа для сохранения цели 11 сентября — 2 сентября. Мина также фиксирует согласующего для A. После моделирования обеих контрольных точек выполните расчёт заново. Циклических связей не обнаружено; ресурсное ограничение Рави не добавляет задержки, поскольку D и так ждёт B.

Почему это работает

  1. 1

    Разделение блокеров, рисков, допущений и ограничений не позволяет командам одинаково эскалировать разные по природе проблемы

  2. 2

    Условный расчёт критического пути предотвращает ложную точность графика при неполных оценках или связях

Проверьте результат

  • Сохранена ли каждая предоставленная задача и явно ли отмечена каждая выведенная связь

  • Отделены ли действующие блокеры от возможных рисков и обычных ограничений

  • Подтверждён ли критический путь видимыми длительностями, логикой, календарём и расчётами

Используйте уверенно

Часто задаваемые вопросы

Практические ответы о том, когда использовать этот рецепт, что нужно предоставить и где по-прежнему важна проверка человеком

Что подготовить перед использованием рецепта «Выявление зависимостей, блокеров и критического пути проекта»?

Для рецепта «Выявление зависимостей, блокеров и критического пути проекта» подготовьте задачи, длительность и состояние, зависимости и ограничения, а также правила планирования. Заменяйте заполнители только проверяемой информацией; неизвестные детали отмечайте явно, не предлагая модели вывести их самостоятельно.

Когда результат рецепта «Выявление зависимостей, блокеров и критического пути проекта» ещё нельзя использовать?

Результат не готов, если на основе предоставленных доказательств он ещё не даёт заявленный итог — карту зависимостей с учётом доказательств, включающую блокеры, сценарии графика, ответственных и недостающие данные — либо опирается на неразрешённые допущения, отсутствующие согласования или выдуманные детали. Используйте проверки как критерии допуска: исправьте исходные данные или назначьте конкретного уполномоченного рецензента вместо того, чтобы дорабатывать неподтверждённый результат.

Для каких инструментов ИИ зафиксированы тесты рецепта «Выявление зависимостей, блокеров и критического пути проекта»?

В опубликованной записи о тестировании рецепта «Выявление зависимостей, блокеров и критического пути проекта» по состоянию на 28 августа 2026 года указан ChatGPT. Это подтверждает наличие зафиксированных запусков, но не гарантирует совместимость или одинаковые результаты в последующих версиях продукта. При использовании другого инструмента или версии оставьте все ограничения явными и повторите проверки результата перед применением.

Другие способы изучения

Где этот рецепт применим

Продолжайте работу

AILesson · Рекомендуемые курсы

ваш следующий шаг: примените ИИ на практике

Перейдите от понимания ИИ к выполнению задач. Практикуйтесь в составлении запросов, проверке и улучшении результатов с помощью интерактивных уроков для работы и повседневной жизни.

Просмотреть все курсы