团队复盘 - 17 年第 49 周

大纲

• 时间：17-12-02 第49周 周六 10:50 - 15:40
• 人员：E 学堂项目组、党员学习地图项目组、鼓励其他开发组成员参与
• 主题：
  • 民生银行 - E 学堂项目（已上线）复盘
  • 电信大学 - 党员学习地图项目（待上线）复盘
  • 【存在感】强的人不适合当前团队

要点

民生银行 - E 学堂项目（已上线）复盘

• 需求表述、需求文档（所有业务文档）整理
• 代码框架、说明文字整理
• 项目部署、说明文字整理

电信大学 - 党员学习地图项目（待上线）复盘

• 需求表述、需求文档（所有业务文档）整理 @增磊
• 代码框架、说明文字整理
• 项目部署、说明文字整理

【存在感】强的人不适合当前团队

• 你是问题收藏者还是问题终结者？问题闭眼者 -> 问题处理者 -> 问题终结者
• 你是为了自己写代码还是为了项目实现功能？
• 你是只看眼前问题然后让产品经理天天追着去填坑还是自己多思考几步，让客户安静的使用我们的产品？
• 你是否有时间概念，是否理解产品经理期望的时间节点？
• 你是否对团队文档敏感，是否一直在充电完善自己？
• 你是否有能力去完善技术、项目文档？
• 当前追求稳定时，其实你已经掉队了！

---

总结

10:50 - 15:40，交流讨论了四个多小时，总结一下：

1. 项目复盘时应以文档输出为主，方便后续维护与其他同事参与（讨论要优化的细节占用许多时间）
2. 项目开发过程的文档规范需要继续整理，先出一版，供大家遵循参考
3. 大家敢于面对问题，但会议后讨论时的问题表象依然存在，需要提拔优秀的成员行使监控制度，同时重点培养
4. 需要思考如何继续良性的坚持复盘？

0.01

项目推进过程中会踩坑、填坑，在此过程中会有所成长，假设这一能力成长量化为 0.01，那么该成员在填坑后的能力值就为 1.01；

此时鼓励甚至督促该成员深化理解坑存在的原因及填坑的更多解决方案，整理成文档共享给所有成员，那么理论上团队填坑的能力也要整体增长 0.01；

此时某成员对文档不敏感，甚至消极对待，客观上他就没有填上述坑的能力，相对团队整体实力，他的能力值则为 0.99；

WX20171202-203353@2x.png

当前团队成员应届毕业生居多，踩坑机率很多，成长点也在于填坑的过程；理论上三十个填坑差距后，团队成员间能力值的最大差距可以是翻倍。

思考：如何保证成员单体增长 0.01 能力值后可以延伸到团队的整体能力值；

• 团队成员整理问题的文档表达能力（奖励措施）
• 团队共享知识文档的普及推广能力（鼓励措施）
• 团队成员对共享知识文档的敏感度（惩罚措施）
• 团队成员掉队的量化指标判断标准（合同流程）

讨论音频

• 链接: https://pan.baidu.com/s/1pKEtmTP
• 密码: qv5a