Devops实践:全功能团队

全功能团队
devops概念也盛行一段时间了,业界对其设想是比较期待的,这其实是各软件公司在老的路子上走了很多年,现已跟不上时代的发展了。原有的软件开发周期长,而产品的支撑能力不见得能满足快速变化的业务诉求,大家都在寻找一个快速响应外界变化的解决方案
软件的世界里,脊梁还是在人,至少在人工智能还弱智的时期,人是第一生产力。那寻求快速响应外界的变化,其实最终是要落在一个快速响应的团队上。
纵观这些年如雨后春笋崛起而坚强的活着的公司,一个不能被忽视的关键因素是背后有强大的团队。全功能团队概念是最近这些年新提出来的,但其实践其实老早了。比较典型的例如创业这个行当,几个初始合伙人大家聚在一块,出钱的出钱,出力的出力,撸起膀子干。全功能团队的认识大抵是从类似这样的一些已有成功案例里脱胎出来的,换了个名字包装,其实没啥新鲜的,新鲜的是如何把非普世的单个案例变成大家都能学的而且都学得会的成功经验,即实践。
谈实践前,谈下创业相对顺利公司例如腾讯,当然顺利是相对哪些不幸的公司来说的,腾讯能有今天肯定是摸爬滚打过来的,比较而言初始团队是比较全面的且各方面素质都不低,有产品经理,有技术牛人,有擅长市场拉业务的等等成员,对应初创公司来说他们的角色配置相对是齐全的且是均衡的;另外一个我觉得是一个团队当成一个人在运作,有中心但又都是大脑,大家目标一致,有问题集体出谋划策找方案、决策和实施,大胆尝试不畏惧出错,通过团队决策避免重大失误,小的问题集体反思和改进不重犯
全功能团队从目前我司厂的实践经验看,把产品经理,SE,开发和测试各角色集中到一个团队中,产品经理侧重把握产品方向,SE侧重方案把关,开发测试侧重的出炉产品,全功能团队中既分角色,又不分角色,分角色是大家各有侧重各有所长,不分角色是随时根据需要进行补位;全功能团队是同一个责任体是一个人,拥有同一个目标就是把产品做好,产品做好了大家受奖励,产品做不好全团队绩效降等。全功能团队不仅负责产品的交付,同时负责产品的运营,产品好不好还是要客户买账才算,产品没人问津大家就是客户经理是市场分析人员并驱动产品调整方向,产品投诉多问题多大家都是运维替客户解决问题并驱动研发改进。全功能团队的另一个要素是人少兵精,前面讲了一个团队是一个人,如果一个团队人多了想当成一个人还是很有难度的,全功能团队的敏捷性就体现在一个人上,一个人在不考虑决策正确与否的前提下做事是最快的最有效率的,全功能团队小团伙2-3个人聚个头就决策一个问题给一个方案,把浪费在需求,设计,开发等瀑布式传递和沟通的时间省下来,去做点别的有意义事情。
总之一个好的产品需要一个好的团队,一个好的团队总该是有一个成功的产品。全功能团队,大抵是一个团队向一个好的团队发展的运作策略

猜你喜欢

转载自blog.51cto.com/13734075/2117250