利害關係人網路圖

專案管理不論採用哪一種管理方法，「人」都是最重要的元素。對於專案執行的過程或結果，受到影響的個人或群體，稱為利害關係人(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 Experience Certificate Achieved

經過一番努力，從設計思考到數據分析，一連考過5關，終於拿到UX認證了。

不論是Product Owner還是Business Analyst，掌握User-centric的精隨，就更能做出讓人有感的產品。

問5個人，可以找到產品85%的問題

Agile UX 用了這麼久，終於見到有 The King of Usability 之稱的 Jakob Nielsen.

草民：如果公司預算有限，要找幾個人來進行 User Testing 啊？
大神：只要測試5個Users，就可以幫產品中找出 85%「不好用」的地方；如果還有預算可用，至少要測試15個Users，才可以把產品「不好用」的問題全部都找出來。
草民：歡喜信受，做禮而去。

Source: https://www.nngroup.com/articles/why-you-only-need-to-test-with-5-users/ 

打造人民有感的政府數位服務：英國案例分享

這是2015年發表的最後一篇研究專題了，雖然題目是打造政府數位服務，內容是真正的大型敏捷案例，想要把組織轉型敏捷的，想找敏捷專案驗收標準的，還是想為專案訂定「有感」KPI的，在這篇文章裏面都有線索。全文刊載在國家發展委員會《政府機關資訊通報》第338期，有需要的朋友直接去下載吧。