透過前案的合作模式，我們與客戶的各組的連絡窗口至少都有合作過....在第二案與組長討論很多次，決定開發勘災APP...

在構想APP的功能時，有請我們團隊最厲害的工程師去研究量測工具的可行性，包括量測角度、面積、距離、地圖等功能元件，因為工程師太厲害了，研究API很快就研究出來功能雛型了....所以我們在開規格給客戶都很放心的開.....

組長也很夠義氣的換了一位動作很快且又很積極的承辦給我們，且這個標案很快就公告了.....

誰知道......天有不測風雲，我們那很厲害的工程師居然在這時候有其他的生涯規劃，離我們而去.....

當時，開規格很開心的我，真是悲從衷來啊....只好與我們很堅強的pm....硬去把這案搶下來...(僅比競爭對手高0.5分,1順位)

雖然從強敵手上搶到案子很爽，但......卻開啟我們很擔心的專案........

在專案啟動前，組長就跟我們說過某單位會在這案協助我們需求確認、功能討論....

那時其實沒有很擔心，因此對某單位的印象就是很CMMI....很愛文件，大不了就是給他們看專案交付文件....（以前被政府單位pmo盯過，覺得大不了最慘就那樣嘛～）

後來專案啟動，我們pm報告完後，就換某單位報告，一開始沒有什麼......後來換徐老師報告後，開始出現新的專有名詞....「敏捷」「切割需求」.....（？！），還沒有google到什麼東西，就開始聽到教育訓練全2天......一堆工作坊......how to demo（！！！！）

那時，偏偏又被丟去大型標案，光需求訪談時間就很擠了，還教育訓練？還全二天...?心想死定了，我哪有時間去陪他們玩啊！！而且，時間都不夠了，是要多「敏捷」！！分明就是想B死我吧！！如果跟主管講我要花很多時間在一個案子玩「敏捷」，他應該會叫我撤場吧......（％＾＆＊！！....）心裡真是掙扎....

好！那時我開始心生抗拒「敏捷」了.......