项目-团队-技术-个人 (团队建设篇)

简介:

可能是工作的时间长了,加上自己也是个有点心的人,最近一年开始思考一些技术周边的事情。

团队建设。

团队如何高效。

如何提高团队成员的水平。

如何让团队保持进取心,保持积极的工作态度,保持他们对于技术的渴望和追求。

如何激励他们,绩效,氛围,以身作则,言谈举止,哪一个更有效。

感觉敏捷、结对、代码审查也许可以解决部分问题。

新人如何快速融入团队,新人如何成长,缩短新人进入团队的磨合期。

如何使工作3-5年的人保持积极的热情,积极的工作态度,唤醒他们对技术的渴望和追求。如何指导他们的下一步发展,如何引导他们的下一步发展,帮助他们确定下一步的发展方向。

1、每天早晨进行站立会议。带头主动发言,说明进度及问题,有无需要协调的资源,有无需要细化的工作。有需要的话,大家再坐下来沟通和讨论。 
2
、星期五下午,团队组织技术交流。可以是介绍一周自己的进度及工作问题,也可以提出自己的疑问,也可以讲述自己近来的学习成果,新发现。内容限定为技术话题。 
3
、鼓励工作之余学习各种技术,其他平台,其他语言,参与开源项目,将来有机会发展我们自己的开源项目。可以在周五下午分享学习的成果,学习碰到的问题,大家一起帮助解决。 
4
、建立对外的开发团队博客。在博客中建立个人简介。每个人都可以发表文章。内容限定为技术博客。学习成果,工作中解决的问题,好的分析解决方案,新的发现,都可以发表。 
5
、活跃团队气氛,加强交互,形成良性成长环境,加速新人成长,缩短新人期。 
6
、允许个人选择自己喜欢的工作内容,尽量的安排每个人做自己喜欢的工作,使得每个人对项目的整体进度有更多的了解,可以提升工作效率。 
7
、 引入结对编程。两种组合形式:1、技术相差不多的两个人结对,可以加速成长。2、新人入职之后,先和骨干结对,及时发现新人的问题,编码习惯问题,思维方 式问题,命名习惯问题,及时解决,加速新人成长,还可以控制新人犯错的空间。可以定期更换结对,让每个人都了解项目的整体状况,也可以避免长期从事一种工 作内容导致的兴趣减低带来的效率降低。 
8
、代码共享,每个人都可以修订别人的代码,重构自己的代码。逐渐抛弃你的代码就是你维护,我的代码就是我维护这样一种不良的想法,项目是大家的,代码也是大家的,大家要对项目负责,不管是谁写得代码,每个人都需要对他负责,而不只是当初编写的人负责。 
9
、引入单元测试,在重构和修订代码之前,先写好单元测试,保证重构和修订不影响原有代码的功能。通过编写单元测试,增加程序可测试性,改善代码结构。从改善局部设计开始做起,在以后的编码中逐渐形成良好的编码习惯,积累设计经验。 
10
、严格把控模块之间交互接口的设计,尽量避免不合理的设计对后面模块集成带来的问题。 
11
、对代码进行审查,从代码中发现不好的习惯,同时也发现好的习惯,从代码入手,减少开发-测试的往复工作,提高编程的愉快度。




本文转自 virusswb 51CTO博客,原文链接http://blog.51cto.com/virusswb/751728,如需转载请自行联系原作者

目录
相关文章
|
缓存 运维 测试技术
带团队后的日常思考(九)
带团队后的日常思考(九)
|
敏捷开发 机器学习/深度学习 搜索推荐
如何做好创业公司研发团队的项目管理?
探讨创业公司中的软件研发项目管理问题: 大部创业公司的软件研发管理处于什么阶段? 如何改善软件研发过程和提高效率? 软件研发过程会涉及哪些工程理论和方法?
352 0
如何做好创业公司研发团队的项目管理?
|
监控 NoSQL 前端开发
带团队后的日常思考(三)
  参与制订业务方的BUG规范,业务方最近投诉我们技术部,在飞书群中提出BUG后,技术部没有人响应,认为我们的态度太冷漠。   后面我就提出任何看到的人,只要知道是谁负责的,就@那个人,大家都不要客气,这是第一步。
带团队后的日常思考(三)
|
存储 数据采集 SQL
为什么你成为不了团队核心成员
为什么你成为不了团队核心成员
115 0
|
运维 监控 NoSQL
带团队后的日常思考(一)
  由于公司规模并不大,因此一有事情就会拉个会议,例如需要大会、技术评审、汇报周会、突发会议等。一周中大概有20%~30%的时间会花在大大小小的会议上。
带团队后的日常思考(一)
|
缓存 监控 前端开发
带团队后的日常思考(二)
  经常在工作时被人小窗,这里的计算有问题,那里的表格没内容了等等,一开始肯定是懵逼状态,然后是根据症状一步步的摸索代码逻辑。
带团队后的日常思考(二)
|
存储 缓存 移动开发
带团队后的日常思考(四)
  这次公司有个五周年的庆典活动,但正好碰到两个APP的版本发布,以及三个测试老员工离职,只进来了两个新成员,其中一个恰好要休陪产假,那么测试组资源异常紧张。   虽然我们提前了整整一周提测,但一直到周五还有很多点没测到。测试组甚至想到了阶段测试,因为多个活动的上线时间不同,所以可以先测最先上线的活动,后面的再往后推,延迟测试,这是他们组的一个对策。
带团队后的日常思考(四)
盖洛普Q12在团队中的应用
周五给大家做了个盖洛普Q12的分享。
盖洛普Q12在团队中的应用
|
缓存 运维 前端开发
带团队后的日常思考(八)
  最近有个活动,在提测后的第二天,大家才得知上线时间是后天。但是问各个技术,大家都不知道这个时间,而产品是知道的,运营也知道这个时间。   那这就有点诡异了,为何会出现这个情况呢,进一步了解后,才发现原来在一次会议上,口头说了下上线时间和提测时间。   在那次会议上,大家都说了自己的开发时间,但是,对于提测时间,开发和运营却有不同理解。我的提测时间是11或12,但运营的提测时间是10号,以后对于这种时间截点还是要更敏感一点。   UI给到我们设计稿的时间,晚了一天,其实如果不晚的话,即使我们不知道上线时间,也会按预期进行。
|
缓存 前端开发 JavaScript
带团队后的日常思考(六)
  当前我们组管理着一套审核系统,除了数据源是服务端提供的,其余后台管理都是由我们组在维护。   这个系统就是将APP中的各类社交信息送到后台,然后有专门的审核人员来判断信息是否合规,当然在送到后台之前已经让机器审核了一遍。