專案啟動會議 Kickoff meeting 教戰手冊

專案一開始也需要有個好的開頭，後續專案做起來才容易上軌道，而這個開頭就叫做啟動會議或是Kickoff meeting。有的公司習慣是在專案所有計劃規劃完，要正式開始執行計畫，才開Kickoff meeting。而有的則是專案開案後就開kick off meeting。這取決各自公司的文化流程。那究竟Kickoff meeting 裡頭該有什麼內容呢?首先我們要知道開Kickoff meeting 的目的是什麼? kickoff meeting 需要做到以下幾個效果：

快速建立領導力：三步驟有效主持動腦會議

年底是公司準備制定新年度計畫的時候，總經理希望針對公司內部「新產品業績不佳」的問題集思廣益，討論出較佳的解決方案。一陣熱烈的討論後，研發部和業務部的人員開始有些失焦，彷佛變成對立角色。眼看會議就要草草收場，這時產品設計部Nelson站起來表示，希望協助大家一起思考，如何提升新產品業績。沒想到，經過一個小時，大家從僵持變成歡笑聲不斷的局面，最後不但找出答案還達成了共識。到底Nelson在這場會議上做了什麼？

敏捷是來自組織精實與團隊認同的結果

「快」是普遍台灣中小企業一直在追求的，尤其當敏捷管理的概念在台灣開始被廣泛推廣時，快速迭代馬上就成為各企業朗朗上口的詞彙，彷彿只要夠快，產品就能搶得先機，並且逐步站穩市場，但真的是這樣嗎? 過去幾年，敏捷管理一度在台灣科技產業間盛行，但經過蜜月期之後，開始有人探討敏捷管理失敗的原因，我從自己實際參與幾年的敏捷團隊運作，從兩個面向來切入探討 :

大錯特錯！敏捷大師 (Scrum Master) 不是團隊的助理或秘書！

最近，幾位學員在下課之後，都不約而同地問了我一些關於敏捷與職涯發展的問題，有研發經理想轉職當專案經理的，也有品保人員想轉職做專案經理的，我就以此篇文章來做個小整理，提供些淺見給大家參考。

談「回顧（Retrospective）」：團隊如何尋找下一步行動的改善機會

敏捷宣言第9個敏捷原則是「團隊定期思考如何變得更有效，然後相對地調整方法。」由於 Agile 強調持續改進的重要性，所以對 Scrum 團隊來說，定期進行 Sprint Retrospective 是 Agile 開發實踐中最重要的項目之一。

談專案的「時程估算」：有哪幾種估算方式？與上級的期望值不符時如何因應？

有些PM經過幾次被Sponsor壓榨的挫折後，就會出現「反正講了你們也不聽」的鴕鳥心態，這是「向上管理」最忌諱的現象。管理者有其盲點，這是確認的事實，最熟悉專案、最清楚何時能交付產出的人，絕對是PM和核心團隊成員，因此PM有權責提出「合理」的時程規劃。

遇到不合理的專案時程，溝通的關鍵是什麼？

昨天，上完專案管理的企業班，下課後，有個研發單位的主管跑來問我：「老師，我們時程預估老是不準，所以總是Delay、老是被罵，怎麼辦？」我回答：「時程本來就不會準呀！」他似乎吃了一驚（可能心想這老師會不會太直白？）可是我本來就是說江湖實話的人嘛。