項目組最近做出一個重要的決定：對現有系統的重新架構。

經歷這么多年的工作，這樣的決定從程序員角度很可以理解。覺得別人的代碼寫得跟狗屎一樣難以理解。自我良好的程序員總是會覺得，我寫的肯定比他們要強。這些想法都是非常可以理解的。況且，現在的項目真的有點爛。

那么開始重寫系統，由于人手緊張，一心想要把新系統做好，做完美。必然引發，將大量的人力物力投入到新系統的開發中。只用少數人去維護老的系統。這里產生了幾個問題：

1.新需求被積壓。產生原因：老系統本身有bug，人員不足，只能留更多時間修改bug。新的需求能檔則檔掉。

2.人員在新系統開發中效率不高。產生原因：老系統的一些bug和關聯性比較強的功能，需要開發新系統的人負責。人員會處于兩邊工作，自然在新系統開發中效率不會高到哪里。

3.老系統的所有不滿瞬間爆發。產生原因：老系統的不好用，存在了很多可以修改的地方。新系統需要做，各種不滿意的地方，都需要在新系統中做出修改。

做了很多努力，原有老系統的人員調整，需求開發半暫停狀態。讓新系統開發似乎都走上了正規。一切都在往好的方向發展。如果繼續這樣想下去，明天一切都將是美好的。

事實真的會這樣嗎？

現在能順利的開發新的系統，是積壓了原有需求為前提的。當新的系統上線以后，所有的積壓的需求都會被釋放，所有的開發人員將疲于奔命新的需求。新系統上線也同樣會帶來一些bug.這兩件事可能會讓團隊壓的透不過氣。開發人員為了盡量的快，是不是又會將新系統代碼搞的一塌糊涂呢？真的不敢往下想。

眼前來看，一切美好是積壓了新需求換來的。我能做的就是把自己的工作做好，但愿我的擔心是多余的。