模式1 玩的就是心跳
基本上，我們公司現在就是這樣的情況：手忙腳亂，組織變得非常忙碌，他們認爲這就是敏捷。
這種不固定的狀態一直延續：需求規範不固定---沒人真正清楚要構建什麼；（這個真的說到了痛楚，
立項以來，數據分析不清楚怎麼分析；系統架構怎麼搭也還不知道，因爲要等其他公司的技術人員
過來了才清楚）設計和計劃也不固定--它們可能明天就會改變（我被安排過：數據分析，原型設計，
客戶端開發等等的任務。基本上，計劃的安排是：“小吳，你看看這個吧～”）
當然，“玩的就是心跳”型組織並不是總會失敗。我也覺得項目應該能成功，但是，他們都不可能
構建重大的東西--那需要穩定性和計劃！！！
模式5 保姆型項目經理
一個優秀的項目經理要對手下員工的能力瞭如指掌。他分配任務,制訂計劃，在可用的技能和任務
本身的要求之間尋求最佳的契合點。
實際是：
- 任務找們自己喜歡的，自己分。（恩，不瞭解員工的技能）
- 當然也沒有培訓和學習
- 沒人找我談談有沒需要幫助
模式16 主面板DashBoard
不想討論DashBorad，因爲我們沒有。就算有，寫完了也沒人更新，而且非常不直觀。那我們用什麼
工具展示項目進度呢？每日郵件！
你說，用下面一些工具展示很難嘛？
- 甘特圖
- 燃盡圖
- 結合開發的跟蹤（別開玩笑了，TFS我們絕對用不上！因爲我們沒有測試）
模式20 單一問責
每個人都知道自己要做的事情和做事的時機，而且也可以知道希望同事做什麼（這一點也同等重要）。
整個氣氛是活潑的，緊張的，而且目的明確。當你在項目上發現了這個模式，就能感覺得到空氣中瀰漫
着同樣的興奮感和成就感。
我向上天祈禱，希望以後這個能降臨到我的身上！
模式25 沉默即同意
要使隱式承諾更易於管理，一個行之有效的方法是公開聲明少量重要諾言：把它們寫下來，然後共享
給所有的相關人士。
恩，我現在也不傻。要確定分配什麼任務，寫下來給我；要確定任務的內容，我會寫下來給你來確定。
模式31 節奏
團隊通過定期交付，建立起工作的節奏。沒人會期待完美，但是人們都期待交付。不交付，毋寧死！
交付的週期不要緊，但是要形成這樣的節奏。MS或者其他公司每日構建不奢求，但是兩週交付總是可以
吧?但是對於我們 “老闆要求”或者“業主逼”型的交付節奏，怎麼說也不是一種好的實踐。
還是那句傑哥的老話：做項目，要服人！