对敏捷的思考
- 敏捷的本质
敏捷的本质就是“快速拥抱变化”。传统瀑布模式的开发方式，会导致产品做出来之后发现已经过时，或者需求和产出没有对齐。因此通过敏捷的方式，先研发出一个MVP版本（即原型产品）交给市场检验，再在此基础上根据市场的反馈来快速迭代产品功能。 - 敏捷的问题
主要问题就是敏捷的执行可能会变味，变得流于形式，而失去精髓。简单来说，每日站会并不需要每天都开，迭代复盘会议并不需要繁琐的流程，更重要的是，敏捷不是将瀑布模式的交付周期进行压缩。 - 作为SM，在工作上有哪些动作去真正实现敏捷
- 站会的优化
站会的本质是明确工作，对齐风险。不必要不开会。 - 复盘会的精简
不需要额外的内容，每个人只需要讲述上一个迭代做得好的和不好的一个点。 - 迭代流程的优化
研发方案疏漏问题，建立设计方案模版。测试同学测试时间紧张和测试遗漏问题，通过推进主流程自动化测试解决，让测试同学有更多的经历放在测试用例设计上。 - 处理比较突出的部分团队成员的问题
pm同学prd文档出的慢且模糊不清，经常导致研发返工。针对这个问题跟同学进行1on1沟通，仍然没有改善则上升老板。