项目管理学习之(2)-避免打地鼠式开发

    

       “当估计某一功能的实现时间时，不要只考虑最初写代码所花费的时间，还要加上提高、调整和改进这些代码所需的时间。写高质量的代码和测试都须要花时间。从短时间来看，这彷佛是一种损失，然而它带来的倒是长期收获。”速度当然重要，可是因为速度快致使的后果是无穷的。

         上面这段话引用自“项目经历应该知道的97件事”。文中举例有两个开发人员，一个速度快(开发出的代码可维护性差)，一个稳扎稳打(写出的可维护性好)。 在项目前期，开发速度快的人员很快的提交了可运行的代码，开发速度慢的则忙于架构代码，对代码总体框架进行优化，为后续功能的添加和改动做铺垫。在项目后期，因为新功能的加入，需求的变动，致使速度快的人员编写的代码出现了维护难，修改了这里那里就没法运行，花去了大把大把的时间来修复这里缺陷。就像打地鼠，你永远不知道下一个地鼠从哪里出现，下一个缺陷什么时候出现如何解决。而相反的是，前期开发速度慢的人员却发力了。因为以前的代码架构不少，模块之间的耦合度低，模块的变更不会影响其余模块，添加修改功能更简单更方面。

         结合上面两段话，我联想起我接手过的一个二手项目。项目初期开发人员因为时间紧，缺少经验，在功能实现的时候东拼西凑，仅仅是为了完成功能而编写了某些代码。最直接的后果就是后期项目测试环节，反馈的众多问题没法修改，或者只能折中方式去修改。改了这个地方，那个地方又出问题了。就像大海里行驶的木船，拆了这块板补那个洞，补好了以后刚才的地方又开始漏水了。

        所以项目前期不妨稍微慢一点，对基础架构进行慎重的考量，由此带来的好处天然没必要多说。尤为稍大的项目，前期的准备更是尤其重要。

        根基不劳，你还期望能建造出什么样的摩天大楼？~ 为了你的项目按时交付，避免打地鼠式的开发。