如何提升团队协做的效率

http://blog.csdn.net/xiaoting451292510/article/details/13022539

摘要：软件开发是一项团队活动，必然须要团队成员间的交流与协做。由此，如何提升团队协做的效率便成为你们共同关注的话题。本期三位嘉宾将结合本身的实践经验与你们一块儿探讨。

金仕达卫宁软件科技有限公司首席架构师李枫：审时度势，及时调整

分工合理，责任明确

团队是由我的组成的，团队中的我的每每经历不一样、背景不一样、性格有差别、水平有高低。在团队造成后、正式开工前，首先应该进行合理分工，要结合每一个人的特色和爱好，充分发挥出每一个人的特长。由于若是工做不愉快、不顺手的话，效率天然低下。分工完成后，每一个人对应的职责也就肯定了。这时应该同每一位团队成员进行明确申明，最好以文字形式落实到我的并与平常绩效考核挂钩，以免互相推诿、相互等待的状况出现。

制定高效的沟通机制

分工完成后团队即开始工做，此时必须保证信息在整个团队内的畅通，特别是互相之间有工做关联的同事，在发现问题时须要及时提出，以避免形成没必要要的工时浪费。 但软件开发自己是一种须要精力集中而且安静的工做，屡次临时性的打断会形成开发思路的停滞，所以团队负责人最好可以天天在固定的时间段内组织你们进行沟 通，并了解工做的进度。而固定的时间也会让你们造成习惯，使效率获得提高。

发现团队瓶颈

你们每每会陷入一种误区，认为团队中每一个员工效率发挥到极致的时候就是这个团队效率最高的时候。但通过企业管理实践不断的论证，这种想法实际上是很是可怕的谬 论。正确的作法应该是将整个团队当作一个总体，再去谈效率问题。团队的分工协做就比如是生产的流水线，流水线的总体生产效率不取决于流水线上效率最高的环节，而取决于效率最低、速度最慢的环节。当流水线上某一环节出现故障而停滞时，整个流水线也就停滞了。这也是常说的木桶原理。因此咱们必须时刻去发现团队 中的短板，尽一切力量帮助它，提升它的效率。这样，也许会牺牲局部某些我的的效率，但通过一段时间的实施后，你可能会惊奇地发现整个团队的效率变高了。

按期检查，及时调整

流水线的机器是死的，而程序员们是活的。所以团队的瓶颈也许会由于调整而发生变化，这时须要团队负责人审时度势，及时进行调整。也许须要修正前期的分工，也 许须要改变正在使用的技术，甚至是更换没法胜任的团队成员。让整个团队的工做效率保持在一个较高的而且可以相互匹配的水平，这样作很是重要。

总结

团队是一个总体，不能靠每一个员工进行单打独斗，要始终牢记团队的最终效用取决于团队中效率最低的环节。进行合理分工是预防瓶颈发生的前提，而创建高效的沟通 机制则是发现瓶颈的有效方法。当瓶颈环节出现后要尽团队最大力量去发挥其效用，而当瓶颈发生变化时需及时作出调整，才能提升团队协做的效率。

杭州云图科技有限公司研发总监，资深项目管理专家涂勇：提高研发团队协做效率的四个秘诀

要提高研发团队的协做效率，我认为可从目标、规则、沟通和工具四个方面入手。

目标，让团队成员有明确的前进方向

清晰明确的团队目标能够对团队高效协做造成很强的牵引力，更重要的是，团队目标是团队成员我的目标制定的前提。要让团队高效率的协做，最好的方法就是让团队 全部成员每时每刻的工做都围绕团队目标开展。须要指出的是，将团队的目标分解成近期目标、中期目标和远期目标是一个值得推荐的作法。此外，少数优秀的团队 管理者甚至可以将团队的远期目标上升到团队使命感和价值观的高度。要作到这点，管理者需具有卓越的领导力。

具体到研发管理，对项目而言，明 确项目目标并不困难，诸如产品发布、系统上线等这些均可以做为项目目标，而且项目经理也能够很容易以项目计划的形式来加以落实。但对职能部门的管理者而 言，制定好职能部门的目标就很考验管理水平。职能部门的经理不该忽视部门目标的重要性，而这能够与团队成员的我的职业发展目标结合起来考虑。

