文 / 王不留（微信公众号：程序员生存指南）
昨晚收到公司研发部门每月刊发的技术月报。
受此启发，我们交付区域每个项目组也可以将思路打开，分析盘盘当月处理了哪些项目问题。
将问题梳理归类，分析哪几类问题比较突出。
而后，站在更高层面（区域层面）考虑如何解决这几类问题，形成具体的解决方案。
另外，这些问题的解决措施必须是自己团队负责落地的，不能给别人下任务。
咱们尽量不要有一个问题就解决一个问题。做完就做完了，不带走一片云彩。咱们要有技术沉淀、业务沉淀。
尽量多考虑通过流程或制度，将经验固化，提升整个组织的人均效能。
这块如何考虑，举两个小例子。
举例1：项目组可以基于公司以及区域的规定，编制自己的项目组团队规范要求。有个章法后，大家达成共识，那就按这个规定来执行。
这些规定可以是：
某位或某几位成员完成了一个难题，并形成技术文档，分享至公司内网，分享至公司项目管理委员会。
鼓励奖是零食，杰出奖是报请区域加相应绩效。
针对鼓励奖的零食，团队成员一块分享之，当然难题的解决者和文档的贡献者应该多吃点。
举例2：有些项目团队内部会召开周例会，盘点下本周的工作。
假如是周五下午或晚上开，咱们也不要开得太沉闷，可以邀请其它项目组的成员分享下他们最近研究的新技术或难题解决思路。
买些小零食，大家磕着瓜子，发发牢骚，分享下本周的心得。将好心情带回家。
通过持续分析后，形成经验，各项目组也可以输出类似的月报。
这个对项目团队非常有意义：
1、对内：将一个月问题的归类、分析、讨论、总结，可以提高项目组的总结归纳能力，提升业务技术水平；至少能够提升编写者的这方面能力。
2、对外：做成月报，主动邮件发给相关客户及其领导，打造项目组的品牌。咱们项目组不能只做客户的执行者，更应做客户强有力的卓越高效服务者！
项目经理，以及类似研发经理、实施经理，也是同理，不要以工作忙为借口，只会低头做事。
更要抬起头，多看看优秀团队的管理方式，多思考团队工作效率的提升和团队氛围的打造，多尝试一些突破性创新型的事务。
重视团队成果的总结与分享，重视团队建设，让平凡平淡的工作生活有些新鲜料子。
这样负责的项目组才能更加出群拔萃！
今天是持续写作第 6/100 天。
* 作者简介：王不留
