人事档案管理系统总结（二）---用文档和客户交流

          2013年8月21日，又有一次去人才市场给客户发布了人事档案管理系统，但是这一次去

不在是以前那样带着沉重和害怕的心情去了。这次去是带着轻松的心情去了，因为是带着开发

小组人员一个多月的辛劳汗水去的，而且这些辛劳汗水能够他们看见的。

         带着开发小组做好系统和客户打交道的时候，常常会出现以下几种情况：

         1. 客户把上一次提出的需求给忘记的，发现做出来的系统不是他想要的。虽然说客户是

上帝，但是客户也是人，对于头上说过的话，可能过了一会，客户就把自己刚说完的需求给忘

记了，特别是再一次去给客户发布系统的是，客户感觉某些功能不是他们想要的东西，而且

客户还感觉自己说得很清楚了，但是发现开发人员开发出来的系统确不是他们想要的东西，

然后客户感觉自己说了很多次了，这个时候客户的态度就会慢慢的有点不耐烦了，感觉自

己花了钱，却得不到自己想要的东西。

         2. 需求变更。在学习软工的时候，了解需求的变更是很正常的。但是客户的需求按着

他自己的想法来，无止境的变更，这样就是不好的了。有时候带着做好的系统给客户验收，

这是他们一拍脑门子又有了新的想法了，甚至这些想法会让已经开发好的系统大动，这时

候就等着回来翻工吧，翻工是一个特别痛苦的过程，看着开发小组辛辛苦苦做来的东西，

给客户看过之后不满意，又得推翻了重新做，那种感觉会让人对自己失去信心，怀疑自

己是不是很笨，客户提出的要求都不能满意；会让人对整个系统有一种厌倦感，想去逃

避整个系统；会让自己变成一个怨妇，抱怨着客户的需求怎么三天两头都在变啊，到底

客户想要的是一个怎么样的系统啊！甚至很多时候客户都是不知道自己真正需要的是一

个怎么样的软件。例如客户和你说“我要实现统计功能”，但是客户具体需要统计什么信息，

他自己都是说不清楚的。这时候不管是开发人员还是客户只能摸着石头过河了。

         3. 客户在抱怨开发系统的时间过长。客户感觉这些功能没有什么，就那么一点点功能，

怎么到开发人员那里花费的时间就那么长呢，客户在怀疑你是不是能力不够，你是不是没有

认真的在做他的系统，在做他的系统的同时又在给别人做系统，从而耽误做他们的系统。例

如我们做人事档案管理系统的时候，8月8号的时候去给客户发布了一次系统，但是8月8号的

时候给的需求变更得比较厉害，其中也有一部分原因是当初做需求的时候，对于客户的业务流

程不熟悉，在设计的时候，没有考虑到位。回来修改的时候，花费的时间有点长，8月21号去

的时候，客户就在抱怨我们修改的时间过于长了，不过时间确实有点点长，但是我们也是在马

不停蹄的做，都是边做边摸索。

         4. 去给客户部署了一个下午的系统，回来感觉没有什么成就感，倒是抱回来了一大堆系

统需要修改的地方，还有一大堆变更的需求，回来还得马不停蹄的给人家做系统，虽然说自己

在系统中可以学习到很多东西，但是看到自己劳动成果被否认，就感觉特别不是滋味。而且自

己还无法向上级领导交代。当系统做的时间长了，客户的领导人给自己的领导打电话说“你们

怎么还没有做系统，你们是怎么一回事啊?”那我们如何让领导有个好的回复，让对方知道我们

一直都是努力给他做系统呢。

         对于以上的四个问题，就是一样东西就可以很好的解决了，让以上的四个问题都不在是

问题了，那就是文档。在学习软工的时候，在做个人版机房收费系统的时候，在做合作开发机房

收费系统的时候，总是感觉不出来文档的好处，感觉有没有文档都一样，反正都能开发出来，那

是因为我们对机房收费系统的代码太熟悉了，对机房收费系统的业务太熟悉了，就算是闭着眼睛

就能够知道那个功能到底是做什么用的。但是做一个你完全陌生的系统的时候，就文档的好处就

提现出来了。

         在做人事档案管理系统的时候，前期去谈需求的时候，只是用手机录了音，但是由于本人

有点懒，没有整理成一份完整的文档，并让客户签字确认。就直接开始做了，本来对档案管理这

一部分的业务流程就不理解，做出来的系统有很多地方是不满足客户的需求的，每次去发布系统，

客户就会给挑出各种不是，需求各种变更，回来重复做着工作，那种很不爽的感觉让我对这个系

统产生了很强的厌倦感，已经无法静心把这个系统做下去了。后来听取老师的建议，把每次变更的

需求写成需求变更文档，并让客户确认好，签好字，我们就按照文档上面的变更需求修改，从那个

时候起，我们就很少再会在某个地方重复的修改了。

         这次去的时候，我把整理好的需求文档和概要文档整理好，并打印出来，一共80多页，拿给

客户的领导签字，领导看完了文档，说了一句：“看得出来你们很认真在做这个系统了，你们在这个

系统上花了不少心思！”那个时候感觉特别好，让客户肯定自己，让客户知道我们在为他努力的做系统。

而且有了文档，自己也可以向自己的领导交差，让自己的领导知道自己最近一段时间都在干什么了。

现在每次去给客户发布系统的时候，当场把需要变动的地方或者是需要添加的功能整理好让客户签字，

还有就是打印一份确认发布书让客户签字，而且每次的变更都会在回来的时候整理好放到需求文档，

概要文档和详细设计文档中，下次再去的时候，让客户的领导把这些需求文档，概要文档，详细设

计文档签字，让他知道我们在努力为他开发软件。而且回来的时候，看着客户签好字的文档 ，感觉

特别有成就感，感觉自己一个下午的时间是有所值的。

         而且这次去的时候，我真正体会到了需求文档，概要设计文档到底应该如何写，这次去的

时候，我主要是带了需求文档，概要设计文档去的，我观察了客户在看文档的时候，他比较关心

的是功能实现后达到一个怎么样的效果。在文档里面客户会去去看用例图和软件设计的界面，

大概会实现的是哪些功能，这些功能实现后是一个怎么样的效果。

         和客户的交流单单是口头上的交流和录音是远远不够的，要让客户说的每一句话都变成

文字，并且让客户为自己所说的话签字负责。这样减少了开发人员在某一个功能上不断翻工，

同时也让客户看到自己的劳动。而且与客户使用文档交流，可以让开发人员处于主动状态，

而不是被动状态！便于潜在用户了解系统的功能、性能等各项指标，为他们选购或制订符

合自己需要的系统提供依据。