董延明是個對生活充滿幻想的人，他會給自己生活里的某一天或某一個階段臆想成一個人生轉折點。這些點涇渭分明地標示出兩種截然不同的生活。在他想像中，那些點之後的生活無比美好。就好像他高中時，盼望著結束高考之後的大學生活，似乎那裡就是避世的樂土。大學又盼望趕緊畢業之後進入工作單位，彷彿那裡是自由的天堂。儘管現實中的遭遇總是事與願違，但是他仍每次都要樂此不疲地熱望那一天早日到達，而且熱望的同時還伴隨著地獄中仰望天堂的YY。
答辯日就是那些臆想的轉折點之一，而且想像中答辯的過程應該猶如瓊漿玉露甘之如飴，但真的度過了卻如白開水一樣平淡。答辯就好像一出正戲前的開場鑼聲一樣，緊鑼密鼓地提醒人們注意正戲開場了，儘管於整部大戲的質量關係不大，卻無法跳過。
答辯之後，董延明最顯著的變化就是總算有了彈性工作時間，上班時間放寬到十點鐘。這也不是說員工每天的工作時間減少了一個小時，只是允許早上晚一個小時到，不過要通過晚上加班來補足這晚到的一個小時。公司每月會根據員工一個月的總工時平均到每天來計算每天工時，如果每天平均工時不足八小時……那很顯然說明你的工作時間有問題了。
這時小成散播謠言說部門每月會有工時排名，拍在最後面的要被打D，如果連續幾個月都排最後面，就說明工作態度有問題，就要被末位淘汰。
董延明很憤怒這樣的規定，晚上加班時私底下去問高守。高守是個很有趣的領導，表面上冠冕堂皇，滿口大道理「公司的資源二十四小時只能用於工作用途」，私底下卻非常願意以個人的身份與人推心置腹。他跟董延明說，這都是過時情報了，從前確實有過，但是已經廢除有一段時間。他同時也囑咐董延明，彈性之後對自己的時間一定要把握好，如果平均工時真的少於八小時，最起碼是說明工作時間都不飽和，具體後果他也說不準會怎麼樣，但是肯定不是好事。
董延明聽了高守的透底就放心了，不過這個彈性工作制對他意義也不算大，因為V7忙得太凶了，每天的工作時間總是不夠，實在也沒有時間給他彈。他和方誌久累死累活把SRS寫完，戰戰兢兢地發出去評審，卻很意外地收到了寥寥幾條意見。董延明以為是這個文檔的質量高，竊喜，殊不知大多數參與評審的人對SRS的關注程度要大大低於規格文檔，原因是規格是開發的基礎，只要基礎打正了，沿著規格的方向寫總不至於出什麼大問題。
可惜，董大俠的基礎根本沒打正……
SRS階段還要完成STC文檔，即系統測試用例的寫作，測試用例要求條件覆蓋所有涉及到的修改點。董延明和方誌久大眼瞪小眼，完全不知道該怎麼覆蓋。董延明找老黃訴苦說，他們倆對於BAR產品的實際應用和操作完全不了解，也就是說，他們知道這個特性是幹什麼的，但是實際中操作的步驟和條件是一點也不知道，因此沒有辦法來實現條件覆蓋。老黃深表同情，但是又表示沒有辦法，建議他找自己的導師來幫忙。
董延明覺得黃大仙這種意見根本就是扯淡，潘安找不到人，找到了也沒有時間讓他教幾天，而且黃大仙的項目計畫，STC的寫作時間只有三天，還沒學會就要結束了。
當初黃大仙的這個項目計畫出台的時候，高守就在自己資源組的例會上說這個計畫不行。STC只有三天，UTC只有五天，CODE階段卻有七天！這種安排的結果只有一個——就是寫測試用例的時候大家都敷衍了事，CODE階段卻能閑一半時間，因為一般來說全流程每天三十行的生產率，到了CODE階段因為前期SRS和LLD③文檔已經將思路全都準備好了，所以這個階段的生產率會達到每天五百行，也不排除有一些編碼解碼的代碼太過雷同導致生產率狂飆，就好像喬幫主一天寫過五千行代碼。而且等到後來ST和UT階段，開發人員會發現之前寫好的STC和UTC完全不可用，結果就是重寫CASE或者馬馬虎虎地結束測試階段，真正的後果是時間點越界、產品質量下降。
高守也只在自己資源組裡說過，對外沒有提過。
董延明建議黃大仙給自己派一個老員工，熟悉BAR產品的，否則後面LLD階段要寫偽碼，董延明和方誌久在不熟悉代碼的情況下根本就不知道該如何下手。
黃大仙開解董大俠說：「做人要有彈性韌性，其實工作這回事就是在不斷地面對問題，你不能總希望著萬事俱備只欠東風這種情況。我還想你們都懶驢上磨，我不用挨個去管，行嗎？」
董延明想想覺得有道理，也知道說也沒用，就沒話說了。華為的文化一向提倡發揮主觀能動性，自己主動解決問題，不是等領導解決好了你再做。老鞏從前說過，以前華為還很小的時候，南美沒有客戶，也沒有針對當地的市場人員，那怎麼辦，難道招募員工再培養一段時間？那恐怕麻辣燙都涼了。老闆一揮手，把一個產品研發團隊連根拔起，扔到南美去做市場。開始是一窮二白一無所有，結果亂拳打死老師傅，硬是殺出一條血路。這種才是在華為內部受人尊重的好漢，不是領導全都給你安排好了、等你去做的那種少爺。同時這種剽悍的作風也贏得了業界的恐懼。
黃大仙接著說：「不會就學，誰天生就會？不給你壓力，你一輩子也學不會，別有點壓力就叫喚個沒完。」
董大俠想辯解說，這不是有點壓力，可又懶得分辯，只嘆了口氣。黃大仙以為董延明認同了，便拍著他肩膀，學著老鞏的口氣，語無倫次地說：「小董啊，不錯嘛，你這個STC要更快完成，同時要保障缺陷率，不過你成長得還是很好嘛。等下一個LLD的速度一樣要加快，要儘快成為專家！」
董延明覺得黃大仙逼人太甚，有些氣急敗壞，語氣也不是剛開始那麼恭敬了：「大佬，我跟方誌久都快脫層皮了，你還讓我趕快，我們倆好幾個星期都沒在九點鐘之前回過家了，今年的NBA快完了我現在都不知道東西部排名呢。」
黃大仙點點頭說：「沒關係，大家也都不知道呢。」說完又自己哈哈大笑。老黃太喜歡說冷笑話，每次都讓董延明冷得受不了，上次1和0的還沒搞懂呢。
董延明回去和方誌久商量怎麼寫STC，倆人都一籌莫展。最後還是找了高守，高守說，STC非常重要，直接影響後期軟體質量，建議他們就算延期也要寫好，就算老黃給他們壓力也要頂住。董延明和方誌久有了自己的領導支持馬上就有底氣了，他們找方誌久的導師宋江來指導，想多花點時間先弄明白BAR產品，然後再開始寫STC。結果宋江簡單給他們培訓了一下，就跟他們說：「這東西糊弄糊弄就行了，誰ST階段會按照STC來測啊，我幹了這麼久了，最知道了！沒用，形式主義。」說完又補充一句，「你們寫吧，到後來做ST是不是你們負責都說不定呢！」
剛入部門培訓CMM流程的時候，那可是非常強調各個階段包括STC的重要性的，可聽宋江這麼說，董延明和方誌久弄糊塗了，究竟類似STC階段這種有用沒有？難道只是用來糊弄人的形式？倆人接觸CMM時日太短，不好下結論流程究竟是糊弄人還是幫助人的。倆人能判斷的僅僅是，高守的說法會讓自己很累，宋江的主意會讓自己很輕鬆，這樣一量化倆人就知道該如何選擇了。