这样做的理由（在客户方面）既是为了更好地了解正在进行的工作，也是为了确保我们能够监控网站的发布。不用说，网站没有按时发布——很少有网站能按时发布。而且由于我们的协议措辞严格，我们无法灵活地调整策略或延长持续时间来适应。我对这个结果感到不满意。 如果我再次处于同样的位置，与我们的销售团队一起推销这个项目，我会坚决反对这种规划方式吗？很难说。
并且至少要确保在工
作安排不合适时有应急措施。 幸运的是，我们 企业电子邮件列表 在每个项目中只需要处理一两次这种模棱两可的情况——一旦开始参与，事情就会变得更加具体。一旦项目启动，我们就不会在如此笼统的层面上谈论。现在是掌控局面、获取更多信息并弄清楚如何让事情发生的时候了。
这个计划应该做什么
确定工作优先级 推迟在时间限制内 设置预期首次响应时间时也 无法完成的工作 我们应该警惕什么？ 大部分时间没有分配任何任务 在可用时间内要完成的任务太多 我注意到的是： 一旦客户保留了我们的服务，我们就需要弄清楚我们要做什么。考虑一下：我们每天承诺要做的工作有很多限制。我们一天、一周或一个月的工作时间是有限的。
我们可能依赖于
他项目的及时完成——客户的网站 购买线索 会及时上线吗？负责内容的团队会完成吗？ 面对这种不确定性，我们仍然设法完成一些事情。我们只需要限制我们做事的范围。估计项目各个要素需要的时间，决定本月适合做什么，并承诺执行它们。正是这种承诺和具体性将这一阶段与推销阶段区分开来。这就是为什么我们不能在与客户接触之前就开始考虑这个层面——我们需要从他们那里得到更多信息，我们需要他们对项目的承诺，我们需要尽可能多地了解我们自己在一个月内的带宽。
Distilled 内部调度系统的屏幕截图
任务的“大小”由预计需要多少小时来定义。这些任务的范围相当广泛：项目管理、每周会议等。 此计划是为了满足这些需求。我们知道我们需要进行关键字研究、技术审核和 Analytics 实施——每项工作大约需要多长时间？哪些工作我们将在本月完成？