系統性能問題得到了顯著改善，但劉雲鵬心裏很清楚，業務部門是不會因爲性能指標的那幾個數字變好看了，就來買你的賬的。在實施性能優化的這段時間裏，項目組的工作狀態並沒有發生絲毫變化。加班、無精打采、私下抱怨成了項目組成員的日常狀態。劉雲鵬當初向領導申請了兩個職位，其中吳正超的技術經理屬於內部提拔，而他留下的空缺一直沒有填補進來。原本屬於小吳的那部分需求開發任務，也自然而然地分攤到了其他人頭上。這樣一來，項目組其他成員的日子就更加苦不堪言。
人手緊張，這是幾乎每個項目都會遇到的問題，對此劉雲鵬早有心理準備。既然問題已經擺在這裏了，那就必須正面解決，繞是繞不過去的。經過這半個月來的觀察，劉雲鵬發現，項目組有大量時間浪費在了等待需求解答，和應對變更上面。
需求書接連不斷地過來，需求尚未定義明確就催着趕緊開發。常常上一版需求的疑問還未解答，新的需求又扔了過來。而新的需求又存在大量的問題，跟前一版需求相互矛盾的情況屢見不鮮。如此反覆，造成大量的需求積壓。
而開發中途又經常出現臨時變更，甚至隨意增加需求。劉雲鵬經常聽到的一句話就是“你們先開發，不行以後再改”。代碼寫了翻，翻了再寫，造成大量重複勞動。而上線日期又不能更改，這也是項目組怨聲載道的一大原因。
雖然招了楊伊青專職負責需求工作，但一個人的力量畢竟有限。全公司那麼多業務部門，她光做到應對和初步分析，就已是焦頭爛額，更不可能對每個問題都考慮的面面俱到。
這些問題如果不從根本上下手，光靠堆人力是解決不了的。如何讓開發人員的時間不被浪費，充分發揮編碼效率，這是劉雲鵬一直都在考慮問題。
而此時，我們的劉經理正看着一份需求苦笑：
“
開發優惠信息配置功能，實現對不同商品的優惠管理。期望上線日期：X月X日。
”
對於這種“一句話需求”，劉雲鵬一直都是當段子來聽的，沒想到竟然真的發生在了自己身上。他揉了揉酸脹的太陽穴，拿起打印出來的需求文件，走進了領導辦公室。