在傳統的專案開發中，都有一個角色負責分配工作，常常是由PM（專案經理）或是Team Lead（組長）來擔任。分配工作這回事非常吃力不討好，既要了解每件工作的急迫性和複雜度，還要考量每個人的能力，平衡每個人的工作量。
這角色常常會成為團隊的瓶頸，因為每件事情都要經過他來分析、排程、驗收、忙著開會，常發生團隊成員空等他來分派工作。更別提如果工作項目比既定時程提早做完、或延遲完成所需要的協調工作。這也是最容易被上下壓力夾殺，很快Burnout陣亡的苦主。
敏捷開發或Scrum如何解決這個角色的問題呢？ 閱讀全文〈工作沒人想做怎麼辦？ – Scrum中的工作分派與分工〉
如果世世代代都住在一個被大洋環繞的小島上的村落，靠著採集和捕魚為生，村子中最先進的科技是獨木舟，當有天突然看到飛機飛過頭頂時，心裏的OS是什麼呢？
在二次世界大戰時，美日兩國為了爭奪太平洋的制海權和制空權，紛紛在汪汪大洋中、既偏遠又與世隔絕的島嶼駐軍。當軍隊開到時，島上的村民眼看著海上的超級大箱子（軍艦）靠岸，大鳥（飛機）從從頭頂飛嘯而過，還有神仙（士兵）從大箱子和大鳥走出來，下巴都掉到合不起來。
如果換成我的話一定覺得神仙降臨來處罰世人，世界末日要到了！幸好這群神仙不但沒有處罰世人，還賞了不少寶物給村民，如生病時吃了就痊癒的仙丹、會變出食物的盒子等等。當世界大戰打的如火如荼時，這是村民世代以來過的最好的日子，根本就是身在天堂啊。 閱讀全文〈今天拜飛機了沒？ – 談敏捷開發中的貨物崇拜〉
如果要票選技術團隊最可怕的噩夢，跟第三方廠商（Third Party）合作系統整合一定是前三名。
因為跟第三方合作，雙方沒有主從關係，對方不一定要聽你的，而自己還是要對業主負責。加上雙方都是技術人員，難免有文人相輕的脾氣，覺得對方的系統設計是白癡。如果又遇到要修改API，那更是僵持不下，吵翻桌子都要對方改。
這時候，如果聽到有人說：『因為我們跑Scrum，所以。。。』我都很想跳到他面前，掐住他的脖子說：『你以為全天下只有XXX你家跑Scrum啊！』 閱讀全文〈因為跑Scrum，所以辦不到 – 跑Scrum還是炮Scrum〉
今天在玩Taco桑的Scrum Lego Game中，需要預估所有需求（Story）的大小，利用T-Shirt Size方法歸類到XL，L，M，S。而有一個Story是要蓋市長紀念碑，團隊先放到到S，但最後花了一整個Sprint，比其他XL花的時間還多。（都怪某一組拉高了市長的期待，還放跑馬燈，讓我們壓力很大 T_T）
其他Story預估大小也和真正實作的時間差很多。
所以在Retrospective（自省）中有夥伴說：『因為我們沒有玩積木的經驗，所以估計不準。』
我很好奇的問：「大家在現實工作中，都估計的很準嗎？」
有夥伴回：『如果估不準，怎麼報價給客戶？』
閱讀全文〈閉嘴也不錯 – 如何用靜音排序(Mute Mapping)快速估算需求〉
很多人問我，幹嘛導入敏捷式管理(Agile)和Scrum，是吃飽太閒沒事做嗎？
我們走向敏捷式管理是因為，傳統做法已經不符合現在的市場環境，為了存活而不得不做。導入敏捷式管理是改變態度，培養一種面對現實、接受限制、處理現狀、放下過去的態度。
現實是肝是會爆的，所以敏捷式管理是要把事情排出優先順序，從最有價值的開始進行，捨棄低價值的工作。 閱讀全文〈為什麼選擇敏捷式管理？ – 因為選擇面對現實〉
這天夥伴問了很有趣的問題：『Scrum 團隊裡面每個人做的事都一樣，那不是很無趣嗎？』
這要都感謝政府從小不余遺力的洗腦，讓我們當聽到團隊兩個字時，腦海最先跳出來的是一群排列井然有序、穿著筆挺制服、面無表情、動作劃一的隊伍。
從小到大，我們接受的是表面上推崇團隊合作，實際上摧殘團隊精神的儀式一再洗禮。穿制服、各種典禮、秩序比賽、整潔比賽，都只是追求表像上的一致。
這些從小學、中學、大學、到當兵所有行禮如儀的團隊大拜拜，充其量只是一團團人體聚合物的展示，跟真正的團隊一點關係都沒有。
所謂的團隊合作，就是每個人的動作都一模一樣踢著正步，只要表現任何跟大家不一致，就是不合群的團隊破壞分子。
有人說穿規定的制服和集合唱國歌，才能打造出團隊的向心力和文化？醒醒吧，要是團隊的文化和向心力那麼容易打造出來就早就統一全世界了好了。
Agile is not only for software development
在把妹的時候，成功進入穩定的戀情是最終的績效目標，而我們要靠一些跡象來判斷達成目標的機會有多大。如已讀不回的次數，說『恩恩、哈哈、去洗澡』的次數，被當工具人的次數等等，來幫我們做心理建設（告白被拒不哭哭）、改善行動方案（不修電腦改租超跑）、或改變績效目標（下個正妹會更好）。
回到組織來說，存活下去最重要的就是有財源。所以談到如何衡量團隊的績效，在一般的情境下，都是拿團隊能帶入的收益來判斷團隊的績效。例外的情況是燒錢搶市場，但長期還是要有獲利模式。
簡單的說就是結果論，一個可以賺錢的組織不一定是好的，但不賺錢的組織一定是壞的，一個沒辦法養活自己的組織，沒有存活下去的價值。
酒店（又稱八大）行業跟軟體開發產業都是圍繞著人，所以八大也充分落實敏捷精神，例如敏捷價值第一條：個人與互動 重於 流程與工具。人家至少比我們軟體業早落實幾千年，慚愧啊慚愧。
除此之外，八大至少跟軟體開發有三個共同點：
最近在前端社團火紅流傳的模範設計網站，不管是吸睛度、使用性、訴求和 Call for Action 都是上上之作。勉強要挑毛病就是主打訴求（快速還債、公關、酒店）在 Google 沒排上前幾頁，把 SEO 搞定就真的無懈可擊。害我們團隊看到後深切檢討自己的徵才網站，怎麼可以那麼爛多地方要加強。
因為這個網站，讓我燃起色心實事求是的精神，想要對這產業有更深入的了解。結果網絡上還不少經紀寫的有趣文章如：我被小姐擺道、酒店小姐要注意不要攝取過多的15種食物、介紹新的店家營業模式和特色。
我的研究結論是酒店經紀根本就是 Scrum 或敏捷開發中主管的楷模標桿啊。
在 Certified Scrum Master 課程中學習的是Scrum 的理念和架構，但在如何做一個好的Scrum Master著墨不多。Yves覺得如果要套入傳統企業中，比較相近的角色是引導者。
在台灣對引導者（facilitator）這名詞比較陌生，在國外是一個行之有年的角色，主要是從一個第三者的觀點，從旁協助（用引導或促成的方式）讓事情發生。引導者本身并沒有控制的權限或甚至對討論主題的專業，他運用引導的技巧讓大家共同找出答案并朝目標前進。很多公司在開會，特別是年度會議時，會從外部找專業的引導師，幫助公司回顧和找出營運的方向。
