靈活開發中的PO即Product Owner，産品或業務負責人，即熟悉該産品所有業務相關的邏輯、流程、設定等方面事宜的人員，一般可由産品經理擔任，也可由熟悉業務的開發人員擔任。如果靈活團隊是在一起辦公的，建議由産品經理擔任，本身産品經理已經是所有業務的接口人，熟悉業務是其本職工作；如果産品經理和開發、測試團隊是兩地辦公的，如設立的研發中心、外包服務等形式的，建議在開發團隊内指定一個人來擔任PO，這樣産品經理在第一次PRD全體review之後，隻需跟這個PO講解清楚産品邏輯，後續開發和測試當中遇到的問題，都可以咨詢PO來得到解決，PO不确定的可以聯系産品經理确認，這樣可以減少一部分的溝通成本。
靈活開發中的SM即Scrum Master，字面意思是靈活專家或者靈活大師，即熟悉靈活開發模式及靈活實施流程的人員，一般可由靈活團隊當中的開發負責人擔任，部分能力很強且懂技術的産品經理也可擔任這個角色，因涉及到工作量評估和分派等工作，最好都是由技術能力較強的人員擔任。
Product Owner（PO）
Product Owner角色定義
确定産品的方向和願景，定義産品釋出的内容、優先級及傳遞時間，為産品ROI（profitability of product）負責。 是維護産品需求清單（ product backlog ）的人，代表利益相關者的利益。
Product Owner工作職責
負責最大化産品以及開發團隊工作的價值。主要職責如下：
1、确定産品的功能；
2、決定釋出的日期和釋出内容；
3、為産品的ROI負責；
4、根據市場價值确定功能優先級；
5、每個sprint中，根據需要調整功能和優先級（每個sprint開始前調整）；
6、接受或拒絕開發團隊的工作成果；
7、參與Scrum Planning Meetings（Sprint計劃會議），Sprint Review Meeting（Sprint評審會）和 Sprint Retrospective Meeting（Sprint回顧會）
Product Owner在團隊中的作用
在junior團隊中：主要的需求來源，個人确定需求價值和優先級
在intermediate團隊中：多角度的收集需求，和團隊成員共同确定需求的價值和優先級
在Senior團隊中：和團隊成員共同提出和收集需求，共同對産品負責
這裡的團隊分級主要是指團隊的靈活成熟度，即産品團隊實施靈活開發模式後，對靈活開發模式的适應程度、接受程度和學習程度。後面會專門介紹團隊的評估标準。
一句話總結PO這個角色就是：告訴産品團隊要做什麼，做功能的先後順序是怎樣的，需求有變動時該如何處理。
Scrum Master（SM）
Scrum Master角色定義
是團隊的導師群組織者，與Product Owner緊密合作，及時為團隊成員提供幫助。促使team按照scrum方式運作，為Scrum過程負責的人。
Scrum Master并非團隊的上司（因為團隊是自我組織的），而是一個負責屏蔽外界對開發團隊幹擾的角色。 Scrum Master是規則的執行者，他是Scrum團隊中的服務型上司。
Scrum Master工作職責
確定scrum被了解和正确使用并使得Scrum的收益最大化。主要職責如下：
1、保證團隊資源合理利用；
2、保證各個角色及職責良好協作；
3、解決團隊開發中的障礙；
4、作為團隊和團隊外部的接口，協調解決溝通中的問題；
5、保證開發過程按計劃進行，組織Scrum Planning Meetings（Sprint計劃會議）, Daily Stand-up Meeting（每日站會）, Sprint Review Meeting（Sprint評審會）和 Sprint Retrospective Meeting（Sprint回顧會）。
Scrum Master在團隊中的作用
在junior團隊中：主導和控制
在intermediate團隊中：引導和教導
在Senior團隊中：輔導和協助
一句話總結SM這個角色就是：教整個團隊怎麼做，如何估時，跟進每天進度，風險控制，定期總結，計劃排定。
---------------------
作者：SmartBrain
來源：CSDN
原文：https://blog.csdn.net/Peter_Changyb/article/details/90319032
版權聲明：本文為部落客原創文章，轉載請附上博文連結！
Scurm靈活開發Master的工作職責
在Scrum靈活開發中有三種主要的角色：
Product Owner（産品負責人，簡稱"PO"）;
Scrum Master（靈活教練）;
Team（團隊）。
其中，Scrum Master是其重要的角色之一。那麼今天我們就來探讨一下如何做一個合格的Scrum Master。
Scrum Master在許多的項目開發中被視為項目經理，這其實是個誤區。同時我也經常看到有人主張将Scrum Master與項目經理完全區分，對于此我也不太同意。在我看來Scrum Master雖然并非項目經理，但是仍然肩負着很多項目經理的職能。那麼Scrum Master的職責究竟是什麼呢？該怎樣做才能成為一名合格的Scrum Master呢？以下六項，供您參考。如有不妥之處，歡迎探讨；）
管理Scrum流程
這是Scrum Master最核心的職責，也是Scrum Master差別于項目經理的最顯著的特征。Scrum Master需要維護每個sprint的流程，確定每個sprint能夠順利的實施以及完成。
首先，Scrum Master負責主持召開sprint期間的每一個會議，包括sprint plan meeting， daily scrum meeting， sprint grooming meeting，sprint review meeting以及sprint retrospective meeting。
另外，Scrum Master還需要幫助PO建立product backlog與sprint backlog，并确立其中每個story的優先級。
最後，Scrum Master還需要幫助Team清除在開發的過程中遇到的障礙。Scrum Master應該有一個block list用來記錄Team在開發中遇到的問題障礙，由Scrum Master自己進行管理并最終使得清單中的每一問題得到及時處理。
保護團隊
Scrum Master應該最大限度的保護Team，以確定Team不會被外界，尤其是PO幹擾。那麼Scrum Master該如何保護團隊呢？Team在什麼情況下需要保護呢？
在每個sprint的初期制定計劃的時候，Scrum Master應合理的根據Team的工作能力以及過往經驗，承諾工作量。不要盲目樂觀的給PO承諾過量的工作。我就遇到過有的Scrum Master可能是對于Team的能力估計不足，也可能是希望通過承諾更過的工作擷取老闆的芳心，承諾了太多的工作，結果導緻Team在sprint的後期連續加班，緻使Team的效率嚴重降低。同時由于時間的匆忙，急于傳遞，導緻了項目的品質很低，最終形成了惡性循環。一個好的Scrum Master在這個時候是應該要懂得如何與PO“周旋”，擷取合理的工作量。這裡的“周旋”并非消極怠工，故意減少Team的工作量，這其實是通過安排合理的工作量來使團隊達到最大的工作效率，同時不會傷害Team的積極能動性。這是一個良性的循環。
我們都知道，需求的變更對于每一個開發人員來說都是噩夢，而靈活誕生的其中的一個很重要的原因就是為了解決這一問題，讓開發者擁抱變化。然而在我們采用靈活開發的項目中，經常可以遇到Product Owner越過Scrum Master，直接找到Team, 對他們指手畫腳，發号施令。這個時候，Scrum Master應該像“猛獸”一樣将PO“吼開”，以避免Team受到“傷害”。需求改變可以，但是不應該在sprint的過程中幹擾Team, 可以在daily scrum meeting或者sprint plan meeting上提出，共商解決方案。我覺得Scrum Master對Team在很多時候都應該有一種“護犢子”的精神。確定Team神聖不可侵犯。
有效溝通
很多時候Scrum Master起到了一種“承上啟下”的作用。一頭面對的PO以及自己的老闆，另一頭面對的是Team。很容易使人感覺Scrum Master仿佛在夾縫中求生存，容易兩邊都不讨好。是以，溝通藝術的重要性不言而喻。如何說服PO，使得老闆滿意，并且讓Team開心，這是一門學問。對于此，下面幾點可以作為參考：
1. 面向老闆：
應定期及時的通報項目的狀态與進展，不要等到老闆親自來問，可以通過表格以電子郵件的方式發送。主要彙報進展狀态，避免過于細節的内容；
遇到問題，應及時上報，使得問題在出現時就能得到重視，并被及時解決。如果等到截止時間才釋出壞消息，那麼就給了你的老闆對你進行微觀管理的機會。
2. 面向Team:
最重要的一點，應以身作則，态度端正；
充分了解Team中每個成員的能力狀況，防止出現工作量盲目承諾的問題；
通過daily scrum meeting讓Team中每個人都能明确了解最新的進展與形勢；
遇到問題，應對事不對人。
把關品質
此刻開始，Scrum Master更像是一個項目經理。無論是品質，進度還是團隊建設都更像是項目經理的職責。對于Team來講，這時的Scrum Master不再是那個“保護”我們的人，而變成了那個“收保護費”的大佬。然而，在實際項目中，Scrum Master确實要承擔這些職責，隻不過有些已經融入到日常的scrum流程中去了。
關于品質的管理，我想其重要性不言而喻。品質是決定了産品的命運。那麼如何把關品質了。在靈活實踐中，如下的經驗可供參考：
1）欲速則不達。不應過于強調速度，應保持合理的開發節奏，才會使得産品品質具有一定的保障。Scrum流程在每個sprint應統一完整，使得Team形成習慣，最終達到良好的開發節奏。
2）制定coding style，并堅持代碼審查。代碼的規範非常重要，好的代碼可以提高整體團隊的開發與溝通的效率。好的代碼會說話。代碼審查可以結對完成，隻有審查通過，才可以送出代碼。可以通過建立pull request來進行代碼的審查，通過之後，再merge到代碼庫中去。
3）寫單元測試。單元測試的重要性我想大家都明白，隻是很多人覺得寫起來痛苦，麻煩，占用開發時間。有了單元測試，你的代碼才是經得起考驗的代碼。
4）冒煙測試。在每天下班之前，停止push代碼，然後進行冒煙測試。冒煙測試成功之後，才會下班回家。這是一種很好的方法，它保證了每天功能都是可用的，進而確定了品質。
5）自動化測試。它的好處，不用多說，誰用誰知道：）
6）提早內建，以便頻繁擷取回報。這樣的好處在于我們可以及時的得到使用者的需求回報，進而能夠及早修正。
7）最後，我要強調一句：不要加班，不要加班，不要加班。
跟蹤進度
進度管理是Scrum Master的又一項項目經理職責。對于scrum中進度的監控，我們有很多的方法，也非常有效。
先說工具，靈活開發中，比較傳統的跟蹤進度，同時使用也非常廣泛的一種方式是Story Board（故事版）。這種方式簡單直覺，非常有效。即使現在已經湧現了很多非常優秀的電子管理工具，許多團隊仍然對它情有獨鐘。近些年一些電子的跟蹤進度的srcum工具出現了很多。比較有名的像是jira. 它的使用也非常的簡單直覺，而且功能非常豐富強大，強烈推薦大家使用。
另外，我們可以通過daily scrum meeting擷取到Team每天的工作進展。此時我們可以根據進展進行一些必要的調整。
團隊建設
團隊建設是項目開發中絕對不容忽視的一環。團隊凝聚力如何，直接影響了整個團隊的戰鬥力。是以，建設好團隊，是每個Scrum Master的重要使命。
那麼如何有效的進行團隊建設呢？
1）放權。靈活開發的其中的一個重要的特征就是團隊自組織。團隊自組織的優勢就在于，通過放權給團隊，讓它們自主的思考，設計開發，不對其幹預，進而使得團隊中每個人具有成就感，進而提高整個團隊的積極能動性。
2）打造學習型團隊。一個方法就是通過團隊内部知識定期分享的方式，使得每個人都能可以學到新的知識，進而逐漸使得團隊成長。比如每周五的下午4點，可以利用一小時的時間，讓團隊的成員舉辦知識講座。通過這種形式，大家的積極性會變的很高。可以約定分享的内容并非一定是技術方面的，也可以是生活娛樂等，隻要大家感興趣就好。這樣做的好處在于不僅提高了團隊的技術能力，也使得團隊之間能夠更輕松愉快的交流，進而提升團隊的凝聚力，戰鬥力。
3）最後，提高團隊最有效的一個方法，那就是一個字：吃；）這是拉攏吃貨們的大好時機。當然這個需要經費，不過方法總會有的，你懂的；）
作者：Ifdef_Max
連結：https://www.jianshu.com/p/72a5c42cec8b
轉載于:https://www.cnblogs.com/softidea/p/11016546.html