利害關係人網路圖

專案管理不論採用哪一種管理方法，「人」都是最重要的元素。對於專案執行的過程或結果，受到影響的個人或群體，稱為利害關係人(Stakeholder)。站在敏捷專案管理的角度，利害關係人到底怎麼分成哪些類型？有各自扮演甚麼角色呢？

Inspired by Dan Rawthrone & Doug Shimp, Exploring Scrum: The Fundamentals.

Business Owner簡稱BO，就是提供資源進行專案的人，在小公司可能直接是老闆，在大公司通常就是主管，BO的職責是給予大方向，提供衡量專案成功的明確指標，並在專案執行過程中隨時掌握重要的資訊(Informative)。

Product Owner簡稱PO，就是在BO的授權下，帶領團隊執行專案的人，PO的職責就是善用團隊資源，創造產品的最大價值，對專案最終成果負完全責任(Accountable)。

Delivery Team就是實際負責執行(Responsible)的跨職能團隊，除了由PO擔任對外的唯一需求窗口以外，還包括一位專門幫團隊「喬事情」的「嬤嬤桑」(在號稱使用Scrum開發的團隊，就是Scrum Master)。

User就是專案產品的最終使用者，真的懂得敏捷精隨的團隊都知道，不論你覺得自己的產品有多棒，使用者才是老大，使用者才是真正的顧問(Consultative)，有關產品概念吸不吸引人、設計美不美觀、功能好不好用......，這些問題的答案，只有接觸了真正的使用者才會知道，而且揭曉答案的時機要越早越好，Delivery Team需要整合使用者經驗(User Experience, UX)的運作實務，就是這個道理。

Subject Matter Experts簡稱SMEs，就是專案執行過程中必須用到的「外力」，這群人和Delivery Team最大的差別是，SME僅提供支援(Supportive)，而不用對專案負責。

例如，公司副總預計在12週後發表一支APP，副總身為BO，指派產品經理擔任專案的PO，從各部門挑選了UX研究員、UI設計師、Developer和QA組成Delivery Team負責執行，團隊雖然在第11週就提前完工，但能不能如期上架，要看App Store的審核結果，審核人就是典型的SME。

Agile UX Day_Two

人本產品設計與開發：敏捷使用者體驗實務營的第二天

這一天，我們
用「生死簿」排出痛點(Pain Points)的優先順序

用使用者的情境故事，集思廣益探索解決方案，整合出團隊共同的創意

用淺顯易懂的方式，呈現視覺化的操作流程

用紙、筆、手、口，測試使用者對產品概念的接受度

用競爭對手的產品，訂出產品適用的 Benchmark


同時操作13個產品和服務設計的專案，我們的團隊和學員陣容實在太強大了

活動結束後，68個朋友預約了下一次的活動

下次的活動內容，會針對朋友們提出的願望來設計，活動名稱就叫 UXA，意味著怎麼把UX的能量，轉換成敏捷的需求和開發實務，時間訂在2016年12月底，帶隊的都是業界實際的Agile 和 UX Coaches，敬請期待囉!!!

Agile UX Day_One

人本產品設計與開發：敏捷使用者體驗實務營的第一天

原本開放給會員和親友的聚會活動，爆棚成為100多人的大會
第1個整天跑下來，大家頂著體感溫度超過32度的高溫，透過不插電的手作風，緊湊地跑過10個需求探索的流程。
祝福參加活動的朋友，都能吸收到滿滿的實務經驗。

活動前的準備

Adios User Stories. Embrace Value Stories.

Create value by satisfying both the user’s needs and the organization’s goals.

Here is the user story that we are all familiar with.

AS a [type of user]

I want [a requirement]

So that [user’s need will be fulfilled] 

This is the new and improved version, aka "Value Story"

AS a [type of user]

I want [a requirement]

So that [user’s need will be fulfilled]

And [the organization] will [be able to reach its goal]

User Experience Defined

How Reliable Are Your Requirements

1. 想像使用者的需求，比不上問卷反應出的需求

2. 問卷反映出的需求，比不上面對面確認的需求

3. 面對面確認的需求，比不上實際觀察後的需求

人本產品設計與開發：敏捷使用者體驗實務營 (暨台灣敏捷專家協會第二屆會員大會)

人本 = User Centered

培養團隊的擅變力

敏捷專案管理主張「訂定精實的需求，帶領敏捷開發團隊，透過視覺化溝通，駕馭充滿變動的專案」，是目前新產品開發或服務設計的主流工作方法，以美國職場為例，職缺徵才廣告中包括Agile關鍵字的工作，超過8萬筆，而且起薪就是80,000美元年薪。敏捷職缺為什麼值錢？因為對大部分的產業來說，「詳細規劃一次到位」的流程並不適用，導引團隊快速因應變更的敏捷能力，才是確保組織Build the Thing Right的核心技能。

