工作的思考十八：对团队的一些想法
这篇文章是我思考了很久才写出来，是好是坏也是我自己捣鼓出来，记录一下，也希望大家多提点自己的想法。
一丶现象
开发人员：每天都需要填很多文档，包括QA，QC，Plan等四五个文档，而且有的开发人员下班之前还会发很多报告邮件。
我们团队中前段时间来了一个新人，过了一个月就让他负责每天下班之前发报告。
每天光整理文档都要两个小时，最后每天都是十点左右才回家，看在眼里很心疼啊。
Leader：每天大部分时间都在维护文档，都在检查文档，如果哪个人填的不好，就会走过来告诉你赶紧修改等等。
二丶问题
开发人员：花了很多时间在填写和维护文档，转移了开发人员的注意力，不能集中注意力在编码上
我们团队中的开发人员平均每天都会花1-2小时左右在维护和整理文档。
Leader：花了很多时间在检查和维护文档，忘了最根本的责任 - 控制开发进度，提升软件产品的代码质量，解决开发中遇到的技术难题
三丶团队和敏捷
什么是团队：大家都有一个共同的目标 - 创造一个世界级的产品
敏捷：在一个高度协作的环境下，通过每个队员自身的自我反馈，及时调整和完善
虽然我对敏捷还是没有很多的认识，但是一些好的点子还是会引起共鸣的，我们应该要去学习敏捷，并运用它，虽然会困难重重，但要有信心。
四丶自我反馈
填文档为了是什么，我想大部分都是为了统计计划进度，任务做的怎么样了，Bug解决了多少等等，本质上就是一种反馈的体现。
反馈的途径：①通过填文档来反馈（死的） ②通过自身反馈，并由Leader汇总（活的）
怎么解决反馈：立会
① 一天一小会(小组)，一周一中会(大组)，一月一大会(整个项目组)
② 立会时间半个小时最适宜，会中不要讨论过细的东西
③ 每天上班之后半个小时后开会，让大家有一个缓冲的时间并且可以有时间统计自己什么任务完成了，还有哪些任务没完成，以及遇到什么困难了等等
④ 每天的立会由Leader来发动，Leader做好了反馈记录，这个特别重要
⑤ Leader收集反馈之后汇总并做出相应的计划调整以及汇报给上级
这样带来的好处是把反馈的时间都放在早上立会的半个小时中去了，不在需要开发人员再花额外时间去做这件事，他们可以更专心的做编码工作了。
Leader也不需要每时每刻去催促开发人员填文档，也不需要再去检查文档了，他只需要在立会中收集到队员们的反馈就好了，并在会后进行汇总，分析以及调整。
这边想说点激动的话：向那些该死的文档说去死吧。
用好立会将会带来很多好处，Leader应该善于从反馈中收集到更多有用的信息，然后做出调整。
五丶Leader不仅要把控进度也要提高产品的代码质量
首先我想说做Leader会很辛苦，虽然我没有做过Leader，现在还是一名小兵，但我能感受每上升一个层次都会带来更大的压力和挑战。
从广义上说：对外接受任务，并挡住外部一切压力，对内安排任务并检查任务进度等等。
从狭义上说：除了安排和检查任务，应该更注重产品的代码质量，注重开发人员的提升。
在现在公司的团队中我发现所有Leader的工作重心都放在检查任务进度，文档这些事情上面，但我想说的是这些都是最低要求，我们是否要注重我们产品的质量呢？
后端开发一直是我一个人在做，不管是代码规范，性能，重构我都会定期执行，从维护和扩展方面都是良性发展的。
前端开发人员有七八个，前端不管是从代码规范，性能，重构等方面一直都是没有规定，一直都是我行我素，各写各的。
虽然任务完成了，但是从后期维护角度上来讲都是一个最大的挑战，那么我觉得Leader的作用就体现了，制定规范代码，定期重构，定期CodeReview等等。
我想这些是Leader除了分配任务之外又一重要的职责了。。
六丶优秀人才
很多时候公司想找优秀人才，而优秀人才又很少，从而就会造成社会上就业压力大，而公司也招不到优秀的人。
那么很多公司找不到人怎么办？我想说 - 先招一个可以培养成一个优秀的人，那么我认为这样的人要符合三点：
① 用老板的思维来的工作
② 不仅是一个能干的人，还以一个肯干的人
③ 渴望进步，渴望成长，渴望成功
其实上面三点也是我从一些文章中看到的，只是经过了一些个人思考写在这里的。
优秀的人不一定是很聪明的人，但如果他具备了上面三点的一点我想他都会成为一位优秀的人才。
现在的团队就缺少这样的人，可以不断为项目做持续改进的人，可以从整个项目看待问题的人，为项目做强而努力的人，可能说的有点过激了。
最起码我是这样想的.......
至少现在我一直保持着一位码农应有的素质，并努力向这三点靠拢，也一直在努力着。
七丶用户，PD(Product Design)，开发
<高效程序员的45个习惯>一书提过让用户，PD，开发三者加入到整个软件开发生命周期中去。
这样可以不断听取用户的需求，从而来改进产品或调整方法，让开发者可以自由的发表对软件的建议，从而改变软件质量，让PD根据用户的需求进行设计软件产品。
但在我们的团队中用户，PD，开发这三者的关系却没有任何联系。
① PD没有去认真听取用户需要什么，而是凭借他们的经验和想法来设计需求
② 而开发人员也是有什么需求就做什么，没有什么建议提出来，就是有建议PD也基本是不理睬
③ 就这样我们各自为政，当一有什么问题就会推来推去的公司
在我的脑海里我我一直坚信做一个产品，如果没有把用户，PD，开发这三者有效的结合起来，那么总会在一方面有缺陷。
比如：没有重视用户的感受，那么这个产品就会没人用；如果不重视开发者，那么后期的维护，性能将会是一团糟，如果不重视PD，那么用户体验就会很差。
这些都是这段时间思考的想法，九月底就要辞职了，十月份去外面转转，十一月份开始去上海找工作，开始一个新的人生阶段，加油。
以同步至：个人文章目录索引
