1、为什么要ACP?
通过系统地学习，构建知识体系，用专业技能扩大自己的职业机会；
优化工作中的工具和实践，以确保自己所在的团队做到最棒；
做自己所在领域的权威专家，未来可期.
这次的ACP学习带给我最大的收获应该是掌握了敏捷管理的思想—“响应变化，创造可交付的价值”.
2、学习方法
多读几遍教程，勤加练习，不断思考回顾，总结重点。
3、敏捷 ACP 相对于传统 PMP 项目管理
在需求分析方面，敏捷 ACP 相对于传统 PMP 项目管理有其显著的改变，从冗长的需求文件演变成短小精悍的用户故事。用户故事的目的是以更快的速度、更少的消耗应对现实世界需求的快速变化。 用户故事的描述只要足够 （Enough）
就好，细节描述可以通过与客户或用户进一步讨论确认。每个用户故事可以以用户故事卡片的形式写到开发团队的任务看板上。用户故事卡片的背面会记录该用户故事的验收条件和可以确定故事完成的所谓定义或标准。 用户故事的基本格式是 “作为（角色） ，我想要（功能） ，以此实现 （商业价值） ”。角色即为使用这个待开发系统的角色，功能是该角色的具体需求（ Requirement），商业价值是最根本或深层次的需要（ Need）。每个用户故事要限制其大小，理想的情况是所写的故事能够让一两个程序员花半天到两周时间完成代码和测试。通常通过故事所对应故事点的多少来衡量完成每个故事的可能工作量。故事点是一个相对估计的方法，表明一个故事相对于其他故事的大小和复杂度。不同项目团队的故事点的设定不尽相同，不具备彼此工作量的比较意义。开发团队根据自身的速率（即每次迭代完成故事点的能力）来衡量把多少个用户故事纳入本次迭代。