1、敏捷倡导适应型规划,随着团队对于工作的深入认识,计划可以进行调整。通过沟通,合理引导干系人的期望
2、敏捷不是仅仅鼓励少数人与客户进行沟通,倡导多维度沟通
3、团队一对一沟通并不是敏捷的最佳沟通方式
4、向股东和高层展示产品路线图和故事地图更有助于提高对未来的预测能力
5、演示产品是在产品评审会议时开展的活动,不建议临时加入产品演示活动,会干扰团队正常工作。演示往往会形成讨论和反馈,并不是向股东分享的好方式,除非为了收集需求
6、在迭代末演示会议上可邀请相关干系人参加
7、预测未来发展,路线图
8、团队对用户故事细节不理解,需PO及相关干系人进行澄清,而不是经理或领导决定。要求合适的干系人向团队提供澄清,以让团队能够达成一致意见
9、一般使用的情形是迭代燃尽图和功能燃起图。看范围变更,由燃起图表现出来
10、需知道不久的将来发布什么功能,故事地图相对产品路线图更详细具体
11、需提前交付特性(功能)时,审查DoD (完成的定义)确保交付的特性符合各方的要求,比如质量要求,再进行交付
12、同相关方共同协商是最合适的敏捷做法
13、孤岛式做法是敏捷不推荐的
14、非生产性时间即非增值活动(浪费)占用的时间。降低非增值活动,尤其是工作中的浪费,从而提高增值活动的比例,提升工作效率
15、敏捷,以团队为核心,团队做出的合理建议Scrum主管应该给予支持
16、敏捷倡导团队规模要小,但并不是为了更便于管理站会
17、迭代末改进的是回顾会,迭代期间持续改进的是每日站会
18、对于特性的变更需与PO商量影响和应对措施
19、 理解产品目标需要从产品愿景入手,产品愿景又称为章程。迭代计划会议无法理解产品目标,只能理解下一个迭代的工作目标
20、精益强调消除浪费(非增值活动)。重复的工作可能存在可以优化的空间,执行价值流分析,用价值流程图找出其中的非增值活动,以进一步改进
21、通过计划会议和每日站会创建风险和问题清单并且持续不断地进行监控
22、从上层要求大家执行,不符合敏捷理念
小记完毕~
需要PMP备考资料可留言~