关于“工具、文档、需求管理、Bug跟踪”

一、工具

这里的工具指的对项目管理、开发或维护有帮助的软件工具、代码段、类库等。比如公司内部开发的成熟的控件或类库、Log4net日志类库、文件对比工具Beyond Compare、源码查看工具Source Insight、UltraEdit等等，有效的工具经常能使我们事半功倍，这是毋庸置疑的。可是，对一些工作很有帮助的工具使用，往往依靠个人的经验，没有作为公司的技术储备而积累起来，沟通不够，团结不够，效率不高，不能站在前人的肩膀上前进。

二、文档

一项计算机软件的筹划、研制及实现，构成一个软件开发项目。一个软件开发项目的进行，一般需要在人力和自动化资源等方面作重大的投资。为了保证项目开发的成功，最经济地花费这些投资，并且便于运行和维护，在开发工作的每一阶段，都需要编制一定的文件。这些文件连同计算机程序及数据一起，构成为计算机软件。文件是计算机软件中不可缺少的组成部分，它的作用是：

a.         作为开发人员在一定阶段内的工作成果和结束标志；

b.         向管理人员提供软件开发过程中的进展和情况，把软件开发过程中的一些“不可见的”事物转换成“可见的”文字资料。以便管理人员在各个阶段检查开发计划的实施进展，使之能够判断原定目标是否已达到，还将继续耗用资源的种类和数量；

c.         记录开发过程中的技术信息，便于协调以后的软件开发、使用和修改；

d.         提供对软件的有关运行、维护和培训的信息，便于管理人员、开发人员、操作人员和用户之间相互了解彼此的工作；

e.         向潜在用户报导软件的功能和性能，使他们能判定该软件能否服务于自己的需要；

f.          写，能促进思考，能使想象更完善和具体。

g.         写的过程中，不是在敷衍字数，而是在描述事实，在设计，对以后开发有促进作用，而不是负担。

换言之，文件的编制必须适应计算机软件整个生存周期的需要。

当然，文档的编制，要掌握度，我们的目的是为了提高工作效率，应该根据项目的实际情况来编制文档。小项目只需编制需求文档、软件设计文档、测试文档。

有的朋友可能会问：我一天到晚忙的要死，哪还有时间做设计、做测试、写文档？

这样回答的朋友无非是为其无知或者懒惰找借口。

我想反问：一个项目，你到底有多少时间是在不停的写代码？你是不是经常停下来想问题、理思路，迷惑接下来怎么做？你是不是经常写了重复性的代码？是不是经常做了又删除又做？你是不是无法快速的接下别人的项目或者把项目移交给别人？无论你如何努力，最后你的项目质量始终不高？

其实，如果一个项目有需求分析、设计、编码和测试4个阶段，分阶段控制质量，一切会不一样。凡事预则立，不预则废。磨刀不误砍柴工。不需要匆忙写代码，理清需求和设计才是最重要的。

三、需求管理

需求管理是一种用于查找、记录、组织和跟踪系统需求变更的系统化方法。需求管理是认识和管理对产品的全部需求，并确保主生产计划反映这些需求的功能。

如果需求不知道，你干什么？如果需求没理清，你怎么干？如果需求之间的关系没明白，你怎么能干好？需求管理的难点是，需求变更了，各个版本的文档和源码等未同步。

项目前期是需求驱动。

四、Bug跟踪

软件有缺陷，怎么统一管理、分发、处理等，总之为了提高软件质量。

项目后期是测试驱动。