项目组最近做出一个重要的决定：对现有系统的重新架构。
经历这么多年的工作，这样的决定从程序员角度很可以理解。觉得别人的代码写得跟狗屎一样难以理解。自我良好的程序员总是会觉得，我写的肯定比他们要强。这些想法都是非常可以理解的。况且，现在的项目真的有点烂。
那么开始重写系统，由于人手紧张，一心想要把新系统做好，做完美。必然引发，将大量的人力物力投入到新系统的开发中。只用少数人去维护老的系统。这里产生了几个问题：
1.新需求被积压。产生原因：老系统本身有bug，人员不足，只能留更多时间修改bug。新的需求能档则档掉。
2.人员在新系统开发中效率不高。产生原因：老系统的一些bug和关联性比较强的功能，需要开发新系统的人负责。人员会处于两边工作，自然在新系统开发中效率不会高到哪里。
3.老系统的所有不满瞬间爆发。产生原因：老系统的不好用，存在了很多可以修改的地方。新系统需要做，各种不满意的地方，都需要在新系统中做出修改。
做了很多努力，原有老系统的人员调整，需求开发半暂停状态。让新系统开发似乎都走上了正规。一切都在往好的方向发展。如果继续这样想下去，明天一切都将是美好的。
事实真的会这样吗？
现在能顺利的开发新的系统，是积压了原有需求为前提的。当新的系统上线以后，所有的积压的需求都会被释放，所有的开发人员将疲于奔命新的需求。新系统上线也同样会带来一些bug.这两件事可能会让团队压的透不过气。开发人员为了尽量的快，是不是又会将新系统代码搞的一塌糊涂呢？真的不敢往下想。
眼前来看，一切美好是积压了新需求换来的。我能做的就是把自己的工作做好，但愿我的担心是多余的。
网友评论