顯示具有 敏捷 標籤的文章。 顯示所有文章
    顯示具有 敏捷 標籤的文章。 顯示所有文章

    為何敏捷式專案管理在我組織內效益普普,諸多問題依舊?


    日前與前來邀課的客戶進行課程對焦會議,與會人員有副執行長、承辦人資以及 IT 主管,涵蓋了高層決策主管與關鍵受訓對象,會議成員組成完整,人人謙沖樸實,顛覆了我對該組織原有的一些刻板印象。

    副執行長首先說明其管理眾多專案時的痛點,接著 IT 主管說明其專案執行的實際做法與相關痛點,從上到下的觀點都表達得相當清晰,我把它們歸納如下。
    1. 團隊對專案的進度延誤不痛不癢。
    2. 缺乏掌握專案整體全局視野的人員。
    3. 各單位對自己的需求講不清楚、說不明白。
    4. 各單位立場迴異,需求經常互相衝突,專案執行單位無所適從。
    5. 即使需求互不衝突,也無人可以整合各方需求,理順工作流程(work-flow)。
    這些痛點乍聽之下相當複雜,但在我看來,其根本原因與多數組織的專案管理經驗並無太大不同。

    你不可不知,老闆和客戶砍你專案時間的四大理由!敏捷 Scrum Can Help!


    曾經有學員向我提出這個問題,「老師,不管我們的專案時程評估得多有道理,老闆總是不分青紅皂白,就先砍掉 20% 的時間,我該怎麼辦啊?」

    我聽過不少學員訴說這類的困擾,可是,我們回頭想一下,第一,為什麼會有不少的主管和客戶都這樣幾近無理取鬧地(至少從團隊的角度看是這樣的)壓縮專案的時程呢?第二,如果這就是短期無法改變的現實,那麼我們又能如何因應呢?尤其是,敏捷方法到底能不能幫上忙呢?

    敏捷專案管理模式下,開發團隊成員能不能動態進出專案?


    日前在為某企業進行敏捷式專案管理的導入輔導時,有位同仁這樣問我,「老師,敏捷開發團隊的成員,從頭到尾都不能換人嗎?譬如,臨時加人進來,或有人完成工作後就離開,去做其他專案的事?」

    「你為什麼會想在要這樣做呢?」

    「因為有的人比較熟悉這個衝刺要做的任務,有的人比較熟悉下個衝刺的任務,這樣安排不是可以讓他們工作得更有效率嗎?」

    關於這個問題,我會說,方法沒有絕對正確或錯誤,只有「適合」與「不適合」,或是「有效」和「無效」。

    【33張圖秒懂OKR】推薦序

    照片由采實文化提供
    照片由采實文化提供

    身為敏捷方法的講師和教練,我發現敏捷方法的許多做法和精神,與 OKR 都頗為神似,只不過敏捷方法多聚焦在短期的專案管理之上,而 OKR 則是聚焦在中長期的組織經營績效之上,兩種方法均一致推崇以下的做法:

    1.        尊重個人想法,但更重視團隊合作。
    2.        高層給方向,但授權由下而上制定執行決策,並給承諾。
    3.        鼓勵盡早失敗,盡早改善調整,以靈活應變。
    4.        鼓勵面對面形式的簡單有效溝通。
    5.        計畫與施行狀態公開透明。

    管理學本就是一門高深的藝術,沒有一體適用的萬靈丹,唯有具體實踐並不斷調校,才有可能練就一身好功夫。

    本書以圖解方式介紹 OKR 的各種施行原則和背後的精神,是絕佳的參考手冊,可隨時快速複習,溫故知新,協助你調校你的 OKR 施行策略,以臻成功。

    敏捷式專案管理的導入輔導,該怎麼找教練?


    「老師,上課前,我以為 Scrum 很簡單,自己上網看就好了,根本沒必要來上課,今天上完課才知道,原來還有這麼多實務上的眉角(台語)要配,敏捷方法才會有明顯成效,而且,這些都是在網路上沒看過的!還好當初我沒有拒絕老闆派我來上課

    「恭喜你有收穫啊!Scrum 敏捷方法的原創,只有描述一些非常簡潔的框架(framework)和原則(guidelines),讓很多人誤以為,任何團隊都可以立刻上手,馬上見效,可是事實上,就像上課時談的,事情並沒有這麼簡單!」

    「老師,我可以參加你接下來的『敏捷式專案管理輔導案』嗎?」

    敏捷式專案管理,是組織變革最好的夥伴


    身為科技迷的我,最近終於看完了兩季 HBO 的《西方極樂園》(Westworld)影集,劇中有非常多令人感到震撼的場景,以及許多發人深省的人性探討對白。

    敏捷方法下,開好「每日立會」的五個小技巧



    日前課堂上有位學員問到,「老師,我們公司的立會(stand-up meeting)好幾天才開一次,這樣可以嗎?」

    「『每日立會』顧名思義就是要每天開的,那你覺得你們公司這樣做,有效果嗎?」

    敏捷品質管理:笨蛋!問題不在是否能做到「零瑕疵」,而是在「看待瑕疵的態度」


    日前於敏捷課堂上,有學員問到,應不應把瑕疵(以下簡稱 bug )列為用戶故事來處理?

    這個問題,其實可以分為好幾個層次來探討,我們就先從根源來談起吧!

    《EZ敏捷式專案管理:兩日班》西進知名品牌運動鞋製造商(滿意度 9.55)


    繼上次美好的EZ領導力授課經驗之後,很快一個月就又過去了。在這個晴朗的週五,我帶著一大箱的教具,再度飛往大陸,為同一客戶執行EZ敏捷式專案管理兩日班的課程。

    干擾退散,創建跨領域職能敏捷團隊,關鍵在哪裡?


    日前到某企業授課,午餐時,業主 IT副總向我表示,關於敏捷方法「一人專注於一個專案」的設計,施行起來實在是有困難。因為實務上,其轄下專案眾多,人力明顯不足,而且總是會有偶發事件,需要把敏捷團隊中的開發人員拉出來,緊急支援處理,這該如何是好?

    《EZ敏捷式專案管理:兩日班》半導體元件通路商:啟動敏捷,大步向前(滿意度 9.4)


    「盧老師您好,我是XXXX公司的小紅(化名),想邀請您為我們公司資訊處的同仁們教授敏捷課程

    「請問一下,您是怎麼知道我的?」

    「我有朋友上過您的課程,他非常推薦您的敏捷課程,我也看過老師部落格上的文章和課程簡章,評估後,覺得這門課程真的很適合我們,因此就來跟老師您聯絡了。」

    原來如此,再次是因為口碑傳播而來的訂單。在對方提問並聽完我對兩種版本課程差異的說明之後,對方直接決定,「老師,我們要上兩天版的課程,這樣比較完整,人數就依老師的建議,以成效為最優先考量。」

    野蠻國度下,蒼狗幫團隊的敏捷生存之道


    非洲大草原,一個動物必須不擇手段才能生存下來的野蠻國度!這些動物,有的仰仗天生強健體魄,有的倚靠集體智慧合作,孰優孰劣,看看數萬年的演化後,誰還在這草原上稱霸,便可知曉!

    身材瘦弱的,無法單挑對手,可以想辦法撂人一起打。若是幫手再多也沒轍,那也可以轉身快速落跑,不被對方逮到就好。無論是哪種策略,只要能讓族群存活下來,就是一個好策略

    在大草原旱季來臨之時,水,成了極度珍貴的資源,各動物族群,無不想盡辦法爭奪那烈日下僅存的幾個小水窪。六隻瘦小非洲野狗組成的小團隊,竟能搶下十數隻大型鬣狗大團隊的地盤,這到底是怎麼做到的?這跟敏捷方法又能扯上什麼關係?

    龍頭不敏捷,龍身怎麼可能會敏捷?敏捷方法其實是把照妖鏡!


    「老師,坦白說,其實我們公司裡已經有一、兩個團隊在使用敏捷方法了,可是效果好像不怎麼樣,請問一下,這可能是什麼原因啊?」課後,一位學員跑來這樣問我。

    嗯,又一次是想直接來求得仙丹的。坦白說,病人長的是圓的還是扁的我都還不知道,不但沒把過脈,是啥症狀也還不清楚,哪有可能給得出藥方呢?

    【矽谷最夯.產品專案管理全書】推薦序

    照片由商周集團提供

    於過去二十年的科技業職涯期間,我非常有幸地能在不同規模、不同文化的公司裡,歷練產品開發團隊中的多種職務角色,並與許多優秀的夥伴們一起合作,打造出影響全球千百萬使用者的產品。

    這些我參與打造過的產品有純軟體產品,也有軟硬體緊密整合的產品;有PC平台的產品,也有手持式裝置產品;有個人使用的消費性電子產品,也有企業應用的高規要求產品。這些產品當中有些很成功,有些則是無疾而終,而且很多時候,公司並不是很清楚,自己的產品究竟為什麼會出乎意料地大賣,或為什麼產品會莫名其妙地就死掉。

    導入敏捷方法,就可以不用寫文件!?


    「老師,我們的供應商說,他們已經改用敏捷方法來開發我們的產品了,而且現在是在做 Prototype,所以不需要、也沒有文件可以給我們了,跟他們說這些文件是最後結案一定要的,他們還是不交,這樣對嗎?我該怎麼辦?」

    這是一位學員在我敏捷課程結束後的提問,這個問題其實可以分為兩個層面,一個是供應商的這種說法到底正不正確?另外一個則是更為深層的問題,為何這家供應商膽敢用這樣的態度來頂撞客戶?

    我們就先來談談「文件」這檔事好了。

    團隊內多新人,專案又僅 100 天,能用敏捷式方法管專案嗎?



    「老師,我們現在的團隊都是新人,而且專案的時間只有 100 天,我們應該用敏捷式,還是傳統式的專案管理比較好?」

    這是一位我敏捷式專案管理課程的學員在下課休息時對我的提問。面對這樣的問題,通常我是不會直接回答給答案的。理由很簡單,因為我根本就不瞭解你的團隊,對你的組織狀況更是一無所知,如果依據這樣的一句簡單提問,我就能直接回答給答案的話,那麼,我絕對是在鬼扯,絕對是個詐神無誤!