让 AI 帮项目排期：先检查依赖与人手，再填写日期
向 AI 说“下周完成一个活动页面”，它很容易给出每天都很饱满的计划。真正的问题往往藏在日期下面：设计能否在文案确认前开始，同一个人有没有被安排同时做两件全天任务，所谓两天工作量是否包含等待。先把这些条件摊开，排期才有讨论价值。
AI生成概念配图
四类信息要分别提供
每项任务至少写明交付物、持续时间、前置条件和执行资源。交付物要能确认完成，例如“经负责人确认的页面文案”，不能只写“研究一下”。持续时间需说明按工作日还是自然日计算，是否允许拆开执行；前置条件说明必须等谁完成，资源则说明哪些人在哪些时段真正可用。
美国政府问责局的排期指南把活动排序、资源分配与工期估算列为相关的排期实践，并提醒资源必须反映实际可用性。本文采用一个简化的虚构项目展示检查方法，不把几行 AI 输出当成完整的项目管理模型，也不声称模型能可靠预测实际耗时。
用一条短链看清最早完成时间
虚构项目“青灯展览页”有四项任务：文案确认需一天；页面设计需两天，必须等文案完成；页面搭建需两天，必须等设计完成；验收需一天，必须等搭建完成。假定每项都占完整工作日、串行完成、每天开始时接收前一天交付，周一启动且本例没有节假日。
因此文案在周一完成，设计安排周二与周三，搭建安排周四与周五，验收要到下周一。四项相加是六个工作日，周五全部完成并不符合这些前提。AI 若排出五天计划，应请它指出改动了哪个假设，而不是把重叠的两项任务涂成不同颜色就算通过。
能并行也要有人可做
再加入一项“制作宣传海报”，需两天，只依赖周一完成的文案。如果海报和页面设计都由同一名设计师全时负责，两项不能同时占用周二与周三。可以讨论换人、调整范围或延后某项，但不能默认这个人一天有两份时间。若只需半天投入，也应明确每天投入量，再重新估算。
依赖还要区分硬条件和习惯顺序。页面搭建是否真的要等全部设计完成，取决于组件、接口与返工代价；AI 可以提出可拆分的候选方式，由执行者核实。不要为了赶日期擅自删除验收，也不要把审批等待时间当作有人持续工作的工时。
让模型交付检查单，而不只是一张表
可复用模板：根据下面的任务、前置关系、工期与人员可用时间，先检查缺失依赖、循环依赖和资源冲突。列出计算采用的日历与工作方式，再给出可行的候选安排。无法满足截止日时，指出冲突链条，分别说明调整范围、资源或截止日的影响。所有未知估算标为待确认，不假定加班，也不自行改变交付要求。
随后让执行者给工期估算补依据，并检查等待外部回复的任务。可为不确定事项写一个合理范围，再看延期一天会影响哪些后续任务；这种情景检查不是概率预测。关键任务和可用人手一变，原来的最早完成日期就需要重新核对。
保留基线，更新真实进展
确认后保留一份原计划，再记录实际开始、完成和剩余工作。不要每次更新都把旧日期覆盖掉，否则难以看出偏差来自需求变化还是估算不足。小项目也可以只保留一张任务清单：让每个日期都能追溯到依赖、资源和假设，比生成一张漂亮却无法执行的日历更有用。