活用UX幫產品創造價值

過去幾年來，從政府到民間，轉型使用敏捷方法的案例越來越多，但很多人把Scrum當成敏捷代名詞，以為寫幾張便條貼，就可以取代規劃和設計，把同事找來站著開會，就是在導入敏捷。不過問題是，在敏捷開發的團隊，專案的客戶族群怎麼定位？原始需求怎麼來？憑什麼提出變更需求？怎樣才能花費最小的代價，就確定設計方向正確，或是開發成果能讓使用者滿意？這些就是「使用者體驗」(User Experience, UX)的議題，也就是怎麼確保Build the Right Thing的議題。簡單地說，「使用者體驗就是使用者為了解決問題，和產品或服務接觸產生的感受」，以使用者為核心的設計與開發(User Centered Design & Development)，可以提升產品對客戶的價值，增加投資報酬率。

本次課程延請台灣敏捷專家協會理事長徐柏峰與多位敏捷教練，根據新媒體產品開發、敏捷專案管理與使用者體驗設計的多年跨界經驗，透過3天的Workshop，以實際案例分享在敏捷團隊中導入使用者經驗的做法，以及讓「客戶放心、公司安心、團隊開心」的工作方式。

第1天：人本敏捷規劃，日期2016/7/17，星期日

時間	單元	學習目標
上午	Craft a Vision Statement	快速聚焦，建立團隊共同目標
	Identify Target Users	導引式訪談 從大量使用者資料中，有效採掘大多數使用者共同特徵
	Understand User Needs	從使用者的觀點描述問題
用餐
下午	Analyze Tasks	考量使用者需要以及組織目標，找出最值得解決的問題
	Measure AS IS User Experience	訂定有效指標，並衡量產品或服務的「好用程度」

第2天：人本敏捷設計，日期2016/7/23，星期六

時間	單元	學習目標
上午	Story Boarding	透過情境故事，增進開發人員對使用者的了解
	Wireflow	視覺化表達使用情境
用餐
下午	Paper Prototype	進入開發階段前，就得知使用者喜好的精實測試方法
	Solicit Requirements	透過使用者故事表達需求 訂定簡明的驗收條件

第3天：敏捷實務專題講座與第二屆會員大會，日期2016/7/24，星期日

時間	專家講座	學習目標
上午	Agile Administration	Tom Liao：敏捷行政主管的壓箱寶
	Agile RFP	林祖馨：敏捷專案RFP與合約訂定
	Behavior Driven Development	Richard Tsai: BDD開發與自動化測試
	Agile KPI	徐柏峰：掌握專案成本分布並監控專案實際進度
用餐
下午 (會員限定)	General Meeting	第2屆會員大會
	Change for the Better	第2屆會員選擇分組
	Goal Setting	分組目標設定

學習目標

1.          提升需求窗口和開發人員的溝通品質

2.          學會從使用者的角度開需求

3.          在資源和時間有限的情況下，設計產品並進行使用者測試

適合對象(因場地限制，本次活動僅對會員及會員同行友人開放)

1.          需要提升產品投資報酬率的團隊

2.          需要提升產品使用者滿意度的團隊

3.          預計轉型使用敏捷方法的團隊

預備知識：

曾經參與專案執行、產品開發或服務設計

活動時數

3天，共21小時(18 PDU)

活動地點

台北市客家文化會館，信義路3段157巷11號，捷運大安站走路3分鐘

報名方式

1.      於2016年5月1日前，透過Email報名 (會員及友人合起來發一封Email到agiletalks@gmail.com，這是Percy的信箱)，報名日期截止後，會收到繳費通知，報名Email格式如下。

主旨	Agile UX工作坊_Percy共4人
內容 (第一行為會員名稱)	Percy, agiletalks@gmail.com (吃素的) 林小姐, corilin@gmail.com Adrain Woo, adw@gmail.com (吃素的) 廖鎮東, tomliao@yahoo.com

2.      於2016年7月1日前匯款，並來信告知匯款金額及單據後5碼

銀行	日盛國際商業銀行
總分支機構代號	815-0015
帳號	105-28481850-000
戶名	台灣敏捷專家協會
匯款後通知信箱	services@agileme.org.tw
聯絡人	徐柏峰 0978-016105 agiletalks@gmail.com

相關文章：人本產品設計與開發第一天