我改用的是每日工作矩阵，让成员每天上班开始进入工作前用5～10分钟把今天计划要做的事情记录下来，并按照轻重缓急分类，让他们先养成先计划，后做事的习惯。。。

One Aim,One God,One Life. || 最爱:偶家阳阳 || 博客:愚人camer || MSN:camellxr@hotmail.com

1.email文档虽然发送快捷，但反馈慢而且互动性不强；
2.例会方式可以激发各自想法，回报快捷群策群力更能解决问题。
所以我一直建议以周报形式提交，在例会上沟通，以我的经验高效的例会1－1.5小时就可以完成上周工作回报、项目问题提交、解决方案提出、下周工作计划布置，从周报提交到会议结束最多需要3小时，但效率能提高很多，这个暂时无法量化。当然必须以文档形式保存会议纪要。

对于开发经验积累关键是在实际开发工作中文档编写的及时和完整，这需要质管的严格监督，并独立于开发部门。

二、周例会，周报
每周末进行本周工作总结和下周工作安排，会议结束后撰写周报。

三、季度绩效考核
每季度进行，对季度工作情况进行考核（指标和参数比较多，就不逐一列举了）。

关于知识积累这个话题，我们也是在得到很多教训的情况下总结出了一些方法，一个重要观点是“关注结果” -- 即任何一个任务都要有结果和结论（无论文档还是代码）。比如修改Bug需要有记录和跟踪，搭建Demo系统需要有搭建计划、实施方案、测试结论等文档，甚至一个新人学习了公司积累的成熟技术或业务都要写学习心得，呵呵~~ 这样表面看来很费时间，但实际上效率在大多数情况下不降反升，因为在做任何一件事情前，方法、步骤、约束、风险和风险规避方法、干系人等等问题都考虑的很清楚了，所以虽然前期费些时间，但后期的效率和正确性带来的益处都弥补上了。另外，有完善的文档和跟踪过程保证，任何一个新人都可以轻松接手，避免了人员流失和工作变动的风险。

最后再唠叨两句：如“大漠”坛友所说的鱼和钓鱼，吃老本的方法对一个人是很危险的，一定要学会解决问题的好的思路和方法，一通百通。在好的“态度+方法”的保证下，一个人的工作绩效会大大提高。

其实如何做到上下级的沟通是很重要的。要在这两方面做到平衡比较难点