time-resource-estimator

时间与资源估算器

停止过度承诺。通过合理估算按时交付。

此技能的作用

输入：项目范围和功能 输出：现实的时间表、工时细分、缓冲时间计算、客户沟通

估算框架

按功能类型计算基础工时

身份验证与用户管理： 6-8 小时

• 登录/注册
• 密码重置
• 用户角色
• 会话管理

CRUD 操作（每个模型）： 4-6 小时

• 创建/读取/更新/删除
• 基本验证
• 列表视图

表单（每个复杂表单）： 3-5 小时

• 输入验证
• 错误处理
• 成功状态

仪表板/分析： 8-12 小时

• 数据可视化
• 实时更新
• 筛选/排序

文件上传： 4-6 小时

• 存储设置
• 上传界面
• 查看/下载

PDF 生成： 6-8 小时

• 模板设计
• 数据格式化
• 下载/邮件发送

邮件通知： 4-6 小时

• 邮件模板
• 触发逻辑
• 发送基础设施

集成（每项服务）： 10-15 小时

• API 设置
• 数据映射
• 错误处理
• 测试

移动端响应式适配： 总工时的 +20%

• 响应式设计
• 移动端测试
• 触控交互

---

缓冲时间公式

绝不在不留缓冲时间的情况下给出估算。

经验法则：

• 基础估算：各项功能工时之和
• 增加 25%，应对未知情况和边缘情形
• 增加 15%，应对修改和客户反馈
• 增加 10%，用于测试和修复缺陷

总计：基础工时 × 1.5

示例：

• 功能基础工时：60 小时
• 加上缓冲时间：60 × 1.5 = 90 小时
• 告诉客户：“6-8 周”（不要说“60 小时”）

---

将工时换算为时间表

全职工作（40 小时/周）：

• 40 小时工作量 = 1 周
• 80 小时 = 2 周
• 120 小时 = 3 周

兼职工作（20 小时/周）：

• 40 小时工作量 = 2 周
• 80 小时 = 4 周
• 120 小时 = 6 周

始终额外增加 1-2 周，用于应对：

• 客户延迟（反馈、访问权限、审批）
• 假期/病假
• 意外的复杂情况

稳妥的时间表公式： （预估工时 ÷ 每周工时）+ 2 周

---

项目时间表细分示例

消防检查软件（基础工时 80 小时）

第 1-2 周：基础搭建（20 小时）

• 项目设置
• 数据库设计
• 身份验证
• 基础 UI 框架

第 3-4 周：核心功能（30 小时）

• 建筑管理
• 检查排期
• 用户角色

第 5-6 周：现场功能（20 小时）

• 移动端检查表单
• 照片上传
• 数据验证

第 7 周：完善与测试（10 小时）

• 修复缺陷
• 优化 UI
• 测试

第 8 周：客户审核与修改

• 客户测试
• 整合反馈
• 最终调整

总计：8 周（80 小时 × 1.5 缓冲系数 ÷ 20 小时/周 = 6 周 + 2 周缓冲时间）

---

向客户沟通时间表

可以这样说： “根据项目范围，从启动到上线需要 6-8 周。”

不要这样说： “这是 80 小时的工作量，所以如果我全职工作，需要 2 周。”

原因： 工时对客户来说毫无意义，而周数更直观。

---

设定预期

提案期间： “时间表：6-8 周

此时间表假设：

• 您会在 2 个工作日内提供反馈
• 系统/数据访问权限已准备就绪
• 项目中途不会更改范围

如果上述任何条件发生变化，时间表也会相应调整。”

务必写入书面文件。 这能避免对方追问“为什么花了这么久？”

---

影响时间表的预警信号

❌ “我们需要在 2 周内完成” → 对任何有一定规模的项目来说都不现实 ❌ 需求不明确 → 会导致延迟和返工 ❌ 涉及多个利益相关者 → 审批速度较慢 ❌ “就像 [复杂的 SaaS] 一样” → 他们低估了复杂度 ❌ 客户总是迟迟不回复 → 时间表会延长数周

解决方案： 在合同中明确时间表预期。

---

耗时超出预期时

尽早坦诚说明：

“Hi [Client]，

快速更新一下时间安排。[feature] 遇到了意料之外的复杂问题，因此工期将延长 3-5 天。

新的交付日期：[date]，而非 [original date]。

对于延误，我深表歉意——与其匆忙赶工，我更希望把事情做好。

[Your Name]”

尽早调整预期，总比错过截止日期好。

---

估算检查清单

给出时间安排前，请确认：

• ✅ 已明确所有功能
• ✅ 已评估技术复杂度
• ✅ 已明确集成需求
• ✅ 已考虑客户端的响应速度
• ✅ 已预留 50% 的缓冲时间
• ✅ 已计入测试时间
• ✅ 已考虑节假日/休假

如果有任何不明确的地方： 增加更多缓冲时间，或说“在承诺时间安排前，我需要进一步评估工作范围。”

---

信心矩阵

信心高（±1 周）：

• 以前做过类似项目
• 需求明确
• 没有复杂集成
• 客户响应迅速

信心中等（±2 周）：

• 存在一些未知因素
• 使用新的技术栈
• 可能遇到客户审批延迟

信心低（±4 周或“待定”）：

• 存在许多未知因素
• 集成复杂
• 需求模糊
• 涉及多个利益相关方

相应调整缓冲时间。

---

请记住

少承诺，多交付。

• 估算：6 周
• 交付：5 周
• 客户：“哇，你们真快！”

相比之下：

• 估算：3 周
• 交付：6 周
• 客户：“为什么要花这么长时间？”

工作量相同，感受不同。

预留缓冲时间。提前交付。成为客户眼中的英雄。