已有优势 - 计划与优先级
和原来在国内的delivery的模式不同，我们的Scrum是以两周为一个Sprint产出。这就意味着每两周我们就需要做一次计划，上线和复盘，对于PO来说，这比较考验产品计划能力及优先级排序能力。非常自信的讲，这两项是我的绝对优势，是我在原来国内工作中积累的重要技能。
目标拆解 - PM会将产品大方向路线图制定出来，我会和技术团队和其他stakeholders一块细化需求并排列优先级，然后拆解到Sprint级别的制定计划。这个计划最多只能做两个Sprint，因为必须适应变化，多做无益。我是整个团队第一个做Spring路线图拆解的PO， 这个方法还被老板推广到其他PO。
认知统一 - 尽管已经预先设定一些计划，但每次Sprint开始前，我还是会和技术leader以及PM一块再探讨下计划是否仍然可行。这一个步骤极大的保证了大家的目标一致。我们Squad几乎很少遇到因为认知不一致而导致的沟通问题。
目标的意义 - Sprint Planning的时候，我首先会和团队明确大方向目标，然后才落地到当前Sprint的具体目标，以确保团队每个人都理解为什么要做哪些事情。这一步是起到团队指路的作用，保证我们前进的时候别走错方向。
优先级变动 - Agile的原则之一是要掌控变化，优先级变动是经常发生的事情，这是PO的核心职能之一。例如上半年我们的一个大项目到了最后测试阶段，涌现了很多bug。我会根据这些bug对最终目标的影响以及时间紧迫性来更新优先级，这是个不断变化的过程，最后保证了核心bug全部解决，产品顺利上线。
从长篇到精简 - 由于原来写文档的习惯，我一开始特别喜欢将user story写的非常详细去和技术讨论，这并不是Agile方式。我在这一年通过一些学习，总结了些user story的方法论，还给其他PO分享过。简而言之即，user story是启动讨论的一个方式，最终细化的需求是和团队一块讨论出来的。一旦开始非常详细， 就可能会限制大家的思路以及需求的走偏， 也有利于发觉集体智慧将需求做的更好。
技术评估的学习 - 我们团队是使用Story Point的方式来给每个user story定义工作量。这个point代表了工作的大小，也可以帮助我们了解每个Sprint我们到底能完成多少工作量。我的Squad一开始都很混乱，完全凭个人感觉接需求，导致要不需求不够做，要不就是做不完。我通过和技术leader的讨论，向其他Squad学习，线上学习等多种方式，和技术leader一块推动了Story Point的正确使用，现在我已经完全知道每个Sprint我们到底能做多少东西，在计划阶段到底可以计划多少东西，使得我们的生产力既不浪费也不会超负荷。
在这一年的和团队一块的成长中，我逐渐掌握了Scrum的方法论以及积累了实践。在最近的大项目中，我的Squad是率先按计划完成了所有相关工作并有余力帮助其他团队赶进度，团队的每个人都对自己的产出非常自豪。
Scrum每一个流程都有它独特的作用，尽管一个Spring需要各种开会， Planning，Daily Standup，Refinement，Review 和Retro却一个都不能少。它们都是让团队不断改进，持续交付的重要流程。我唯一不那么开心的就是，这些会都得我来主持。。。
在Scrum的模式下，我深感到团队的力量，每个人都表现出很好的自组织能力。我从来没有听过彼此抱怨，而都是在积极帮助他人解决问题。我也感受到了不断交付，价值输出的愉悦感。每两周我们都会向业务做产品更新，尽管功能很小，或者仅仅是解决几个bug，也收获了业务部门的满意评价。
以上，我的Scrum成长之路 - 2023工作复盘圆满完成。好好休息三周，2024年继续加油！
