工作的思考十八:对团队的一些想法 – TimYang

综合技术 2013-09-01

这篇文章是我思考了很久才写出来,是好是坏也是我自己捣鼓出来,记录一下,也希望大家多提点自己的想法。



一丶现象

开发人员:每天都需要填很多文档,包括QA,QC,Plan等四五个文档,而且有的开发人员下班之前还会发很多报告邮件。

我们团队中前段时间来了一个新人,过了一个月就让他负责每天下班之前发报告。

每天光整理文档都要两个小时,最后每天都是十点左右才回家,看在眼里很心疼啊。

Leader:每天大部分时间都在维护文档,都在检查文档,如果哪个人填的不好,就会走过来告诉你赶紧修改等等。



二丶问题

开发人员:花了很多时间在填写和维护文档,转移了开发人员的注意力,不能集中注意力在编码上

我们团队中的开发人员平均每天都会花1-2小时左右在维护和整理文档。

Leader:花了很多时间在检查和维护文档,忘了最根本的责任 - 控制开发进度,提升软件产品的代码质量,解决开发中遇到的技术难题


三丶团队和敏捷

什么是团队:大家都有一个共同的目标 - 创造一个世界级的产品

敏捷:在一个高度协作的环境下,通过每个队员自身的自我反馈,及时调整和完善

虽然我对敏捷还是没有很多的认识,但是一些好的点子还是会引起共鸣的,我们应该要去学习敏捷,并运用它,虽然会困难重重,但要有信心。



四丶自我反馈

填文档为了是什么,我想大部分都是为了统计计划进度,任务做的怎么样了,Bug解决了多少等等,本质上就是一种反馈的体现。

反馈的途径:①通过填文档来反馈(死的) ②通过自身反馈,并由Leader汇总(活的)

怎么解决反馈:立会

① 一天一小会(小组),一周一中会(大组),一月一大会(整个项目组)

② 立会时间半个小时最适宜,会中不要讨论过细的东西

③ 每天上班之后半个小时后开会,让大家有一个缓冲的时间并且可以有时间统计自己什么任务完成了,还有哪些任务没完成,以及遇到什么困难了等等

④ 每天的立会由Leader来发动,Leader做好了反馈记录,这个特别重要

⑤ Leader收集反馈之后汇总并做出相应的计划调整以及汇报给上级

这样带来的好处是把反馈的时间都放在早上立会的半个小时中去了,不在需要开发人员再花额外时间去做这件事,他们可以更专心的做编码工作了。

Leader也不需要每时每刻去催促开发人员填文档,也不需要再去检查文档了,他只需要在立会中收集到队员们的反馈就好了,并在会后进行汇总,分析以及调整。

这边想说点激动的话:向那些该死的文档说去死吧。

用好立会将会带来很多好处,Leader应该善于从反馈中收集到更多有用的信息,然后做出调整。



五丶Leader不仅要把控进度也要提高产品的代码质量

首先我想说做Leader会很辛苦,虽然我没有做过Leader,现在还是一名小兵,但我能感受每上升一个层次都会带来更大的压力和挑战。

从广义上说:对外接受任务,并挡住外部一切压力,对内安排任务并检查任务进度等等。

从狭义上说:除了安排和检查任务,应该更注重产品的代码质量,注重开发人员的提升。

在现在公司的团队中我发现所有Leader的工作重心都放在检查任务进度,文档这些事情上面,但我想说的是这些都是最低要求,我们是否要注重我们产品的质量呢?

后端开发一直是我一个人在做,不管是代码规范,性能,重构我都会定期执行,从维护和扩展方面都是良性发展的。

前端开发人员有七八个,前端不管是从代码规范,性能,重构等方面一直都是没有规定,一直都是我行我素,各写各的。

虽然任务完成了,但是从后期维护角度上来讲都是一个最大的挑战,那么我觉得Leader的作用就体现了,制定规范代码,定期重构,定期CodeReview等等。

我想这些是Leader除了分配任务之外又一重要的职责了。。



六丶优秀人才

很多时候公司想找优秀人才,而优秀人才又很少,从而就会造成社会上就业压力大,而公司也招不到优秀的人。

那么很多公司找不到人怎么办?我想说 - 先招一个可以培养成一个优秀的人,那么我认为这样的人要符合三点:

① 用老板的思维来的工作

② 不仅是一个能干的人,还以一个肯干的人

③ 渴望进步,渴望成长,渴望成功

其实上面三点也是我从一些文章中看到的,只是经过了一些个人思考写在这里的。

优秀的人不一定是很聪明的人,但如果他具备了上面三点的一点我想他都会成为一位优秀的人才。

现在的团队就缺少这样的人,可以不断为项目做持续改进的人,可以从整个项目看待问题的人,为项目做强而努力的人,可能说的有点过激了。

最起码我是这样想的.......

至少现在我一直保持着一位码农应有的素质,并努力向这三点靠拢,也一直在努力着。



七丶用户,PD(Product Design),开发

一书提过让用户,PD,开发三者加入到整个软件开发生命周期中去。

这样可以不断听取用户的需求,从而来改进产品或调整方法,让开发者可以自由的发表对软件的建议,从而改变软件质量,让PD根据用户的需求进行设计软件产品。

但在我们的团队中用户,PD,开发这三者的关系却没有任何联系。

① PD没有去认真听取用户需要什么,而是凭借他们的经验和想法来设计需求

② 而开发人员也是有什么需求就做什么,没有什么建议提出来,就是有建议PD也基本是不理睬

③ 就这样我们各自为政,当一有什么问题就会推来推去的公司

在我的脑海里我我一直坚信做一个产品,如果没有把用户,PD,开发这三者有效的结合起来,那么总会在一方面有缺陷。

比如:没有重视用户的感受,那么这个产品就会没人用;如果不重视开发者,那么后期的维护,性能将会是一团糟,如果不重视PD,那么用户体验就会很差。

这些都是这段时间思考的想法,九月底就要辞职了,十月份去外面转转,十一月份开始去上海找工作,开始一个新的人生阶段,加油。

您可能感兴趣的

程序员花1小时写JavaScript 常用方法总结... 经常使用的 JS 方法,今天记下,以便以后查询。 /* 手机类型判断 */ var BrowserInfo = {userAgent: navigator.userAgent.toLowerCase()isAndroid: Boolean(navigator.use...
第五十四周 – 至我们的星辰大海 曾经的我那么懦弱畏惧着一切,也曾向往外面如此美丽的世界。用力挣扎用力忘记身上的烙印,却压抑不了胸中的热血。 更新历史 2017.06.23: 完成初稿 从马来西亚回来,由烈日骄阳转为连日阴雨,凉快是凉快了,但湿答答粘糊糊总是不太舒服,好在临近周末天终于开始放晴。虽然...
Apple accounts for new ARKit 1.5 features in updat... Apple this week updated its Human Interface Guidelines for iOS with new entries covering augmented reality experiences, making adjustments and additio...
Quick Go-lang for Java Developers Golang seems to be getting quite popular as its the programming language of choice for some cool new technology like Docker , Kubernetes , ...
The Developer’s Guide to Collections: Sets The set is one of the most mathematical abstractions in the Java Collections Framework (JCF) and plays an integral role in numerous use cases, includ...