最近在着手“蓝色理想”的页面重构工作，这次的项目与以往来比有几个劣势：

1. 对参与开发人员的水平均不了解；
2. 陌生人，谈不上谁配合谁，只能自己多协调一下大家的编码习惯；

结合这两天的项目进展及过去的工作经验，谈一下前端开发中的团队合作：

1. 详尽的开发文档
   一件产品的诞生，凝聚的是整个团队的努力。要让大家的劲往一处使，最好能在项目开始前，准备好开发的文档，写明注意事项。未必是最完美的，初期通常考虑不了那么周全，但不能因为这个原因，而放弃文档的制订。前期节省的时间，造成后期维护成本的增加，得不偿失。
2. 代码注释
   每一个参与开发的人员，必须注意到自己的代码应该是清晰紧凑的。
   时时问一句，我有没有为一起做这件事和后续做这件事的人着想。
3. 避免样式冲突
   文章开头的案例比较小，暂时没有出现大规模冲突的情况。
   但是在实际的团队配合中，通常会出现这个问题。
   在开发中，要尽量避免使用 p h1 h2 h3 li 这样的通配符，以及 .left .right 这些大家有可能用到的变量名称。如果一定要用，放在显眼的位置。让大家知道，你给过什么属性。
4. 重复冗余代码
   相比较个人开发的页面，重复属性是团队开发中的一项弊端。自己写的代码，肯定知道哪个模块可以通用。但是同事们写过一遍的代码，如果没有经过调查，往往会再写一遍，等网站上线那一天，突然恍然，哎呦、原来他已经写过XX代码了……
   为避免这个问题，需要参与开发的人员，仔细观察设计稿中可以重用的元素，在开发前，明确哪一块是可以通用的，由谁来编写。这样前期耗费一点点时间，减少了整体代码的大小，更减轻了自己的工作量。
5. 沟通
   07年刚加入某开发团队，很陌生，有什么问题自己钻牛角尖，不闻不问的编写代码。这点是很不利于项目进展的。有问题，大家拿出来交流一下，简单的两句话，可以省掉很多编码编写的时间。把复杂的东西简单化。

团队协作中，假定每个开发成员的能力都是1，那么，10个人合作的结果可能大于10，也可能小于1。
我们需要做的是尽可能成为项目的推动力。
沟通是必要的，但尽量避免所有问题不加思索的全部抛出来。项目成员需要掌握自行解决问题的能力
人不是静止的事物，更像是方向各异的能量，相互推动事半功倍，若相互抵触则一事无成。

打印  |  相关话题：产品设计团队协作   |  类别：设计思想  |  源地址