有些組織在嘗試導入 Scrum(讀音:「思逛」)敏捷式方法的時候,老是遭遇到一些奇奇怪怪的現象,效益也常常不如當初想像地那般美好,為什麼會這樣呢?
敏捷方法的成功密技(15):未完成的用戶故事的進度怎麼算?
在運用敏捷式產品開發與專案管理方法時,我們知道,應該以「對用戶的價值」的角度來對工作(用戶故事 User Story)的優先級做排序(參考《能讓需求簡化,還能更省時、更省錢,提供更多價值,這…可能嗎?》一文),然後,將這些工作,「依序」安排到固定週期的各個衝刺(Sprints)去,並且盡可能地將每個衝刺都塞滿、都最佳化(參考《敏捷方法的成功密技(十一):Scrum 如何最佳化利用衝刺的容量?》一文)。
但是,就算規劃得再完美,一定還是會有意外狀況,導致這些規劃好的事情生變。例如,在衝刺結束時,某些該完成的用戶故事,卻無法被驗收!這該怎麼辦?
敏捷方法的成功密技(14):你不可不知,影響專案開發速度的八大障礙
在《開車旅行跟敏捷式專案管理有什麼關係?》一文當中,我們談到了,只要能掌握團隊的產品開發速度,幾乎就等於掌握了整個專案的進展。
其實,不論是傳統式還是敏捷式的專案管理,道理都是一樣的。但,到底有哪些因素會影響到團隊的開發速度呢?我們還是先來看看開車旅行的例子。
《EZ敏捷式專案管理:一日班》電源供應器研發製造商八小時企業內訓(滿意度 95 分)
這是一個小週末,微微飄著細雨的禮拜五!在交流道塞了約莫二十分鐘之後,我終於到達了上課的地點,結束了這將近八十分鐘的車程。
7:50,車外下著小雨,我不想因為教具被淋濕而影響到課程的品質,因此,我挑了個最靠近教室的停車格停車。不一會兒,另外一台車也靠了過來,就停在我的車格旁,車窗還被搖了下來…
開車旅行跟敏捷式專案管理有什麼關係?
如果你正開車到一個陌生的新景點去旅行,總距離大約是 200 公里左右,而你現在已經開了 160 公里,花掉了你兩個鐘頭,那麼,你知道,過去這段時間,你的平均車速是大約每小時 80 公里左右。現在我們來考慮以下的三種情境。
如何讓您組織的專案治理「如虎添翼」?
某天早上,一位管顧夥伴
Line 我:「老師,我們接到一個 case 了,想跟您保留 x 月 x 日的日期,不知道老師那天有空嗎?」我看了看行事曆,那天剛好有空檔,於是回覆她,「可以,那我就把那天保留給你們囉!」
「請問客戶端的主要痛點是什麼?」我接著問。
專案談判力:團隊搞不定,專案經理你該怎麼辦?
「安迪(化名),BTS(Bug Tracking System)上那個 xxxx 號系統隨機當機的 issue,到底處理得怎麼樣了?上次你們說廠商已經解了,結果 QA 驗證測試還是沒通過,問題根本就沒有被解決!從上次 issue 被 reopen 之後至今,都已經快兩週了還沒有任何進展,這樣下去不是辦法,會出不了貨的啊!」
「我也沒辦法啊!我已經催他們很多次了,他們就是這麼牛皮啊!」我想像,在電話那頭的安迪現在應該是兩手一攤的模樣…
一個被演講重新激活的「危機處理專案」記憶(3)
上篇文末,我問到,為什麼小綠(Android)都已經在市場上翻天覆地好幾年了,這個時候才爆發這樣的事件呢?
原來,此時市場上開始出現雙核心 CPU(中央處理器)的行動裝置。許多的程式設計高手們開始摩拳擦掌、躍躍欲試,企圖將行動裝置的運算能量盡可能地、無限制地釋放出來,看看在行動裝置上的各種應用,尤其是影音、遊戲等需要高運算能力的應用,到底能有多流暢,是否可以達到部份桌上型電腦的效能體驗!
原來,此時市場上開始出現雙核心 CPU(中央處理器)的行動裝置。許多的程式設計高手們開始摩拳擦掌、躍躍欲試,企圖將行動裝置的運算能量盡可能地、無限制地釋放出來,看看在行動裝置上的各種應用,尤其是影音、遊戲等需要高運算能力的應用,到底能有多流暢,是否可以達到部份桌上型電腦的效能體驗!
標籤:
專案管理
《其實你懂專案管理》系列文章總表
其實你懂專案管理(一):專案的啟動與大總管(專案經理)的指派
其實你懂專案管理(二):專案聖旨(專案章程)的頒布與利害關係人的辨識
其實你懂專案管理(三):利害關係人的需求和溝通
其實你懂專案管理(四):需求(Requirement)釐清與範疇(Scope)界定
其實你懂專案管理(五):「交付標的(Deliverable)」導向來挖掘專案必要的產出
其實您懂專案管理(六):用工作分解結構(WBS)來管理專案所有「交付標的」
其實你懂專案管理(七):WBS、RAM、專案人力資源(Human Resource)管理
其實你懂專案管理(八):品質(Quality)和等級
其實你懂專案管理(九):風險(Risk)管理
其實你懂專案管理(十):整合變更管理(Integration Change Mangement)與 WBS
標籤:
專案管理
訂閱:
文章 (Atom)