在《想導入敏捷式方法，我該怎麼跟老闆溝通？》一文當中談到，「高階管理層的支持」是組織成功導入敏捷方法的關鍵，但它卻不是唯一的要素！在獲得高層支持之後，「高度自律的團隊」更是敏捷方法能否產生巨大效益的重點。本文要探討是，除了高度自律之外，組建一支敏捷團隊還應該注意哪些面向？又可以如何來開始？
如何運用 Scrum 敏捷式專案管理到組織的 IT 或支援型單位（下）
[上篇]
其實，大家都這樣做並不代表這就是一個好的方法流程！既然這個客戶的教育訓練承辦單位企圖使用敏捷式專案管理與團隊合作的藥方來醫治組織的這個病灶（IT 部門做出來的系統，經常遠遠不符需求單位的期望），我們就來看看，敏捷方法可以如何來給予協助。
其實，大家都這樣做並不代表這就是一個好的方法流程！既然這個客戶的教育訓練承辦單位企圖使用敏捷式專案管理與團隊合作的藥方來醫治組織的這個病灶（IT 部門做出來的系統，經常遠遠不符需求單位的期望），我們就來看看，敏捷方法可以如何來給予協助。
如何運用 Scrum 敏捷式專案管理到組織的 IT 或支援型單位（上）
最近某客戶來電洽商「敏捷式專案管理與團隊合作」的教育訓練案，在跟客戶談完他們公司的內部工作流程之後，我的腦海浮現出多年前的一個親身經歷，這兩者之間竟有如此巧合的雷同之處，可見許多問題的根本原因，分析到最後其實都是殊途同歸呢！
什麼是「忙而不急」的上乘職場功夫？跟敏捷方法又有什麼關係？
一件「重要卻不緊急」的事情，被我拖了好一陣子，在死期將至之時，這件事情終於變成了「重要又緊急」的狀態（XD）！原本一直培養不出來的熱血，終於在自己逼自己設下目標，進入閉關衝刺的狀態之後出現了！連續幾天把自己的所有時間都聚焦在這個單一目標之後，終於在端午節連續假期之前完成了這件重要的任務！
團隊合作的工作複雜度怎麼來的？敏捷方法又是怎麼簡化這些複雜度，讓團隊效能大躍進的？
即便昨天加班加得很晚，小明今天還是得一早就爬下床，帶著尚未完全甦醒的身軀到公司去上班。到了辦公室之後，打開 Email 信箱的瞬間，一、兩百封的 email 就陸續湧入了小明的收件匣！對於同時參與兩、三個專案的小明來說，這樣的情形早就已經見怪不怪，差不多都麻痺了！
如何運用 Scrum 敏捷式專案管理到 IC 設計產品開發專案（下）
[上一篇]
前兩篇文章所提的瀑布式和階段式方法，都是傳統的專案管理方法，有人鼓吹，為了要讓專案工作的時間估得準一點，那就多估幾個時間值好了，分別叫它們為「最樂觀」、「最悲觀」、「最可能」，也就是所謂的「三點估計法」。關於這一點，我的提問是，如果一個人對一項他沒做過的工作都「猜」不準所需要的時間了，那叫這個人多「猜」兩組時間，這樣就會比較準嗎？這不是畫蛇添足，脫褲子放屁嗎？
前兩篇文章所提的瀑布式和階段式方法，都是傳統的專案管理方法，有人鼓吹，為了要讓專案工作的時間估得準一點，那就多估幾個時間值好了，分別叫它們為「最樂觀」、「最悲觀」、「最可能」，也就是所謂的「三點估計法」。關於這一點，我的提問是，如果一個人對一項他沒做過的工作都「猜」不準所需要的時間了，那叫這個人多「猜」兩組時間，這樣就會比較準嗎？這不是畫蛇添足，脫褲子放屁嗎？
訂閱：
文章 (Atom)