规则，让团队成员始终保持住队形

高效率团队运做，必定有良好的团队规则作保证。明确告诉团队成员，什么样的行为是团队所不能容忍的，并将其造成制度。制度违反者都应受到相应的惩罚，并作到 及时（第一时间）、公平（一视同仁）、公开（团队内部）。制度是团队的高压线，不坚定执行的制度还不如没有制度，记住这点很重要。

若是说制度告诉团队什么事不能作，那么规范就是告诉团队成员尤为是新进入团队的成员应该怎样作。文档规范、编程规范、原理图设计规范等开发规范，是团队高效率协做的保证。规范不是制度，能够容忍一时不遵照规范的状况，但应该让团队在遵照规范方面作得愈来愈好。培训、优秀案例和反面教材宣传等都是推行规范的好实践。 另外，规范不是高压线，不同意对违反规范的成员进行惩罚，最好的方式是对在规范方面作得优秀的人进行公开表扬。

制度和规范都是针对的人，对事来讲规则便是流程。没有高效率的工做流程，也就没有高效率的团队。对于牵涉多人协做的工做，即便是一个设计不完备的流程也比没有流程好。值得指出的是： 流程应该随着团队内外部的环境变化而作持续优化，在一些大公司中甚至会成立专门的流程改进小组，足见流程持续优化的重要性。

沟通，让团队成员凝聚成一个有机的总体

良好的沟通对一个高效率团队有多么重要，熟悉Scrum的朋友对此会有更深入的体会。“坐到一块儿，每日站立会议，Review会议”，Scrum在团队沟通方面推崇的最佳实践都体现了沟通的重要性。为何不少公司搬入新办公大楼后就开始走下坡路？下面的这个分析极可能就是主要缘由：团队成员在新办公区的座位 会比之前拉得更大，之前与团队成员坐在一块儿的主管们搬入了独立的办公室，而这会致使团队间原来造成的良好沟通氛围消失，其后果严重到足以给企业带来致命打击！好吧，我认可这听起来有点骇人听闻，目的只是想借此强调一下沟通的重要性。

经过开会来达到团队沟通的目的是一种好的方式吗？有人会说是，有人会说不是。其实，开会这种方式，无所谓好与很差，关键就两点：是否有必要开会以及开个什么样的会。个人我的感触：一人用嘴你们用耳的会应该是表彰大会；开了跟没开同样的会最好是批判大会；若是开会有人睡着了，大多数状况下是由于会议自己具备催眠效果。

相比开会这种沟通方式，我更喜欢现场管理和看板管理。

工具，是团队高效率协做的倍增器

这方面最容易让人想到的也是大多数团队目前所采用的方法就是：引入适合团队的协同软件。前面介绍的明确目标、制定规范和增强沟通等方面的措施，若是能有合适的团队协同工具支持和配合，推行起来则要顺利不少。

如何选择一款合适的协同软件呢？引入的协同软件贵在精而不在多，功能完备集成性好的协同软件能够避免引入过多系统而产生的信息孤岛。侧重自上而下管控的IT 系统只会在规范团队方面起做用，要提高团队协做效率，更应该选择实现注重协做性的系统。免费的协同软件大多不如付费的，但价格昂贵的协同软件对多数团队而 言并不适合。

优秀的管理者的工具箱中，老是会有各类各样的宝贝。诸如团队绩效、团队竞争等都是激发团队成员潜能和斗志的好方法，实施得好的话，能够显著提高团队成员间的协同效率。

若是你正好在带团队，不妨尝试一下上面提到的这些方法，相信你的团队的协做效率必定会愈来愈高。

Pragmatic.ly 联合创始人，Teahour.FM主播系统架构师叶玎玎：创业型开发团队的协做心得

毫无疑问，Stephen R. Covey的《The 7 Habits of Highly Effective People》和David Allen的 《Getting Things Done: The Art of Stress-Free Productivity》是我的管理类的超级畅销书，让咱们学会如何才能成为高效能人士。然而，即便团队里的全部人都是高效能人士，这个团队也不必定是 个高效能团队。咱们常说“一个和尚有水喝，两个和尚挑水喝，三个和尚没水喝”，正是出于这个道理。顾名思义，团队协做是指全部团队成员之间协同、合做，里 面会有分工、沟通、协调，甚至会有妥协，因此咱们须要一些规则和工具来帮助团队提升协做效率。本文的一些心得和实践来自于我在小团队（<10）的经验，而且在团队内部相互信任、目标一致的基础上，因此不涉及办公室人事管理，适合于创业型开发团队。

