rogersnotes 20181213：Hybrid 專案是未來專案的趨勢，以專案管理與敏捷思維在各階層的靈活應用創造綜效！

更多rogersnotes, 請至bk.pm-abc.com.tw........ 訂閱/瀏覽

若您不願意收到rogersnotes，請點按此處進行退訂:http://www.pmsuccess.net/subscriber.asp 或直接回覆本信件通知我們為您處理。

Hybrid 專案是未來專案的趨勢

Agile是現代專案管理的趨勢，在現今資訊豐富且市場快速變遷的環境，都是以混合型專案 (Hybrid projects) 為主，亦即不是單純的 Agile 或 Waterfall，而是在兩種專案型態的中間。

因此若 PMP 能學習 Agile 手法，相信在相輔相成的情況下，可發揮 1+1>2 的成效。另外，由於 Agile 快速回應客戶特性，故特別適用台灣的中小企業及服務業......以專案管理與敏捷思維在各階層的靈活應用

締造綜效：Hybrid Practice

只要五分鐘！告訴你企業如何應用「專案管理+敏捷專案管理」創造競爭力，成就未來超越自我。

Hybrid Application 文字解說

圖表解說：

一、在公司的營運策略規劃之下，如何以PMP與敏捷思維在各階層的靈活應用

二、 Agile 屬於客戶導向思維，PMBOK 屬於嚴謹的多面向考量的最佳實務集合

三、兩者混合 Hybrid 使用可使組織達到最佳競爭力及最快速反應

Level	中文解說
1. Strategy/ Portfolio	A. 公司的最終目的是產出最高營收及創造股東的滿意度 B. 由營運階層掌舵長期策略，再展開成 Portfolio(Programs及Projects的組合)，以實現目標 C. 提供給客戶高 Value，創造公司的最大 Benefits(利潤、商譽、競爭力)
2. Program Governance Board	A. 高階主管形成決策委員會，用以治理Portfolios及Programs B. 以 VDD(價值導向交付)思維管理 Program間的相互效益 C. 以 FDD(功能特性導向方法)交付 Program的產出
3. Project Management	A. 考量五大流程及十大知識的構面，用以規劃及辨識風險 B. 應用 ITTO手法解決問題、逐步完善，並創造績效 C. 參考企業環境因素及組織過程資產，借力使力及避免重工
4. Team Management	A. 以客戶價值為導向，建立客戶與團隊合作默契 B. 將專案分成多個 Iterations，讓客戶確認階段性產出 C. 授權團隊自主管理，發揮僕人式領導，使團隊執行力最大化

敏捷式軟體專案開發法之現況探討

一、資訊系統開發法演進

資訊系統的開發從1970年代開始的結構化分析方法，1990年代末期後的物件導向系統分析模式到近年來熱門的敏捷式軟體開發（agile software development），皆與專案管理模式的改變息息相關。伴隨著資訊科技於各領域應用的逐漸成熟，人們對於資訊系統專案開發的要求，也從著重嚴謹的專案流程管控逐漸轉移至精簡開發流程以提升迅速交付最終有效產品的能力，同時提高軟體專案的生產力來因應瞬息萬變的商業脈動。正由於這樣的背景下，敏捷式軟體開發宣言於2001年被提出以來，至今已經過了十多年，此期間不論學術或實務界針對敏捷式方法的優缺點及導入的時機提出許多不同的觀點與討論，以下就現況及未來的發展趨勢進行摘要整理與探討。

二、敏捷式資訊專案開發

嚴格來說，敏捷式開發是一種概念而非制式的方法，可以視為一種軟體開發的精神(spirit)，主要在強化以人為本、反覆溝通、迅速回應需求變更及快速遞交可用的產出。從宣言的核心概念可知，其主要精神在強調「個人與互動」重於流程與工具、「可用的軟體」重於詳盡的文件、「與客戶合作」重於合約談判、「回應變化」重於墨守計畫。

研究探討：敏捷式開發更加強調在專案的各個流程中，透過快速並反覆修正的步驟以因應不斷產生的需求變更，可說是專案管理逐步完善精神的最佳實踐。

1. 敏捷開發模式

自從敏捷軟體開發宣言被提出後，許多軟體開發商便開始思索該如何將相關的理念務實地結合至資訊系統開發的專案管理流程中。因此許多工具方法陸陸續續被提出並且各自有其支持的陣營，不論這些方法的接受程度如何，大都符合宣言所揭示的精神。目前較為業界所熟知的方法有：Scrum, Kanban, Extreme Programming (XP), AM/Agile Modeling, Dynamic Systems Development Method (DSDM), Lean Development, 以及 Feature-Driven Development (FDD)。根據敏捷軟體開發商VersionOne公司於2013年針對歐美市場100家中型企業（員工人數在100~1000人之間）進行的問卷調查報告，目前約有73%的敏捷軟體開發專案採用Scrum或Scrum Hybrid相關的方法，其餘的方法大多介於1%~10%之間。由此可知，Scrum已逐漸成為敏捷軟體開發專案的主流。

