本文主要是介绍CSPO课程感悟，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
虽然整个周末都在紧张CSPO课程学习中，可是，周一的一早，我坐在办公室中，却丝毫没有疲惫的感觉，而是带着满满的干劲，准备去开始我新的PO旅程。
和大部分学员不一样，我们公司其实早在两年前就开始做敏捷流程的导入，而我作为专案经理，也已经磕磕绊绊地担任了一年多的PO角色，这一次的课程我是带着查缺补漏，纠正错误观念，解决问题的目的来参加的。通过这次课程对PO的角色定位和职责有了更深入的认识，在一些问题上也打开了新的思路。
例如，关于Scrum的价值观，我往往更关注的是团队成员对我的承诺是什么，是否有专注执行，是否有达成，而忽略了我们是一个Team，我对整个团队也应给出承诺，至少承诺在这个Sprint中不改变需求，不改变优先级。作为PO我也应该有勇气去接受整个团队的决定，去拥抱各种各样的变化。
大概是长期专案经理的影响，在接到一个任务或需求时，我往往会不由自主地去猜测提出方的目的，而这却在一个课程游戏中遭遇了滑铁卢。面对老师的练习要求，我从经验出发，去猜测了这个练习的目的，结果却带领整个小组走向了错误的道路。通过这点，你会发现，用户访谈，挖掘用户痛点，了解WHY we are doing this有多么的重要。
课程中，还有很多各种各样的实践练习，每一个都会让你更加了解PO的定义与职责。由于线上课程，可能有些练习没有面对面那么多的火花碰撞，但是你会发现它也有自己的优势。例如，在做Story Mapping的练习时，在讨论与完成backbone之后，大家迅速开始针对产品功能进行扩展，全程我们没有交流，只是各自进行着卡片的创建。最后，你会发现整个产品的架构都完整了，而且我们有了很多意想不到收获。在这个基础上，我们再来做release Plan，共享屏幕可以让我们随时了解整个Map的全貌，还可以随时通过变换卡片颜色来做优先级的调整与标注。整个过程都迅速、有效且让人舒适。
什么是MVP？如何定义MVP？这恐怕是大多数PO心中最大的疑问。在答疑中，Jim老师还针对MVP与我们进行了进一步的讨论，并且引入了两个新概念MMP与MMF。MVP(Minimum Viable Product)最小可行产品，用于快速验证市场的接受度，辅助产品决策。
而MMP(Minimum Marketable Product)是验证后的最小可发布的产品，MVP1+MVP2+…+MVPn =MMP, 它的目标是抢占市场窗口，并更早地获取到用户的反馈，以指导关于产品增量的进一步规划。MMP，使用最小的特性集合，也就是最少的MMF(Minimum Marketable Feature), 最小可发布特性达成产品的独特核心价值, 都是敏捷的最大特性。期待能用更快的速度、更少的成本做更好的产品。
最后，感谢专业权威的Jim老师和可爱热情的助教Daisy。
——捷行CSPO认证学员 Pony
这篇关于CSPO课程感悟的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
