本文主要是介绍ACP考题疑难解析汇总，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
1、迭代计划会议的时长不超过8小时，迭代评审与回顾会议一般是关天（4小时）；
2、故事点是用户故事的度量单位，它被分配进迭代订单中，它是团队用来估算工作的，对客户没有价值；
3、项目章程是否适用于敏捷项目：不论采用什么样的方法论，绕过项目章程运作的项目比遵守项目章程的项目存在更高的取消风险或会存在更多的问题。
4、创新游戏中有一个游戏叫“购买功能”；
5、团队的基本准则不是由敏捷专家编写的，它适用于团队任何项目成员，它表明了团队的期望，可以涉及项目的任何方面。
6、干系人的最佳定义：对项目成果感兴趣的任何人；
7、史诗故事是一个大型故事，表示一个完整的用户工作流，可能横跨几个迭代周期，也被称为能力；
8、计划扑克（Planning Poker）是一个促使达成团队一致意见的团队构建活动。它由团队用来评估一定量的工作需要花多长时间完成。
9、敏捷的一个宗旨是软件集体共同维护，由团队负责；
10、时间盒：只有在规定时间内通过验收的功能包含在时间盒内；
11、持续集成：所有代码应该每天提交和测试；
12、一个能增加客户价值的小单元被称为：最小可售功能；
13、一个迭代等同于一个冲刺；
14、XP鼓励团队只做一次；
15、挣值管理（EVM）：计划价值（PV）、挣值（实际价值，EV）、实际成本（AC）、完工预算（BAC）
假设我们现在要做一个项目，就是砌一堵长度为100米的围墙，为了方便计算我们假设总的预算是100元每米，共100*100=10000元，我们还计划项目工时10天（每天砌墙10米）来完成这个项目
为了顺利完成该项目在项目中途我们需要对项目绩效做监控，于是我们在第四天工作结束的时候我们发现第四天工作结束实际才完成了30米砌墙任务，下面对该项目进行绩效评估：BAC：10000元；
PV：4*10米 *100元/米 ＝ 4000元
EV：30米*100/米 ＝ 3000元
AC：实际花了5000元
挣值管理在敏捷项目中一般不精确，因为工作范围不明确
16、极限编程项目中的角色：客户、教练、程序员、测试人员、跟踪人员；
17、价值流程图通过观察一系列过程并在个系统中对其跟踪以便能更深入理解和分析每个过程产出的价值。
18、术语“看板” ＝信号，“改善” ＝ 持续改善；
19、产品路线文档展示了发布计划和相关功能；
20、产品未完成项属性DEEP（D 详细适宜）（E 可估计的）（E 涌现式的）（P 排好优先级的）
用户故事的属性INVEST Idependent(独立的) 、Negotiable(便于沟通的)、Valuable(有价值的)、Estimable(可估计的)、Small(短小)、 Testable(可测试的)；
21、宽带德尔菲法（Wide band Delphi）- 一种生成估计的方法，涉及参与者之间比传统Delphi方法更多的交互和沟通。团队成员聚在一起演示用户故事，讨论面临的挑战，然后私下进行估算的一种估计技术。每个故事的估算结果都会被匿名标注在图表上，然后团队就故事点范围进行讨论，并尝试达成普遍共识；
22、当有大量“功能未完项”出现时,亲和估算会更合适一些；
23、清益中的里斯“冲突模型”描述了5个级别的冲突：（1）解决问题（2）争论（3）争辩（4）圣战（要么他走，要么我走）（5）世界大战（胜利已经不够，对手必须输）；
24、燃尽图的纵轴表示功能（范围），横轴表示时间（进度）；
25、周期：完成一个用户故事的时间；
26、敏捷原则指出迭代周期持续时间从2周到2个月不等，而极限编程方法论则把迭代周期压缩到1周。
27、速度：一次固定迭代中团队可以交付的需求或用户故事数；
28、敏捷团队是自我组织和自我管理的；
29、停车场图用来抓住可能重要的但应该以后再关注的偏离主题的信息；
这篇关于ACP考题疑难解析汇总的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
