PMI-ACP®敏捷專案管理師認證暨實務課程心得 ─ 恆逸教育訓練中心 ─ 學員證言網站

 

管理

眾多顧客已親身體驗恆逸的好,並成功提升專業競爭力,你也可以!

來看看他們是如何學習、如何努力考取認證的經驗分享多汲取他人的寶貴經驗,將讓您的未來進修之路走得更有效率!快來看看恆逸應援團怎麼說!

賴政儒

  • 文章分類:管理
  • 參訓課程:PMI-ACP®敏捷專案管理師認證暨實務課程

PMI-ACP®敏捷專案管理師認證暨實務課程心得

老師在上課的時候都會舉實際的例子及工作上的相關經驗來讓我們可以加深印象,並且隨時都會一直強調重要的是觀念。
例如:第一天就用義大利麵條、棉花糖、棉繩、膠帶,分四組要比賽誰能疊最高。製造團隊合作氣氛,並讓團隊成員能夠以同樣的目標互動及討論。
也會用影片直接讓大家體會什麼叫敏捷團隊,像划龍舟。Scrum Master就是掌舵者、Product Ownner就是打鼓者、划舟者就是Developer Team。
還有電梯簡報的方法中的「給誰」、「他們想得到什麼」、「產品/服務/成果」、「特色」、「競爭對手」、「我們與競爭對手的差異」,讓上完課的我一直印象深刻。
 

依據此次上課的內容,來判斷此次專案要依哪種方式來執行比較好。如為需求明確,且現有技術掌握已成熟就使用瀑布式開發。符合STACEY矩陣模型裡面的複雜(Complex)與繁雜(Complicated)時,才是應用敏捷的時機。公司現有就有在執行敏捷的專案,可以更快速的協助及投入團隊。更可以在敏捷團隊中,正確區分工作及責任範圍。也可以直接用KANBAN的方式,來列出目前的相關工作而凸顯出所有工作的進度及階段可直接讓主管直覺的掌握。在估算工作時可以直接用敏捷裡的手法來估算,會讓同事們覺得非常客觀而且也更容易接受。如:Planning Poker,每個人可以依自己的預估的點數來提出。最後大家都一致時,即為此TASK的總點數或工作。

 

在課程的一開始,老師就讓每個人以ESPV的方式開場,讓每個人可以進行「團隊」的互動。並且讓大家瞭解,每個團隊成員心態及角色:探險家、購物者、度假者、囚犯。

1、 探險家:期望透過活動發現新的想法與見解。

2、 購物者:尋找所有可用的資訊,並將樂意帶回一些有用的想法進行應用。

3、 度假者:對活動並不感興趣,但很高興逃離日常工作狀態中。

4、 囚犯:自認是被迫參加(公司指派),寧願這時候拿來做別的事。

再來以「對於敏捷瞭解程度」的期望來讓大家互動,並貼上自己認知的分有多高。1~10分,每個人用自己的圓點貼,貼上自己認知的分數。做完後並接續「對於想要考PMI-ACP證照」的期望來讓大家繼續互動,貼上自己想要考證照的期望有多高。1~10分,每個人一樣用自己的圓店貼貼上自己認定的分數。   

再來以分組的方式,讓每個成員體會日常的瀑布式開發組織常遇到的問題。如:業務、客服、開發團隊、BA四種角色,誰應該發的獎金最多會造成多個人以自己部門組織角色來思考。會造成很多衝突及各說各話的現象,而讓每個成員知道目前的現況。 後續再換以SCRUM團隊的方式來拆分成每個組織,以每個團隊都有相關成員。如:業務+客服+開發團隊+BA,此次就會有共同努力的目標,而不會以組織為主見而出發點。也讓每個成員體會到SCRUM團隊的好處。

