完美的状态报告是什么样的?[关闭]
-
03-07-2019 - |
题
我与许多场外开发商和承包商合作。我每天都会要求他们向我发送一份 5 分钟的当天工作进展情况。我有时必须将个人的状态合并到团队中,有时必须合并一周的状态,以便向客户提供期末报告。
我想学习:- 完成的项目以及每个项目花费了多少时间
- 遇到的问题以及每个问题花费了多少时间
- 接下来将要处理的项目、它们的估计(以工时为单位)和目标日期
- 他们对工作有疑问
- 开发人员快速完成(5-10 分钟,无需考虑太多)
- 方便我快速阅读和浏览
- 每个开发者都是统一的
你有什么建议?
解决方案
使用 Scrum. 。创建冲刺待办事项列表,创建一个包含任务的电子表格以及冲刺每一天的一列。要求人们填写每天每项任务的工作时间。发送每日报告,从冲刺的燃尽图开始,然后为每个成员短写两个单行代码 - 上一个工作和下一个工作。发送每周报告,其中包含燃尽图、每个主要功能的红色/黄色/绿色状态(以及阻止问题和注释,如果它不是绿色的)以及冲刺待办事项中的剩余项目。
我没有示例链接,但这里有一些草稿:
10/02/2008 - Product A daily status <Burndown chart> Team member A Last 24: feature A Next 24: feature A unit tests Team member B Last 24: bug jail Next 24: feature B Team member C Last 24: feature C Next 24: feature C Blocked on: Dependency D - still waiting on the redist from team D
10/02/2008 - Product A weekly status <Burndown chart> **Feature A** - Green [note: red/yellow/green represents status; use background color as well for better visualisation] On track **Feature B** - Yellow [note: red/yellow/green represents status; use background color as well for better visualisation] Slipping a day due to bug jail Mitigation: will load balance unit tests on team member A **Feature C** - Red [note: red/yellow/green represents status; use background color as well for better visualisation] Feature is blocked on external dependency from team D. No ETA on unblock. Mitigation: consider cutting the feature for this sprint **Milestone schedule:** Planning complete - 9/15 (two weeks of planning) Code complete - 10/15 (four weeks of coding) RC - 10/30 (two weeks stabilization and testing)
其他提示
你可能不想听这个,但无论如何——
我在办公桌两边都经历过这种情况,并得出结论,这些卷起的状态报告对您和开发人员来说完全是浪费时间。原因如下:
- 开发人员应该在指定的期限内开发功能/可交付成果
- 开发人员应该在问题发生时提出问题
- 沟通应根据需要双向流动
如果这些事情没有发生,再多的被动状态报告也无法解决不可避免出现的问题
在开发人员这边 - “快速五分钟状态”[我讨厌这句话,五分钟并不快!] 打断了开发人员的流程,导致十五分钟(或更多)的生产力损失(乔尔甚至在博客中提到我认为是这样)。但即使真的只有五分钟,如果你有十几个开发人员,那么你也浪费了五个工时 每个星期 在 administrivia 上(可能更像是 20)
在经理这边 - 按项目等将个人的状态报告汇总到团队中。是非生产性的忙碌工作,也会浪费你的时间。很可能根本没有人阅读这些报告。
但这是真正的问题:这种报告和汇总可能表明被动管理而不是主动管理。换句话说,无论使用什么方法——scrum、xp、敏捷、理性、瀑布、本土开发或其他——只要项目得到正确的规划和执行 你应该已经知道每个人在做什么 因为这是提前计划好的。不管是那天早上还是六个月前就计划好了。
暂时忽略客户的要求,如果您确实每天需要这些信息来管理项目,那么项目可能存在一些严重的问题 - 询问开发人员 每天 例如,他们下一步要做什么以及需要多长时间,暗示他们没有提前做好真正的计划……
至于客户的要求,如果他们绝对坚持这种细节[而且我知道,例如,一些政府机构就是这样做的],那么最好的选择是提供一个网络界面或其他应用程序来自动化繁琐的工作为你卷起来。您仍然会浪费开发人员的时间,但至少您不会浪费自己的时间;-)
哦,从字面上回答你的问题:完美的状态报告说“符合项目计划的目标”,仅此而已;-)
只需给他们一个以您希望看到返回的数据的格式排列的模板即可。如果您需要对未来的工作进行估计,您还可以考虑增加他们投入于此的时间并删除“不要考虑太多”条款。我不会相信有人在 5 分钟内得出的估计。想都没想。
如果您当前正在使用任何项目管理软件,那么开发人员记录和审查(甚至只是记住)他们为您所做的编译工作应该是微不足道的。理想情况下,他们会全天记录问题或问题,而不是仅仅为了填写报告而试图提出它们。
看来您的“我想学习”列表是生成模板的绝佳起点。只有您自己知道最适合您的格式是什么。
一般来说,我只是依靠电子邮件作为提供状态报告的一种方式,它提供了简单性和完成速度,但不强制执行任何形式的统一性。
有多种选择可以实现这一目标,但它们都有使过程变得更加复杂和耗时的风险。其中一些可能是:
一种在线表单,其中每个或多张电子表格都有多个部分,每个工作表都是一个部分。
所有这些都需要你自己付出一些努力来创造它们,你是否需要为了某种目的而统一?例如自动生成摘要报告。
另一种选择是使用承包商在工作时填写的一些项目管理工具,您可以随时报告。我会推荐 Thoughtworks Studio Mingle,但它确实依赖于类似敏捷的流程。
看起来您想要召开极限编程站立会议。
http://www.extremeprogramming.org/rules/standupmeeting.html
您可以使用带有扩音器的电话或某些 VOIP 与异地团队成员交谈。