心得：敏捷的核心在于用户故事

公司开始2周一个迭代，迭代中用的瀑布开发。产品经常插入需求，发版延期更是家常便饭。
后来跟了新项目，开始用户少，一周一版。时间短，产品不好插入需求。使用scrum的4个会，进度监控简化了不少。
但是我知道研发效率的衡量这块一直没做好。
估时是拍脑袋，排期依靠估时。用估时或者需求来衡量，都不合适。
直到在复习PMP过程中，读了《关键链》这本书。书中提到人们会加入大量的安全时间，结合【学生综合征】，拍脑袋估时效率是不会高的。
但是，我不知道怎么把【安全时间】挤压出来。问开发人员，他们是不会承认的。

网上都说敏捷好，我自己在尝试scrum。但是需求一直用的prd，没用【用户故事】；开发人员不会主动领取任务，还是需要项目经理安排。

翻阅了大量资料，大多数都是讲理论的，看了实战的视频，认识到：用户故事最大的价值在于关注用户价值。以及和他伴生的团队效率衡量方法。
这2点，是我认识到敏捷比瀑布现先进地方。

查资料的过程中，无意中看到，甘争光写的《落地敏捷：教练生存指南》。不管这个岗位能不能挣钱吧，这本书激起我的教练梦。

用户故事，是保证价值交付的基石。

总结下：关于它的理论知识
角色、活动、商业价值，落地的形式：as, i want to ,so that.
3c： card ,conversation, confirm。这个如何落实。
ac: given ,when ,then，与测试用例的区别，从用户角度出发。
用户故事地图：角色-》活动-》user story
epic - feature - user story - task
6个特点：可讨论，可估算，可测试，有价值，小
拆分原则：按数据；汉堡包；按流程；
扑克估算如何操作？
基准故事点的定义？