課程的中間一直讓成員們主要以觀念的方式來理解敏捷並引用在做專案或導入敏捷至企業遇到的例子或撥放實際的影片,讓大家更有感。讓成員分組討論及參與且要充分的每個人都要發言及參與。並且以選出組長的方式最後讓大家理解該組長就是SCRUM MASTER。 課程中逐一教導了我們許多方法及工具如:團隊發展模型(守破離模型、德雷福斯專家模型、塔克曼模型)、追蹤團隊績效(燃盡圖、燃升圖、Volocity)、多層次規劃(洋蔥式規劃法、產品路線圖、故事地圖、產品路線圖、時間盒)。其

中以電梯簡報法印象最深刻,可討論出「針對的顧客」、「顧客有什麼樣的需求」、「我們的產品命名什麼」、「是一個什麼樣產品」、「不像其他產品的什麼特點」、「我們產品具有什麼特點」來針對此次顧客需求討論出願景。   

最後讓大家理解到Agile Domain的七個領域.主要有哪些要能理解。 1、 敏捷原則及思維。 2、 價值驅動交付。 3、 利害關係人參與。 4、 團隊績效。 5、 調適性規劃。 6、 問題發現與解決。 7、 持續改善-產品、流程、人員。 並一一說明敏捷宣言的詳細內容如下:

1、 個人與互動勝過流程和工具。

i. 在專案中,流程和工具雖然很重要,但是敏捷實踐者更應該關注在人員與彼此間的互動上面。

ii. 因為專案是由人員來運作的,而不是僅靠著好的工具和流程專案就能夠俢動執行。”人”是獲得成功的關鍵。

、 可執行的軟體(產品勝過詳盡的文件)。

i. 專案的最終目標,是要交付可以運作的產品,以達成客戶期望的價值。

ii. 但是,沒有文件的軟軟是一種災難!

3、 與顧客的協作勝過合約談判。

i. 合約談判無法說明團隊理解客戶需求,只有透過和客戶進行更多的交流和協作,才能讓團隊理解客戶的需要。

4、 反應變更勝過遵循計畫。

i. 敏捷進行時,初始的規劃正處於資訊最少的時期,隨著資訊的勇現,規劃必須持續更新,同時修正因應,以符合最新的變化。   並且給了句金言提供參考: 什麼是成功的專案->做出的產品可解決客戶的問題JTBD(Jobs to be Done)。

最後就是解決問題的步驟如下:

1、 收集資料,方法如下:

i. 時間軸。 ii. 三五成型。 iii. 顏色標識。 iv. 滿意度長條圖。 v. 團隊雷達圖。

2、 分析原因,方法如下: i. 腦力激盪。 ii. 名義小組技術:每個小組成員獨立且是名義上的,每個人提出自己意見想法。

iii. 五問法。 iv. 魚骨圖。

3、 採取行動。 i. 採取行動是解決問題的最後一哩路。說得天花亂墜,不落地執行都是紙上談兵。

ii. 採取行動前,敏捷團隊可採用參與式決策技術,對各種解決方案進行確認,確保達成共識後,再設定目標並推進實施。

iii. 參與式決策技術,參考如下: A. 簡單投票 B. 拇指向上/向下/左右。 C. 光譜決策。 D. 5個手指投票。 iv. 此外,在行動之前,要記得利用SMART原則,來訂定義目標。

A. 你的專案目標是否夠具體(Specific)→你是在解決用戶什麼問題?你希望用戶行為怎麼改善?

B. 你的專案績效是否能衡量(Measurable)→你如何判斷專案有成功?你怎麼知道用戶行為有改善?

C. 你的專案計畫是否能執行(Actionable)→你要如何將目標轉成行動方案?你如何確保完成所有交付物就能達成目標?

D. 你的專案成果是否有連動(Relevant)→你的專案有跟單位策略呼應嗎?你如何讓自己的工作讓老闆看見?

E. 你的專案排序是否有以終為始(Time-based)→你規劃的內容是否有輕重緩急?你排序後的內容是否有跟主管達成共識?  

 最後謝謝我的長官給我機會去進行此課程。也希望下次有機會能夠再上PMP課程,來增加或提供自己在系統分析上的相關專業知識及方法。

 

 

 

 

看看其他人怎麼說

看更多