网站项目管理(二)

接上一篇：《网站项目管理(一)》

团队氛围 <!----> <o:p> </o:p>

团队氛围直接影响团队所有成员的精神状态，只有大家精神状态良好，才能保证工作的积极性与上进心，主动与同事、项目经理沟通。在团队中，大家最开始就应该有一个共同的目标，这个目标的形成，需要项目经理在领导、客户和项目团队成员之间寻求最佳点，深入需求分析，争得大家一致同意后确定每个步骤环节的目标，包括美工、开发、测试、试运行等等。这样可以保证在项目进行过程中避免不必要的分歧和争论，影响项目质量和进度。闲暇之余，团队里的成员可以在一起运动一下，如打乒乓球、羽毛球等体育运动，或联机游戏，但个人觉得还是体育运动比较好。 <o:p> </o:p>

项目文档 <o:p> </o:p>

这两天已经看到几位老大对它的讨论了，如庄兄的 《代码质量与文档质量》和Ghawk的《UP&XP之争，意义何在？》。我还不能站在一个高的角度上来评论这些，只是按照自己的一点点经验和思考来理解。其实对待项目文档，最简单的处理态度是适中，不要一味追求文档，但少了也肯定不行。文档是软件生命周期必不可少的东西，它的主要作用是规范统一的行为和风格，让大家有章可循，避免在开发过程中走弯路，并且文档要是可行的，这样可以降低项目的风险。当然，使用文档的目的是服务项目的，要能够为项目带来效益，所以没有必要一味的去要求书本中所提及的完整的文档，那样只会给自己带来时间的浪费和额外的成本，总之，适合项目的就是最好的。<o:p></o:p>

其他要求<o:p></o:p>

    软件开发中，版本控制几乎是每个程序员都会碰到的，流行的习惯用 CVS 作为版本控制，在上传代码时需要注释以便查询。程序的代码需要符合统一的规范，每个程序员都有自己的代码风格，即使是有注释，也会给他人阅读带来不便，因此强制执行规范的代码风格是必要的，在我参与的网络 MIS 系统中没有这个问题，因为所有的开发代码由自己一个人完成，但是良好的代码结构仍然对自己今后阅读，及他人维护带来很多便利。最后是测试的重要性，优秀的测试人员能够给项目把住最后的一道关，保证项目的质量，有时候测试人员的作用是决定性的，测试过程中的疏漏往往会直接给项目组带来时间和经济上的损失。