我与很多场外开发商和承包商合作。我每天都要求他们给我一个快速的5分钟的工作状态。我有时必须将个人的身份整合到团队中，有时候会巩固一周的状态，以便为我的客户提供期末报告。
我想学习：你会建议什么？
答案 0 :(得分：4)
你可能不想听到这个，但无论如何都是这样 -
我一直处于桌面两侧的这种情况，并得出结论，这些卷起的状态报告完全浪费你和开发人员的时间。原因如下：
如果这些事情没有发生，没有多少被动状态报告可以解决不可避免会出现的问题
在围栏的开发者一侧 - “快速五分钟状态”[我讨厌这句话，五分钟不快！]中断开发人员的流程，导致生产力损失十五分钟（或更多）（joel甚至在博客上写这个我认为）。但即使它真的只有五分钟，如果你有十几个开发人员，那么你每周浪费五个工时每周在administrivia上（它可能更像是20个）
在围栏的经理方面 - 按项目等将个人的状态报告汇总到团队中是非生产性的繁忙工作，也浪费你的时间。有可能甚至没有人阅读报告。但这是真正的问题：这种报告和汇总可能表明反应性管理而不是主动管理。换句话说，使用什么方法无关紧要 - scrum，xp，敏捷，理性，瀑布，本土或其他什么 - 如果项目得到妥善规划和执行，那么你应该已经知道每个人正在做，因为它是事先计划好的。如果它是在早上或六个月前计划的那么无关紧要。
暂时忽略客户要求，如果您每天真的需要这些信息来管理项目，那么项目可能存在一些严重问题 - 每天都要求开发人员 他们接下来要做什么以及需要多长时间，例如，提示没有事先做出真正的计划......
至于客户要求，如果他们绝对坚持这种细节[我知道，例如，某些政府机构这样做]那么最好的选择是提供一个网络界面或其他应用程序来自动化单调乏味我会为您做好准备。你仍然会浪费开发者的时间，但至少你不会浪费你的时间; - ）
哦，并按字面意思回答你的问题：完美的状态报告说“目标与项目计划”，仅此而已; - ）
答案 1 :(得分：2)
使用Scrum。创建sprint backlog，包含一个包含任务的电子表格以及sprint每天的列。要求人们每天填写每项任务的工时。发送每日报告，从sprint的燃尽图开始，然后为每个成员短两个一个衬里 - 最后工作和下一个工作。发送每周报告，其中包含燃尽图，每个主要功能的红/黄/绿状态（如果不是绿色则阻止问题和注释）以及sprint积压中的其余项目。
我没有样本链接，但这里有一些草稿：
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)
答案 2 :(得分：0)
只需给他们一个模板，该模板以您希望看到返回数据的格式布局。您也可以考虑增加他们投入的时间并删除“不要太多考虑”条款，如果你是要求对未来工作进行估算。我不相信估计有人在5分钟内想到了。不假思索。
如果您目前正在使用任何项目管理软件，那么开发人员应该记录和审查（甚至只是记住）他们为您编译的内容应该是微不足道的。理想情况下，他们会全天记录问题或问题，而不是仅仅填写报告。
似乎您的“我想学习”列表是从中生成模板的绝佳起点。只有你会知道什么是完美的格式。
答案 3 :(得分：0)
看起来你想做极限编程站起来会议。
http://www.extremeprogramming.org/rules/standupmeeting.html
您可以通过手机使用laudspeaker或某些VOIP与非现场团队成员交谈。
答案 4 :(得分：0)
一般来说，我只是依靠电子邮件作为提供状态报告的手段，它提供了简单和完成的速度，但没有强制执行任何一致性。
有许多选项可以实现这一目标，但它们都有可能使流程变得更加复杂和耗时。其中一些可能是：
在线表单，其中包含每个部分或多个工作表电子表格，每个工作表都是一个部分。
所有这些都需要你自己创造它们的努力，你是否需要为某种目的的统一性？例如自动化摘要报告。
另一种方法是使用一些项目管理工具，承包商在工作时填写，您可以随时报告。我会推荐Thoughtworks Studio Mingle，但它确实依赖于类似敏捷的过程。