开发质量提升系列：系统建起来就能解决项目的困难？

今年接了一个监管报送的项目，监管类的项目有一些很突出的特点：时间掐的很死、数据准确性要求很高、需求变动频率很快（需求是由监管机构提出的，跟一般行内的数据类需求差别很大）。在这样的背景下，项目带来的压力是一点都不小的，关键是，能用的资源还不足。由于这个监管需求的发文时间很急，发文后的一个月内就要完成首次几张报表的报送，所以根本没有充足的时间去找第三方公司协助。所以在项目初期的时候，只有我和一个应届生一起从 0 到 1 地开发，然后几乎每天加班才能刚好在要求的时间范围内完成。项目过程中的各种辛酸真的只有当事人才能明白。

项目的短期方案是由自主研发来满足报送时间点要求，长期方案还是要寻找第三方公司协助，所以身为项目负责人的我，也是在一边自主研发一边做着项目采购来逐步推进项目。好不容易 1 月份的时候项目采购招标完成，第三方厂商人员也要求提前进场，理论上来说已经看到前路的曙光了。但我心里还是乐不起来，起因是领导的一句话：这个项目还是要把系统尽快建好。

系统建好就等于项目的困难就得到解决，顺利完成项目吗？根据我的实施经验，好的系统确实有助于项目的完成，但是坏的项目也会反过来拖项目的后腿，而且，还有比系统更重要的因素是被忽视的。

在项目前期，我和一个应届生的小伙伴就可以把项目实施得漂漂亮亮，至少不会被业务人员所投诉。这时候，我们也是没有系统支撑的，全靠自身的能力、经验还是负责的工作态度去老老实实地完成。所以，一个项目实施质量的好与坏，或者说代码开发质量的好与坏，工具能提供一定的辅助，但是关键还是靠所实施的人的能力、经验还有工作态度。

有些时候大家对项目的实施是持有比较乐观的态度，觉得这个项目规模不大，随便把系统搭好就基本完成任务了，这是因为过于注重依赖工具而忽略了人的因素。结果等到项目实施了一半的时候，对整个项目做第一次全面盘点，才发现各种各样的问题，不得不天天加班把前期所挖的大坑一步一步地填完。

最后做一个小小的总结：对于项目实施，无论规模大小，都不能掉以轻心。前期必须把关好项目的规划和实施风险，特别是人这个资源的风险。系统风险是排在人的风险后面，这是因为，有好的开发团队，系统自然会建设好，相反系统做得再好，结果开发团队不行，整个项目还是会做烂的。