标签：
随着项目的进行下去，在团队项目中出现的问题开始越来越多，也更明显。
一、在项目初期对项目的需求说明的不够简单明确，造成各成员之间的理解存在差异，由于团队成员的交流量不够，在项目进行一段时间后才发现团队成员的理解出现了不小的差异，导致前期写出的很多东西无法组合进行使用，甚至会因为软件方向发生争执。在发现问题后，团队增加了团队会议的次数，并要求在每次会议上各个团员对项目需要如何进行下去用简单的语言进行描述（尽量保证使用的语言不会出现二义性），然后通过所有成员的商定决定项目进行方向。通过足够的联系以及集体商定的方向继续完成项目，确保团队能有相同的方向，不会造成成员做太多的无用功。
二、未考察团队真实能力就定下目标，使得项目的既定目标定得太高（或太低）。在我们的项目中，我们将团队项目的要求定的太高而未真正考虑团队的实力。到了团队项目运作时，发现有许多的难点是我们现在的能力无法解决的。在问题出现后，我们决定先对团队能力进行能力评估（根据成员以前的表现、编码能力、知识面宽度整体考虑），将目标修改至我们能力范围之内。同时，将我们的原定目标所达不到的功能放置以后，将这些功能视为扩展功能，准备在基础项目完成后当做软件的扩展方向。
三、项目初期分工不明确，只是对项目需求、目前阶段工作等进行了说明。结果导致有多个成员同时进行同一项工作，使得某些工作人员过多，浪费了团队资源，而在另一些工作却因为没有人员去操作，导致工作闲置。这样不止是大大拖住了项目节奏，还造成了人力资源的浪费，使得团队的工作十分不合理。在问题出现后，我们根据成员的能力，对成员进行了分工，同时要求成员及时将自己完成的工作与团队共享，同时对已完成工作的成员进行新的工作分配，在使团队工作更有条理的同时，也尽量避免人力资源的浪费。
项目的工作还在继续进行，可能在之后的工作还会遇到更多的困难，也会面对更多的问题。不过，我发现这些问题带给我们的，更多的是让我们学会该如何去更好的使团队以更高的效率，更好的运行下去。
标签：
原文地址：http://www.cnblogs.com/wtd1996/p/5384879.html
