作者：北京老李：EXIN授權EXIN DevOps Master（大師級）講師(首批全國十名) 、EXIN授權EXIN Agile Scrum 、Product? Owner、Lean IT 認證講師、首批ITIL Expert講師、PMP、Prince2專家級、EXIN云安全管理、EXIN 云服務管理、ISO20000 LA、ISO27001 LA等多項認證。先后在北京、上海、廣州等地主導軟件開發、系統集成、咨詢服務等工作，主要研究方向云安全管理、DevOps落地實施。
閱讀需要5-8分鐘：
1.國內的誤區
1.1PMP和Product Owner有沒有關系？：PO和PMP真沒有一毛錢關系 ，因為在Scrum 2017版的解讀中，提到項目經理在新型軟件工程中是不存在這個崗位。學習PMP可以得到項目管理知識體系，和Product Owner真沒有什么關系。
1.2Scrum Master等于Product Owner嗎？：正宗的Scrum團隊需要SM、PO、Team配合工作，不是說團隊有了Scrum Master教練，就可以讓你的產品具有成長性，真不是一個能力領域。
1.3我是Product Owner就能帶好產品：一個好的產品與客戶相關，與市場相關，有了PO可以有競爭的優勢，但也不是說有了Product Owner就一定有好產品。沒有組織合力，有產品也沒用。
1.4產品交付只與工程師有關嗎？好的產品離不開用戶，敏捷2.0DevOps方向是通向企業成功之必經之路，學習敏捷的必經之路DevOps才真正解決整體業務價值流與IT價值流的關系。Product Owner也只是學習過程中的一站。
1.5npdp是敏捷產品開發方法嗎？很遺憾的告訴你，真的不是，它是標準的傳統方法總結。NPDP認證的核心價值在于整合產品開發管理的理論與實踐，包含新產品開發策略、研發流程管理、 市場研究、產品組合管理、團隊管理、工具和度量指標、產品生命周期管理七大專業領域。
1.6現代敏捷的挑戰與壓力？“現代敏捷”的發明者Joshua Kerievsky說:“要建立或修復什么是很難選擇的。它需要許多人的洞察力才能做好。如果你想把工作做得很差，就把所有的工作都交給一個產品負責人(PO)……癡迷于客戶的公司知道，如果你不了解他們的需求，你就無法讓他們變得很棒。這需要一個團隊來做好，而不是一個阿寶。”
? ? ? ? ? ? 北京老李總結：如果你單位在應用敏捷，那么Product owner應是你的首選
2.EXIN Product owner認證的優勢？
北京老李不太正確的認識：
1.學習需要最值：國內在今天的環境中應講性價比，EXIN的Product Owner具有一次獲得終身擁有的特點。更值。不像其它培訓課程體系，一個Product Owner，搞出N多證書。做最有價值的事，EXIN Product owner你值得擁有。
2.學習需要時間：學習本身是需要自我學習與老師引導相互配合，世上本沒有大師能幫你解決問題的情況，大師的工作是引導你解決問題，這就是敏捷教練的工作。
3.學習需要正確認知：證書本身只是個開始，“師傅領進門,修行在個人”，要正確認證證書的位置，不要唯證書論，也不要無論證書，擺正自己，擺正“敲門磚”的位置，它值得擁有。
4.學習需要持續學習：今天社會，IT35歲下崗，你不學習，就會被淘汰，學習也要持續持續學習，不斷總結與提升，你才能成為自己想成為的那個人。
北京老李：學習需要最值
3.打通敏捷與ITIL轉型的基礎?
北京老李總結：不懂產品怎么懂運營，不懂運營怎么懂產品，這些管理方法都是站在IT管理的角度，提升IT經理的管理專業技能。當全球超過70%的團隊都在應用Scrum這一管理方法。想敏捷運營（運維）不懂敏捷產品你怎么敏捷。
北京老李：不懂敏捷產品，怎么敏捷運營
北京老李：搞好敏捷沒有借口，搞好Scrum必學Product owner。搞好運維轉型必學Product owner。搞好敏捷2.0必學DevOps。這也是IT人的成長之路。
4.Product owner與DevOps的關系？
真如前面所提到的內容，學習Pre-Master課程，是為了達到今天全球正在應用的敏捷2.0DevOps的深入理解與應用。Pre-Master課程為了解決不同領域深入的應用技巧，DevOps為了把各種方法進行綜合應用。DevOps Master教練也是Scrum Master教練的正式升級版。
EXIN通向企業成功之路敏捷轉型的敏捷路徑：
5.什么是Product owner
Product owner是scrum管理框架的角色之一，由代表業務或用戶社區的人員擔任，負責與用戶組合作確定產品發布中包含哪些特性。
作為開發團隊和客戶之間的聯絡人，產品負責人必須與這兩個組緊密合作，以確保清楚地了解產品或應用程序中需要哪些特性。因為可能有各種類型的客戶和用戶，產品所有者必須對業務領域和不同類型用戶的不同需求有一個堅定的理解。
scrum sprint從一個計劃會議開始，在這個會議上，產品負責人向開發團隊傳達并確定應用程序的需求或特性的優先級。產品負責人幫助從backlog中對用戶故事進行優先排序，這樣團隊就知道在scrum sprint中應該處理哪些故事。產品負責人負責回答開發團隊的任何問題，以幫助他們在開發應用程序時澄清任何細節。Scrum產品負責人的職責包括:
北京老李：DevOps Master教練也是Scrum Master教練的正式升級版。
定義應用程序的特性。
對應用程序的特性進行優先級排序。
在每次sprint或迭代之后，根據需要調整特性和優先級。
接受或拒絕工作結果。
保持客戶或用戶的狀態，并得到他們的反饋
6.EXIN還有哪些敏捷領域的專業課程？
Pre-Master分為四個專業領域，分別為敏捷、Lean IT、ITSM、Testing。在敏捷領域EXIN課程體系包括基礎級、Master、Product Owner、升級路徑四門課，全面掌握Product owner為你的人生添光加彩。
DevOps Pre-Master敏捷專向課程
版權歸作者所有，任何形式轉載請聯系作者。
作者：北京老李（來自豆瓣）
來源：https://www.douban.com/note/709896406/
歡迎爬樓，看更多北京老李-DevOps相關內容，ITIL內容請關注”豆列“
https://www.douban.com/note/709308373/ DevOps Master ：招聘DevOps工程師必問的12個問題（送DevOps實現的三個路徑）
https://www.douban.com/note/708968150/ DevOps Master課程總結：知否知否，應是DevOps肥ITIL瘦（送ITIL4前生今世）
https://www.douban.com/note/708218842/? DevOps Master課程總結：學習沒有捷徑（送DevOps安燈正確方法）
https://www.douban.com/note/694641377/ DevOps Master鳳凰項目沙盤總結：DevOps黃金三步法
https://www.douban.com/note/700603657/ DevOps Master鳳凰項目沙盤總結：履霜堅冰至，轉型應自強不息
https://www.douban.com/note/693053178/ DevOps Master鳳凰項目沙盤總結：通過DevOps實現IT組織轉型
https://www.douban.com/note/689504940/ DevOps Master鳳凰項目沙盤總結：DevOps起始質量之獨孤九劍
https://www.douban.com/note/645016138/ DevOps鳳凰沙盤：一場精益敏捷探索之行
https://www.douban.com/note/629890513/DevOps鳳凰沙盤：一場百玩不厭的質量感悟
https://www.douban.com/note/630638887/DevOps課后總結之DevOps游戲系列-DevOps的獨孤九劍
https://www.douban.com/note/637665261/DevOps Master課程:回憶我與DevOps之父Patrick的交流
https://www.douban.com/note/647732431/ DevOps：10本DevOps推薦書及47個DevOps兼容工具
https://www.douban.com/note/647732431/ DevOps：10本DevOps推薦書及47個DevOps兼容工具
https://book.douban.com/review/9110485/ DevOps：轉型從正確地認知開始
https://www.douban.com/note/651734552/ DevOps：從I型人才到E型人才
https://www.douban.com/note/651734953/ DevOps：智能服務臺是企業不能缺少的基石
https://book.douban.com/review/8928323/ DevOps布道師:終身學習是終身成長的源動力
https://book.douban.com/review/8820627/ 《把讀到的知識轉化為能力三步法及完美學習的四步法》
https://www.douban.com/note/643862694/ DevOps Master課程:腳踏實地學Pre-Master，一步一個腳印成為DevOps Master
https://book.douban.com/review/8805640/ DevOps布道師為深度工作寫的序：深度工作是心身的一種修練方法
https://book.douban.com/review/8795275/ 咨詢基本功：咨詢顧問基本功之書面溝通及“補充大餐”
https://www.douban.com/note/643251358/ DevOps定義編年史：通過DevOps定義看DevOps發展
https://www.douban.com/note/637838681/ DevOps應用：光大銀行DevOps1.0到DevOps2.0研討會
https://www.douban.com/note/639093367/ DevOps應用：民生銀行IT一體化管理與自動化發展（1）
https://www.douban.com/note/638965340/ DevOps應用：工商銀行DevOps進行時
https://www.douban.com/note/696842302/ DevOps應用：工商銀行DevOps進行時（2018年）
https://www.douban.com/note/641427886/ DevOps應用：DevSecOps云下安全與云等保（云博會內容提前曝光）
https://www.douban.com/note/646007197/ 敏捷辯論
https://www.douban.com/note/655617439/ 敏捷服務管理：數字化轉型核心
https://www.douban.com/note/696148785/ DevOps Master課程總結：IT運維的昨天、今天、明天（IT運維四大“坑”）
艾利·高德拉特? “在瓶頸之外的任何地方作出的改進都是假象，在瓶頸之后作出任何改進都是徒勞的，而在瓶頸之前作出的任何改進則只會導致瓶頸處堆積更多的庫存。”
【1】精益管理方法的術語
【2】高維度思考法
【附】高德拉特《目標》五個聚焦步驟：
第一步是確認約束點，直到確定那的確是整個部門層面的約束點，對非約束點的任何改進都只是幻覺，得不到實際任何價值；
第二步是利用約束點，尋找突破這些約束的辦法，確保不讓約束點浪費任何時間，永遠不要讓約束點遷就別的資源而干等著，而是應該專注于IT運維部對當前所需完成工作中優先級最高的那一項，一直都要這樣；
第三步，使企業或部門的所有其它活動服從于第二步中提出的各種措施；
第四步，具體實施第二步中提出的措施，使第一步中找出的約束環節不再是整個部門的約束點；
第五步，回到步驟1，別讓惰性成為約束，持續不斷地改善；