目标一致

不只要确保团队的长期目标一致，还要确保短时间目标一致。如同在足球场踢球，刚开始比赛时，你们战术和思想都是一致的。而一旦进球后，就会出现有人想守，有人 想攻的状况，这种不一致会形成局面被动并可能致使输球。创业团队也是如此。因此在任什么时候候，团队成员都要保持一致意见：现阶段的目标是什么，什么事情对团队最重要，而后全部作的事情都配合这个目标来完成。

合理安排

小团队人少，永远有作不完的事，因此在作计划时老是惧怕资源出现闲置而添加过多任务。咱们一开始也是如此。但慢慢发现，这样不只弄得团队身心俱疲，不停地赶进度，并且也会由于不停地延期致使团队很沮丧、压力过大影响工做的心情和状态。所以，如今每次迭代只会给你们80%~90%的工做量。有意思的是，不少时 候时间都是刚刚够。

易者优先

若是讨论时遇到意见分歧，且这些不一致的意见不涉及对错，那么会很容易陷入各自试图说服别人接受本身观点的困境，纯属浪费时间。因此咱们采用易者优先原则，设置了单任务最长讨论时间。 一旦超过讨论时间又没法达成共识，就会选择最简单的方案，先作出来，而后你们测试，最后再作改进。

免扰模式

肯定项目计划后，咱们就基本启动了免扰模式。咱们不鼓励在工做时随意地打断别人，即便是一块儿在办公室工做时。在咱们看来，每一次粗暴的打扰（例如电话、 IM）都是对效率的损害，咱们更须要的是100%专一在要作的事情上。所以，咱们要求每一个人若是须要讨论，就先想清楚整个问题，而后在 Pragmatic.ly或者Hipchat里发出来。短期来看可能回复会有延时，但从长期来看反而能让你们都能更深刻的思考、更专一的工做。

尽可能避免会议。只有一个例外是遇到困难须要头脑风暴时，由于开会比起文字是效率更高的选择。但只有任务涉及者才须要参与，而不须要浪费其余人的时间。

状态同步

团队人越多，沟通成本越高，尤为是须要知道团队的当前状态时，例如目前进度如何，接下来有哪些事情要作，作完的时候需不须要其余成员帮忙审查，或者有没有卡 在某些地方须要帮助。这些状态和信息同步是很是耗时的，咱们更倾向于用眼睛看代替嘴巴说，而 Pragmatic.ly就很好地知足了这点。项目里的全部信息和状态都会实时地同步给整个团队。

代码审查

做为开发团队，咱们不必定能保证每一个任务都有充足的测试覆盖并且也不追求100%覆盖率。但每一段代码、每一次修改，都必须有其余人来审查，经过后才能进入 主干。代码审查中能够发现当事者没考虑过的设计细节和一些实现上的Bug，保证了软件质量。经过代码审查，每一个人能够学习到其余人好的思惟方式和编码方 式，也会提出作的很差的地方和改进意见，是整个团队在代码级别的另外一种沟通和思考，促进了团队的成长。代码审查也能避免单点故障，万一出了问题，即便代码 编写者不在，仍然有其余人能马上去修正。

过程审查

除代码须要审查外，过程也是一个颇有审查必要的事情。因此咱们会不定时地一块儿进行一次简单的回顾，各自对这个周期的一些工做提出意见，而后在下一个周期里有针对性地改进。整个工做过程就是这样不断地在迭代式调整和改进，让咱们根据自身的状况，实践出最适合团队的方式。

健康工做

要想工做好，身体先练好。一个健康的成员才可能高效地工做。在Y Combinator有个理论，在产品发布前，你应该专一并只专一两件半事情，1开发+1跟用户聊天+0.5锻炼身体。而在产品发布后，你应该专一并只专 注三件事情，0.5开发+1跟用户聊天+1运营+0.5锻炼身体。可见锻炼身体的重要。咱们团队每一个人基本天天都会有专门的运动时间，跑步、游泳，或者健身房，已然成了咱们工做的一部分。