研究探討：不論是採用何種方法，敏捷開發法並非要全面取代正規的專案管理方法，而是要專案管理人員必須考量專案的特性與客戶的需求，針對適用的專案類型，將敏捷開發的理念融入既有的流程中。此外在整個專案的生命週期中，專案團隊與利害關係人必須透過緊密的溝通手法，隨時因應變更，並且利用一連串事先設計好的互動活動，從初始專案的建立、規劃、執行到完成最後的交付標的，反覆修正開發中的專案內容直到交付最終產品。

2. Scrum 敏捷開發法

Scrum源自橄欖球（rugby）的運動術語，取其利用團隊爭取球權，並逐段推進到最後達陣的概念。基於這個概念，Scrum將專案分為四種角色：利害關係人（stakeholder）、產品負責人（product owner）、Scrum 隊長（Scrum master）以及隊員（Scrum team member）。利害關係人主要參與每一期程完成時的評量工作，產品負責人則透過編寫story來說明產品需求同時定義專案的範疇及規格（即允收準則），並將需求按優先順序列入產品待辦清單（product backlog）。Scrum 隊長則是整個專案的促進者，多半需由較資深的專案經理擔任，主要工作負責排除所有的外部阻礙，確保每個期程能順利進行。隊員則是由具各專業技能的人員所組成，每個隊員必須承擔product backlog清單中的工作（task），並負責實際的開發作業。

Scrum架構中將專案規劃成若干固定長度的衝刺(sprint)期程來控管專案時程，期程的長度約2至4周（需視專案而定，亦可短至1周），期程與期程之間則透過迭代式（iteration）的流程反覆進行，並在每個期程完成時，召開回顧會議並遞交或呈現部份的成果以作為下一期程的基礎，藉此一增量的過程逐步完成整個專案工作。

研究探討：相較於其他敏捷方法，Scrum 方法可以充分掌握客戶對於專案本身的願景，透過控管需求、適時適地投入資源，並週而復始不斷在各期程檢視成果以隨時滿足專案的變更。另外，對於專案計畫、管理、追蹤等議題Scrum具有明確的規範法則以符合主要軟體品質控管的要求，同時也能避免其它方法在監控流程上的不足。因此不僅是軟體開發專案，越來越多其它領域的專案管理，如產品開發、市場行銷、金融服務等，在導入敏捷模式時亦Scrum方法為主。

3. Scrum之適用範疇

任何的專案在制定管理流程架構時，必須考慮它的「適用性」，因此專案管理流程中導入Scrum敏捷式開發模式需審慎思考其適用的範疇。例如中小型的專案或需求或專案範疇在初期難以明確界定的專案類型，如線上遊戲或手機App的軟體開發等，均可考量採用Scrum法。然而，除考慮適用性外還必須注意幾點限制。

- 由於Scrum技巧是透過週而復始的期程活動去引導客戶逐步釐清專案需求項目與範疇，因此專案經PM將從完全主導的角色轉型成一位專案促進者，將專案工作的細節授權(empower)給Scrum團隊成員自行規劃並執行，PM僅需主導每日進度會議、流程改善、問題解決及整合團隊。因此，PM溝通技巧就更形重要，此一角色往往需要由資深專案管理經理來負責溝通協調的工作。

- 採用Scrum方法的專案多半是有時程上的緊迫性。因此在每一期程必須掌握Product Backlog需求清單中所列的高優先順序的工作，並先行完成。也就是說，在時間主導的限制下，必須有所取捨，全力以達成最終產品的主要價值為主。

- Scrum方法的特性主要強調在有限時程及預算內滿足專案的核心需求，所以相當仰賴團隊成員的耦合力及執行力。若團隊成員中有人臨時遭抽調或經常延誤進度，往往會引起連鎖反應，終將導致專案的失敗。

三、研究結論

綜合以上的論點可知，雖然Agile Development的精神已經逐漸為專案管理領域所重視，但是研究也發現目前並沒有一種方法是屬於制式流程可以導入所有的專案上，不論是Scrum、XP(eXtreme Programming)、RUP（Rational Unified Process）或其他的開發流程都允許相當大的彈性。導入者必須根據專案性質的不同，調整或調合出適當的開發流程，並於專案進行中允許團隊做彈性的修改，以及強化風險管理的監控才能在兼顧效率與品質的要求下，順利完成交付標的，滿足所有利害關係人的期望與需求。

四、參考資料

1. Manifesto for Agile Software Development, http://www.agilemanifesto.org/

2. The 8th annual state of agile survey, http://stateofagile.versionone.com/

3. What is Scrum?, http://www.versionone.com/agile-101/what-is-scrum/

4. M. Cohn, Succeeding with Agile: Software Development using Scrum, Addison-Wesley, 2009.

作者介紹：郭俊良, PMP

作者簡介：國立成功大學資訊管理博士，於2014/10/24正式取得PMP。現任空軍官校航空管理學系助理教授，專長為資訊擷取(Information Retrieval)、文字採礦(Text Mining)、資訊系統分析與設計、網路系統管理。

＜＜上一則 rogersnotes　　回 rogersnotes 主選單　　下一則 rogersnotes＞＞

rogersnotes 無償分享筆記, 歡迎分享給好朋友. 分享檔案著作權屬 rogersnotes®所有,
欲在公開場合使用rogersnotes® 著作請按此下載使用同意書.roger 連絡Email: PMSuccess@gmail.com
非常滿意　滿意　普通　不滿意　非常不滿意　
退訂或推薦您的朋友共享rogersnotes, 請由此進入