试水对日外包，反思国内软件开发

     从学校毕业有一年多了，找了家对日做外包的企业，老总看上去典型山东人的（不算眼睛里透出的光啊！），号称要打造千人团队。

     进入正题，说说对日外包。给我留下最深刻印象的是，一切开发以文档驱动，所有逻辑要有文档支持。有人问，为什么？因为嘴不好使。不是说的不好使，而是记不住所有的点。而且有些软件核算是以点来收钱的，那不就得写得清清楚楚。换句话说，你要有个猪一样的，满嘴跑火车，不按她说的做，就尥蹶子的队友，这时，开发文档就会明确告诉她，这地方是什么功能，长什么样，操作哪些表。

    不可否认国内有些软件做得不错，可是他们换个人升级维护，这位苦命的老兄就要爬五更起半夜，研究上面那位大侠写的天书了。一个项目
4000
不仅要考虑到本次项目实施，还需要考虑今后的系统，为加快系统升级做准备。

    回头再说我们公司的文档吧，由于我们是老员工传、帮、带，也就出现了文档带有培训者的个人习惯，没有一个详细的准则，出了问题问项目经理，经理不懂问品质组，品质组再按自己理解解释，一级一级向下传达。所以两个不同经理可以带的项目，文档就会有不同的小区别，但是在对日外包（我公司模式）中这种问题是不允许的。

    前些日子看了老朱的走出软件作坊，发现国内现在急需一套完整的需求分析文档模式。原因有三：一、现有最大的市场是中小企业的信息化（虽然现在的经济环境不好，但是我心不渝，中小企业是只大肥羊），中小企业一般一套软件如果业务不膨胀发展的化，一套好用的软件用两年不成问题，所以两年后我们最需要的是业务分析，是需求。二、现有开发技术的发展，我们现在有把握我们现有技术能跟上么？18个月硬件升级，到时我们开发系统的是不是该改改了。三、我们是人，我们好奇，总得给我们大家有新的玩意吧。

    所以，促进开发的有序与可升级（谁不想赚钱啊）才是我们的正途啊。