本文的主要研究工作

本文将从实际项目的开发过程中分别总结出“版本控制”、“日构建”和“沟通管理”的应用方式，本文对这三方面进行的讨论基本包括了编码阶段到项目的集成，从代码的管理到与用户沟通中容易产生的问题，除给出单个问题的解决方案外，还将对小规模团队协作开发的关键过程及工作模式进行探索性讨论，希望能给出较为满意的方案。

本文所讨论的问题都是新手向team worker转变过程中必然遇到的，希望本文的读者能够通过本文对这些问题引起重视，并且找出适合个人和项目本身的工作模式。

......

沟通模式总结

在为期3个月的开发工程中，我们ITS开发团队始终保持着上述良好的工作模式，基本上没有因为沟通上产生问题，事实证明：

a）客户的要求及时地得到体现，项目及时地展现给客户

b）团队中分工明确，做到每人每工作周都有明确的目标，只要完成个人的既定任务，便可使项目的整个进度严格按照时间表运行。

c）团队合作意识明显加强，没有出现“三个和尚”的混乱现象。

d）学习气氛浓厚，个人开发中遇到的问题能够及时反映到我们的开发网站中，并且会得到来自其它开发人员及时的帮助。

上述IT项目中的沟通管理模式在我们ITS项目中的应用非常成功，正因为团队注重了沟通的重要性，所以没有因为沟通而产生任何问题。

.......

已经完成的工作

本文从实际应用的角度，详细论述了从单个程序员到项目开发团队的转变中，容易遇到的问题及其解决方案。从程序编码过程中的版本控制问题，到程序开发中后期遇到的集成为题最后到整个团队的工作模式的核心问题“沟通管理”都进行了理论上的讨论和实际工作的验证工作。

希望读者能够通过本文，和笔者一样能够从一个“独闯天下”的程序员渐渐领悟到团队合作所带来的优越之处，并且避免在转变为Team worker初期所遇到的最常见问题，少走弯路。

进一步的工作

虽然在整个ITS项目的开发过程中我们一直贯彻了上述开发模式并严格管理，但还是有一些问题用于时间和客观条件所限，没能及时解决，一下列出一些希望在日后的工作中能够解决。

a）在项目的日构建中，由于当时的知识面所限，没有能够采用自动构建工具和自动测试工具，日常的构建和测试工作是手工完成的。由于贯彻了日构建的思想，使得我们的集成工作没有遇到太大的问题，我们的系统始终是集成在一起的。争取在下一个项目中应用自动构建工具......