《团队软件过程(修订版)》—第2章2.5节团队如何发展

简介: 团队不是一下子就形成的,它有一个发展过程。这个发展过程可能源于运气,但更多情况下来自于仔细严谨的团队建设过程。

本节书摘来自异步社区《团队软件过程(修订版)》一书中的第2章2.5节团队如何发展,作者【美】 Watts S. Humphrey(沃茨·S. 汉弗莱),更多章节内容可以访问云栖社区“异步社区”公众号查看。

2.5 团队如何发展
团队软件过程(修订版)
团队不是一下子就形成的,它有一个发展过程。这个发展过程可能源于运气,但更多情况下来自于仔细严谨的团队建设过程。一开始,大多数团队都只是一些个人的简单集合,其中每个人都有不同的目标。随着团队逐渐成为一体,成员们开始接受共同的团队目标。此时,这些目标就有了非同寻常的意义。就算这些目标并不严谨,团队成员也会付出巨大的精力去完成它们。他们这样做并不是因为目标本身,而是因为这些目标对团队具有重要意义。

团队如何成为具有凝聚力的团队
创建一个具有凝聚力团队的第一步,是让所有团队成员形成对将要开发的产品的一致认识。这是团队设定目标、制定计划的出发点。团队设定目标之后,所有成员要对开发产品的策略和计划进行讨论,并取得一致意见。

研究表明,知识型工作可以看成一个迭代的过程。该过程从几个工程师开始,其中每个人对自己要做什么都有不同认识。之后,经过一系列步骤,所有人最终对要做什么以及要取得什么成果达成共识[Mohrman,第52页]。在团队成员加深对产品的共识的同时,他们也对工作方式达成一致意见。经过这个达成共识、取得一致意见的过程,团队逐渐成为一个富有凝聚力的整体。

一开始,工程师们并不明确产品将会是什么样子,也不知道该如何开发产品。虽然他们还没有对产品和整个开发过程达成共识,但是一般来说,他们都能对当前的未知因素以及如何澄清它们取得一致意见。之后,他们就开始一系列迭代步骤:识别模糊和不一致问题,讨论如何解决问题,实际解决问题。接下来,他们进入更详细的层次,识别其他模糊和不一致问题并解决。在他们的认识趋于一致的同时,他们也就最终产品的细节和开发过程取得一致意见。

大多数工程师都意外地发现,冲突、模糊和意见不一都是取得共识过程中的自然具有的部分。让团队识别出工作中的问题,也正是产生创造性过程,此过程我们称之为设计。

TSPi通过指导团队一步步走过启动规程来支持组建凝聚力团队的过程。在启动规程中,TSPi详细说明了建设凝聚力团队的基本条件。

本文仅用于学习和交流目的,不代表异步社区观点。非商业转载请注明作译者、出处,并保留本文的原始链接。

相关文章
|
缓存 运维 测试技术
带团队后的日常思考(九)
带团队后的日常思考(九)
|
敏捷开发 机器学习/深度学习 搜索推荐
如何做好创业公司研发团队的项目管理?
探讨创业公司中的软件研发项目管理问题: 大部创业公司的软件研发管理处于什么阶段? 如何改善软件研发过程和提高效率? 软件研发过程会涉及哪些工程理论和方法?
337 0
如何做好创业公司研发团队的项目管理?
|
存储 数据采集 SQL
为什么你成为不了团队核心成员
为什么你成为不了团队核心成员
109 0
|
缓存 监控 前端开发
带团队后的日常思考(二)
  经常在工作时被人小窗,这里的计算有问题,那里的表格没内容了等等,一开始肯定是懵逼状态,然后是根据症状一步步的摸索代码逻辑。
带团队后的日常思考(二)
|
运维 监控 NoSQL
带团队后的日常思考(一)
  由于公司规模并不大,因此一有事情就会拉个会议,例如需要大会、技术评审、汇报周会、突发会议等。一周中大概有20%~30%的时间会花在大大小小的会议上。
带团队后的日常思考(一)
|
存储 缓存 移动开发
带团队后的日常思考(四)
  这次公司有个五周年的庆典活动,但正好碰到两个APP的版本发布,以及三个测试老员工离职,只进来了两个新成员,其中一个恰好要休陪产假,那么测试组资源异常紧张。   虽然我们提前了整整一周提测,但一直到周五还有很多点没测到。测试组甚至想到了阶段测试,因为多个活动的上线时间不同,所以可以先测最先上线的活动,后面的再往后推,延迟测试,这是他们组的一个对策。
带团队后的日常思考(四)
盖洛普Q12在团队中的应用
周五给大家做了个盖洛普Q12的分享。
盖洛普Q12在团队中的应用
|
SQL 小程序 测试技术
带团队后的日常思考(七)
  最近被插入了一个需求,我们组经常会被插入各式各样的需求,因为之前负责的范围非常广。   这次的需求就和一个陈年接口有关,其实要修改的地方并不多,就是为一个请求多加一个参数。   但是比较麻烦的地方就是验证阶段,就是我在加上这个字段后,我得知道发请求的时候真的带上了。   根据URL地址反查到了页面代码,在本地启动项目,访问页面,直接报错。   调试陈年项目,这种情况是经常发生的,涉及的问题很多,例如内部接口不通了,数据库表结构变了,需要的数据记录本地没有等等。
|
移动开发 自然语言处理 前端开发
带团队后的日常思考(五)
  他们组没有一个正式的组长,只有一个临时的代理组长,这种情况从我进公司到现在一直是这种情况,也是蛮奇怪的。   前几天,这个代理组长和其中的一个组员爆发了点冲突,我从旁观者对他们对话的理解就是,组员觉得他瞎指挥,他觉得组员无担当。
|
缓存 运维 前端开发
带团队后的日常思考(八)
  最近有个活动,在提测后的第二天,大家才得知上线时间是后天。但是问各个技术,大家都不知道这个时间,而产品是知道的,运营也知道这个时间。   那这就有点诡异了,为何会出现这个情况呢,进一步了解后,才发现原来在一次会议上,口头说了下上线时间和提测时间。   在那次会议上,大家都说了自己的开发时间,但是,对于提测时间,开发和运营却有不同理解。我的提测时间是11或12,但运营的提测时间是10号,以后对于这种时间截点还是要更敏感一点。   UI给到我们设计稿的时间,晚了一天,其实如果不晚的话,即使我们不知道上线时间,也会按预期进行。