带小组做《固定资产管理系统》心得－11月25日

刚才才在别人的留言上看到了一句话：OOP是一种态度

那么，编程也是一种态度么？

事实上，这是我第一次带领小组做项目，应该来说，我做的并不会比其他小组的组长差

从很早以前就一直都带小组的经验，虽然一直都不是编程方面的项目

但是总体来说，所谓的组长，就是负责整个项目规划和人员协调的人

在这一方面，我应该是做的不错的，但是还是觉得有点郁闷

与组员之间的交流以及如何协调人员让项目能够保质保量的完成固然是我的兴趣，但是实际中却充满了各种困难

其中就我的感觉来说，最困难的并不是组员们的不合作，而是沟通的问题

就像你对于整个系统的设计有自己的想法，组员也有自己的想法，这样子的话，冲突和矛盾就发生了

从另一个角度来讲，这是对整个团队发展很有益处的一件事情，但是有些时候，你必须打断组员们的讨论，并且说服他们接受设计书上的方案，尽管他们往往能一眼看出设计书上的不足，并且提出自己的观点，但是在一个资源有限的项目中，如何最快完成符合客户需求的系统才是重中之重

并非是说改进和更完整的计划就是不需要的，而是应该在时间和质量之间做出一个抉择，要么就是以快速度完成勉强符合的产品，要么就是顶着客户抱怨甚至退款的压力来完成一个质量上佳的系统

你的上司会逼着你做抉择，而身为项目领导者的你，要做的正是如何协调好两边的需求。

 

再来就是说一下在项目开发过程中的测试问题：

我个人最赞同的观点是测试先行

当我在写这次项目的计划书的时候，我也详细的写了测试方案，我认为：越是基础的东西越要牢固

但是在实行的时候却遇到了很多的问题

首先是组员的不理解，在他们看来，为什么要测试？为什么要做那种浪费时间的事情？

尽管讲解，他们也是无法理解，到最后还是有几个人没有进行测试，结果在进行界面设计的时候发现基础的功能类出现了问题，最后总体花的时间反而比预期的更多。

花在测试上的时间，总是会有回报的，没有比安心的用着测试过的代码更舒服的事情了