我诅咒我们客户……

所以客户就会尽量多提变更，尽量多让开发团队加班，不管是真正要紧的事情还是无关紧要的东西。反正成功一次就算白捡一次么，他又没有额外成本的。

首先需要澄清一点，无论是包项目还是包人，都属于外包。
前者叫“项目整体外包”或者叫“项目外包”。承包方对项目成败承担有一定的责任。人月单价（通行的，但不是唯一的计价方法）一般较后者高。
后者叫“人员外包”，对承包方来说也叫“人员派遣”。承包方不负责项目管理，也不对项目成败承担责任，只对所派遣人员的质量承担责任。需求变更之类当然和派出人员的一方没有关系。

我想我们这里主要讨论的还是“项目外包”的形式。

我一直有个疑问：软件的开发只是整个生命周期中间很小的一部分，而把这部分的工作外包会给后续的工作带来很大的障碍。就我自己的经验，以前做过很多这类项目在开发期结束之后都没办法继续成长演进，顶多是小修小补，实在不行了就推倒重来。我很想知道从甲方的角度到底怎么看待这个问题：为了降低成本把软件的开发外包出去，结果是导致缩短软件生命周期，这是很多甲方愿意看到的吗？

不是员工的薪水，是客户付给公司的工钱。
关键不是钱，而是责任。客户有责任确定任务的优先级。当然有些项目、有些时候加班也没话说，不加班就会丢掉大单子，那么就认了，因为是我们自己选择帮客户背包袱。为了更多的收益就要负更多的责任和风险，道理是一样。

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

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

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

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

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

甲方不是专业软件公司，即使是自己有IT人员，也达不到专业开发人员的能力，甲方的IT人员多半起到规划和对外沟通的作用。一般的开发还是要在外找开发商。关于生命周期的问题如果想解决，那么就固定几个软件供应商不就OK了。象国外厂商整体外包，长年由固定的软件商来负责IT，那不就可以达到延续性的目的。

1.现在企业的姿态还是“我买你的软件，你卖给我之外还要管售后维护”，一切负担转嫁给公司
2.不少地方搞项目就是为了把钱花出去，即使原本可以自己搞的东西也要报一个项目交给外面的公司，然后再从外面的公司那里分一份好处，如果完全在内部搞就没可能这么随便的分钱了

软件的生命周期云云，也就是学术圈子里面吵吵罢了。

毕竟有一些企业真正需要软件给他创造价值，并且随着中国的发展这样的企业越来越多。

提供售后服务是应该的。但是开发商能够提供的免费售后服务只能是修正bug。正常情况下没有一家开发商会在进入维护阶段以后还会为用户增加或修改功能而不收取费用。

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