完美的状态报告是什么样的？

Question

我与很多场外开发商和承包商合作.我每天都要求他们给我一个快速的5分钟的工作状态.我有时必须将个人的身份整合到团队中,有时候会巩固一周的状态,以便为我的客户提供期末报告.

我想学习:

• 完成的项目和每个项目花费了多少时间
• 遇到的问题以及每个问题花了多少时间
• 接下来要处理的项目,他们的估计(工时)和目标日期
• 他们对工作有疑问

我正在寻找一种格式,在以下情况下提供此信息:

• 快速让开发人员完成(5-10分钟,不必考虑太多)
• 方便我快速阅读和浏览
• 每个开发人员都是统一的

你会建议什么？

Answer 1

使用Scrum。创建冲刺待办事项列表，创建一个包含任务的电子表格以及冲刺每一天的一列。要求人们填写每天每项任务的工作时间。发送每日报告，从冲刺的燃尽图开始，然后为每个成员短写两个单行代码 - 上一个工作和下一个工作。发送每周报告，其中包含燃尽图、每个主要功能的红色/黄色/绿色状态（以及阻止问题和注释，如果它不是绿色的）以及冲刺待办事项中的剩余项目。

我没有示例链接，但这里有一些草稿：

10/02/2008 - 产品 A 每日状态

<燃尽图>

团队成员A
最后 24 场：特色 A
接下来 24：功能 A 单元测试

团队成员B
最后 24 场：错误监狱
下 24：功能 B

团队成员C
最后 24 场：特色 C
接下来 24：功能 C
被阻止：依赖项 D - 仍在等待 D 团队的 redist

10/02/2008 - 产品 A 每周状态

<燃尽图>

**功能 A** - 绿色
【注：红/黄/绿代表状态；还可以使用背景颜色以获得更好的可视化效果]
步入正轨

**功能 B** - 黄色
【注：红/黄/绿代表状态；还可以使用背景颜色以获得更好的可视化效果]
由于 bug 监狱而下滑了一天
缓解措施：将对团队成员 A 进行负载平衡单元测试

**功能 C** - 红色
【注：红/黄/绿代表状态；还可以使用背景颜色以获得更好的可视化效果]
功能因来自 D 团队的外部依赖而被阻止。解锁时没有预计到达时间。
缓解措施：考虑削减此冲刺的功能

**里程碑时间表：**
计划完成 - 9/15（计划两周）
代码完成 - 10/15（编码四个星期）
RC - 10/30（两周稳定和测试）