注重实效团队

在项目团队开发过程中，我们需要注重实效的技术应用作为，一旦你有了一组注重实效的开发者，让他们工作在能够发挥自身能力的环境中，他们很快就会发展并提炼他们自己的、有效的团队动力机制。

 

针对团队，我们需要注重以下几点。

 

1.不要留破窗户

 

   质量是一个团队问题。最勤勉的开发者如果被派到不在乎质量的团队里，会发现自己很难保持修正琐碎问题所需的热情。如果团队主要鼓励开发者不要把时间花费在这样的修正上，问题会进一步恶化。

 

团队作为一个整体，不应该容忍破窗户-那小小的、无人修正的不完美。团队必须为产品的质量负责，支持哪些不要留破窗户哲学的开发者，并鼓励哪些还不了解这种哲学的人。

 

 

2.煮青蛙

 

  作为整体的团队甚至更容易被煮熟。大家认为，另外有人在处理某个问题，或是团队领导一定已经批准了用户要求做出的某县改动。即使是目的最明确的团队对项目中的更大改动可能也会很健忘。

 

与之战斗。确保每个人都主动地监视环境的变化。可以指定一个首席水情检测员，让这个人持续的检查范围扩大、时间标度的缩减、新增特性、新环境-任何不在最初的约定的东西，对新需求进行持续的度量。团队无需拒绝无法控制的变化，你只需要注意到他们正在发生。否则，你就会置身于热水中。

 

 

3.交流

 

团队中的开发必须相互交谈，看上去沉闷的项目团队是最糟糕的团队，他们举行无章的会议，在会议上没人说话。他们的文档混乱：没有两份文档有相同的外观，每一份都是用不同术语。

 

 

杰出的项目团队有着截然不同的个性。人们希望与他们一同开会，因为他们知道自己将看到准备良好、会让每个人都感到愉悦的演出。他们制作的文档新鲜、准确、一致。团队用一个声音说话。

 

 

 

4.不要重复自己

 

 

重复会照成工作的浪费，并且可能会带来维护的噩梦。显然，良好的交流可以有所帮助，但有时还需要另外的一些东西。

 

有些团队指定某个成员担任项目资料管理员，负责协调文档和代码仓库。其他团队成员在查找资料是，可以首先找这个人。通过阅读正在处理的材料，好的资料管理员还能发现正在迫近的重复。

 

  当项目对一个资料管理来说太大是，可以指定很多负责工作的各个方面。如果有人想讨论日志处理，他们知道应该去找marry，如果有数据库schema问题，去找fred。

 

 

5.正交性

 

 传统的团队组织基于老式的软件够着瀑布方法。各个个体的角色是基于工作职务指派的。你会发现商业分析师、架构师、设计师、程序员、测试员、资料管理员。等等。这里有一个隐藏的层级关系，按照你对的授权，你越接近用户，级别就越高。

 

 有些开发文化把事情推向极端，实施严格的责任划分:编码员不许与测试员交谈、后者又无须首席架构师交谈，等等。于是有些组织通过让不同子团队沿不同的管理链进行报告，对同题进行隔离。

 

 

围绕功能、而不是工作职务进行组织

 

 我们可以按照功能划分团队。把团队划分成小团队，分别负责最终系统的特定方面的功能。让各个团队按照个人的能力，在内部进行组织。每个团队都按照他们的约定的承诺，对项目中的其他团队有责任。承诺的确切内容谁项目而变化，团队的人员分配也是如此。

 

 这样按功能组织有什么好处?使用我们用于 组织代码的相同技术，去用像合约、解耦、正交性这样的技术组织我们的各种资源，有助于是团队作为整体与变化的各种效应隔离开来。

 

6.自动化

 

 

确保一致和准确的一种很好的方式是使团队所做的每件事情自动化。如果你的编辑器能够自动的在你输入时安排代码的布局，为什么要手工进行呢? 如果夜间构建能够自动运行各种测试，为什么需要手工完成测试表单呢?

 

自动化是每个项目团队的必要组成部分。为了确保事情以自动化，指定一个或多个团队成员担任构建员，构造和部署使项目中的苦差事自动化的工具。让他们制作makefile、shell脚本、编辑器模板、使用程序，等等。