软件开发的吐槽与思考

之前一直在做iOS开发工程师，现在有机会作为一个类似软件经理的位置（职称仍然是iOS工程师，但是实质上我不做开发的）来对项目进行把控，感觉很奇妙。

我所在的公司是甲方，请了一些外包公司来做软件开发，我会核查他们的代码和进度，并提出一些意见。总而言之要尽我所能保证iOS应用（以及其他部分）的质量和进度。

实质上3个月前，我还在作为工程师开发项目。基于一些同理心，我不愿对现有的外包工程师苛责，但是项目是比较复杂的，我有机会反思之前自己开发中的不足。顺便说一句，我一直以为我做开发的时候项目管控是很糟糕的，可是现在的外包公司比我之前还要糟糕。我之前的公司项目出现问题是由于项目过多，而且开发流程不够规范；但是现在外包的公司人手足够（5个人一个项目），时间相对充裕，从来不用加班，可是问题也很多。

先说好话：这些开发人员的代码质量还是都不错的，我认为至少都开发一年半以上了。但是对项目质量的理解太差了，很多时候仅仅是完成功能而已。我们出售给用户的是产品，而不是一个测试过的，刚刚能够使用的软件。这个涉及到测试员对满意度的认识了，我认为是不够的。

再就是项目的结构存在不合理的地方，新的工程和老的工程重在一起，惨不忍睹。但是我来的时候这个项目已经上架了，呵呵哒！还有一些老的模块，据他们老大说没人敢动，怕出问题。功能划分的不够清晰，我看过几次代码找个文件都有麻烦。长期做项目的人，都有自己的一个比较成熟的框架，它可能不是最优秀的，但是是保证可以快速熟练完成项目而且容易被理解的，这一点他们做的不够。

即使这些框架不够清晰，我认为通过文档也是可以弥补的。但是来到公司之后竟然没有看到任何与项目相关的文档，只有一些旧的邮件，反正这些邮件我暂时也没看到。需求分析，概念定义，框架梳理，软件项目说明，版本更新说明，什么都没有。。。。。。不是说外包都是快速开发的吗？我以为文档完善才会比较快。加个功能倒是蛮快的，可是做出来后亲你们都不自己先测试吗？10次成功1，2次敢拿去给客户用吗？连个单元测试都没做过，靠！

作为甲方我也只能提提意见了，没办法直接插手项目。不管怎么样，以后自己做项目这些情况自己一定要避免，即使时间紧迫也要做好点。要是项目太赶要求只保留写代码的时间（这样的领导遇见不止一个），也只能who can who up了。