作者：北京老李：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，别让惰性成为约束，持续不断地改善；
