我诅咒我们客户……

不过，国内很多企业在这方面确实做得不好。其原因还是因为缺少有力的IT部门，对软件全生命周期的维护工作缺少清醒的认识和理解，同时又不重视建立和开发商之间的长期合作关系。

  不过搞不好，在没有做完善的情况下就上线运行了，而且客户初期验收的时候还给骗过去了。这个时候客户需要添加和修改功能有该怎么说呢？

今天又要我和客户谈我模块的详细需求，我真不明白，为什么以前需求没做清楚，就算没做清楚，也不应该我谈阿，项目经理3天没来了，估计请假了，现在是个代理的项目经理，这样临时换项目经理，恐怕士气也受影响吧……幸亏我们是小公司，彼此都认识，好了，工作，一会想象怎么和客户沟通，已经问人家3次了，不知道他们会不会烦……

和开发商建立长期的合作关系实质上是一个相互的过程。有很多开发商，处于技术、业务或者公司发展方向的原因，并不适合建立长期合作关系。比如有些公司，我们给他们留了足够的利润空间，但是管理阶层的留置过半，以及各种非常规做法(比如扣发部分工资作为项目风险金，将来和项目奖金一起分发)，直接导致一线开发人员的积极性和稳定性很成问题.
国内的IT项目提供商，这类公司占了绝大部分，本身不是像做百年老店那么去运作的，甚至10年老店的想法和做法都没有，让企业怎么敢和这些公司建立长期的合作关系。

外包有几个原因：
1. 一个软件在维护期需要的人员总是比开发期要少，那么多出来的人怎么办？如果企业一直有软件开发的需求，这些人一直有事干，那还好说。不过大部分企业不是这样的。因此企业养自己的开发团队是不合算的。而且即使企业愿意养，因为没有竞争，这样的团队其效率也是很值得怀疑的。

2. 和其他的外包一样，社会分工的结果。企业只专注于自己的核心竞争力，其它部分外包给专业的公司。这对提高企业效率也是有好处的。

对于软件全生命周期的维护问题，也是有解决方法的：
一种是企业自己建系统维护团队，负责小修小补的工作，遇有大的系统修改，再立项外包。 这类维护团队应该在项目开发阶段的后期就介入，熟悉系统以便于今后自己做维护。我们做过这样的系统。用户自己接手以后，是能够胜任做些小修小改的，最近要上新的子系统，就又找到我们再来开发。

或者是 和外包商签订维护合同。由外包商配置系统维护团队。这类维护工作中倒是有不少采用开口合同的。这种方式比较适用于企业和开发商之间有长期合作关系的情况。而且开发商也是非常愿意采用这种方式的。

不过，国内很多企业在这方面确实做得不好。其原因还是因为缺少有力的IT部门，对软件全生命周期的维护工作缺少清醒的认识和理解，同时又不重视建立和开发商之间的长期合作关系。

应该不会，说她几天后会回来的，我只是觉得我一个技术人员不应该和客户打交道

改需求第几次了第几次了第几次了第几次了，改就改吧，为什么还要大动干戈，我们就4个人，给你作个招聘子系统就要做成zhaopin.com，有点良心好不好！