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

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



一丶现象

开发人员:每天都需要填很多文档,包括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,那么用户体验就会很差。

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

稿源:博客园_TimYang (源链) | 关于 | 阅读提示

本站遵循[CC BY-NC-SA 4.0]。如您有版权、意见投诉等问题,请通过eMail联系我们处理。
酷辣虫 » 综合技术 » 工作的思考十八:对团队的一些想法 – TimYang

喜欢 (0)or分享给?

专业 x 专注 x 聚合 x 分享 CC BY-NC-SA 4.0

使用声明 | 英豪名录
切换注册

登录

忘记密码 ?

您也可以使用第三方帐号快捷登录

Q Q 登 录
微 博 登 录
切换登录

注册