对于负责一个团队的研发经理而言，要对自己组里正在进行的每个项目都有深入和及时的了解，知道最新的进展：哪些项目处于绿灯状态，哪些处于黄灯状态，哪些处于红灯状态，并对此进行思考、采取相应行动。
处于绿灯状态的，当然很好，要给予鼓励；处于黄灯状态的，要给予适当的帮助，挪掉绊脚石，加速项目进展；处于红灯状态的，要了解为什么会这样，还能否采取相应措施补救。在行动之外，非常重要的就是反省，弄清楚为什么没有在黄灯的时候及时发现并给予帮助，然后吸取教训，避免将来出现同样的失误。
对于具体战斗在第一线的团队，定期的项目碰头会可以让某个项目的所有战斗人员都能保持对信息获取的一致性，有共同的交流基础。我们每周也会有一次例会，工作在不同项目的组员可以借此进行沟通和交流，经常有一些需要互相帮助的问题都是在这个例会上提出讨论并马上做出决定。这个例会让大家都清楚我们整个组正在进行的所有项目的状态。
然而，后方人员，比如关心某个项目的同事或者我老板的老板等，要了解一个项目的进展不是非常轻松的事情。我也不希望他们一有问题全跑过来找我。所以，作为研发经理，我会在每周五把组里当前正在进行的所有项目的进展情况汇总到一起，形成简报，给所有关注支付产品的人发邮件，让他们都能有机会了解到相关情况。对于看完简报之后仍有兴趣了解细节的人，他们可以去找负责具体项目的工程师，这些在简报中都会清楚地列出来。
编写这种简报有几个值得注意的地方。
1.你的简报应该能在一分钟之内被人阅读完毕。当然，能在30秒内看完更好。这样既是对别人时间的尊重，也能增加别人对简报的阅读兴趣。
2.在简报的最开头一段，可以明确列出这周核心数据的变化。
3.应该只涉及组里最重要的3～5个项目。一个小组可能做的事情会很多，但一周之内最最重要的事情不会超过5件。这个简报不是用来汇报细节的，而是让大家知道最最重要的事情的进展情况，所以应该只涉及重点项目。
4.每个项目只用最最重要的一两句话去阐述清楚进展。多了，不会有人看；少了，讲不清楚。
5.项目进展的描述要着重在动词上面。是“做了”，还是“正在进行”，或是“准备进行”。
团队周报 – CSI组 – 20110524
亮点：
* 核心银行退款率： 100 基点 = 1%
/ 估算Credits退款率（ECCB） 总体 （过去30天，包括所有支付所有）：XXX （上周：XXX）
/ Mastercard：XXX （上周： XXX）
/ Paypal： XXX （上周： XXX）
/ Visa： XXX （上周： XXX）
核心项目报告：
* 某项目V2设计
/ - 完成：做了一场初步的设计研讨并获得很好的建议
/ - 下一步：采纳这些建议并在下周给出一个成熟的设计方案
* 属性的缓存 （减少超时和增加系统质量） （Sri负责）
/ - 计划在下周完成测试并发布
