今天举行了第二次会议，有如下几点感受。
1. 人员。大家的情绪还不错，来了十多个人，感觉大家对CoP会议的目标很认同，让我大受感动。希望下一次我们可以继续深入的讨论行动的计划和细节。下周可以找到几个积极TF，作为志愿者团队开始制定详细计划。
2. 达成会议目标。本次会议讨论所有TF最普遍的一个挑战，团队工作量大压力高。讨论很深入，共有4个方案产生。大家从解决Bug, 如何防止bug产生等角度进行了阐述。从解决bug的角度，大家提出了建立解决Bug的知识分享平台，总结典型通用bug的解决思路并且文档化。Bob从防止bug产生的角度，提出分析bug产生的模块，增加Debug的log，方便定位问题，提高软件设计质量等想法。最令人可喜的是，Yuting提出了TF本身工作太重的问题，Hao提出了两个解决思路，第一，提升个人工作效率。把自己的工作要工具化，流程化，标准化，提升工作效率。第二，有意识的培养组内同事，并委派自己的部分工作给其他同事。这些想法都非常好！！
3，以行动为中心。让各个TF让大家投票选出自己觉得最好的行动，然后再下一周实施。在第一个环节，就鼓励TF们进行上周行动分享，有四个同学有行动非常棒，并给予奖励。
4，活动参与度高。我设置了行动分享，小组讨论，方案展示和行动投票，还有最后的最佳投票。大家参与度还是挺高的。
5，做得不太好的地方。开场，没有把投影仪准备好，表白互相支持的环节很仓促就结束了。第二，时间安排不合理。只进行了一个话题讨论，时间就用光了。原计划的同事反馈，最佳投票都没有来得及进行。
反思和收获
对时间的把控不好。大家探讨的非常的热烈，这时候应该再多一点时间是不是更好？当然，也不一定。10-15min的讨论可以让大家集中精力，迸发出更好的想法，更长时间可能会让大家疲惫。每次活动探讨一个问题，能够谈的比较透彻就可以了。
TF的想法让我耳目一新，很有创造性。我觉得可以好好总结，然后建议给管理团队协助实施。
1. 首先在部门建立多种知识共享平台。1，各个产品的调试技能，软件开发技能分享平台。分享软件调试和软件开发的技能。不仅总结解决Bug的技能，还要提高软件开发的技能。从源头上减少Bug的产生，提升软件设计的质量，这个也是非常有意义的。
2，多种形式。知识视频化，文档化，网络化。方便更多人掌握软件技能。3，软件开发技能提升平台，把知识文档化，
需要进一步考虑的问题
1，经验流程化。如何把好的预防bug产生的经验变成流程和机制。
2，是否可以在适当的时机建议成立技术委员会，由技术专家负责提出关键的技术建议。比如软件编程规范软件测试规范，这些作为软件开发的bylaw必须坚持执行，需要管理团队不打折扣的进行实施。而不是由于开发进度等等压力而被忽视和取消。这个问题还没有想好可以再考虑考虑。
3，如何把我们两次会议的成果进行展示，从而取得管理层的支持，并协助推动实施。
网友评论