| 验收标准 |
属性来验证一个故事符合用户的期望。表达清晰,简单,可行的可以翻译语言测试标准。 |
| 待办事项列表 |
一个动态的用户故事排序列表。积压可以管理整个项目,每个产品,每个sprint。产品所有者,与利益相关者合作,将定期新郎积压,确保工作明确,优先顺序,合理的估计。高优先级的工作将具有最大的细节定义和完成第一,而工作计划在将来的版本中会降低积压与忠诚。 |
| 燃尽图 |
在敏捷的通用指标显示剩余的工作量和时间。它是用来评估开发团队在一个sprint的进步。 |
| 持续部署 |
试图尽快部署新代码通过自动化集成、测试和部署到生产环境。 |
| 持续集成 |
软件更改合并到一个共享代码库一天几次。这种方法减少了时间和部署新软件的风险。 |
| “完成”的定义 |
一个共享的理解如何满足用户的期望通常用户故事。 |
| 开发团队 |
跨职能团队通常由承包商人员:软件开发人员,包括软件和安全工程师,数据专家、测试人员、质量保证和配置管理器。 |
| 史诗 |
大量的工作需要在开发完成;通常,完成在一个sprint太大;是进一步分解成更小的特性和用户故事。这些可以表达业务功能或识别对产品或系统设置的约束条件。史诗中使用计划和成本估算。 |
| 极限编程(XP) |
敏捷软件开发方法与短开发周期进行频繁的发布和检查点。它旨在产生更高质量的软件和降低成本的变化。 |
| 迭代 |
分时间段来开发和部署软件。AiDA使用版本和短跑作为名义上迭代。每个程序会识别常见的迭代长度。 |
| 看板 |
一个方法来可视化开发团队的工作在多个列评估进展并确定任何瓶颈。看板可以在白板上,与便利贴海报板,或为团队协作软件工具。 |
| 最小可行产品(MVP) |
新产品的版本,允许一个团队收集验证学习客户的最大数量最少的努力。(来源:埃里克·里斯) |
| 结对编程 |
当两个程序员开发和测试软件通过一个工作站。作为一个写代码,其他的观察和他们经常切换角色。这允许更快的学习,推动合作,理想情况下,提高软件质量。 |
| 规划扑克 |
一个开发团队的方法估计的大小或每个故事所需的工作量。每个团队成员分别制定了卡的估计。团队将差异达成共识的计划工作。 |
| 产品负责人 |
权威的用户社区代表管理待办事项列表(s)和需求优先级排序,通信运营概念开发团队,并提供持续的反馈对他们的产品开发团队。看到这个角色分析要求额外的细节。产品所有者通常是一个政府雇员从用户组织拥有需求,但是一些程序有一个承包商填补这个角色与政府用户,然后工作。 |
| 释放 |
释放代表程序的核心元素结构,引导程序的频率提供最终用户的能力。每个版本的长度取决于经营,收购,技术因素与利益相关者应该讨论在用户和组织收购。作为一般准则,大多数版本应该少于6个月(如倡导的我们的首席信息官,高,FITARA)。更短的发布周期有几个好处,最重要的是,程序部署有用的能力最终用户更快。 |
| Scrum |
敏捷开发一个协作框架来管理项目;特征迭代的设计、开发、部署和频繁的功能。包括直接与最终用户和其他利益相关者的互动,使和赋予自我组织的团队。通常涉及一个密切沟通的过程,包括简短,每日状态会议。 |
| Scrum Master |
这个人建立和促进每日例会,Scrum的Scrum,和其他敏捷仪式中发展。这通常是一个承包商团队的一员,根据个人合同的细节。 |
| Scrum的Scrum |
敏捷开发方法规模,多个scrum团队一起交付解决方案。 |
| 软件工厂 |
低成本、云计算用于组装一组工具使开发人员、用户和管理日常节奏一起工作。(见软件工厂页面) |
| 冲刺 |
短周期的工作(通常2到4周的时间),重点是项目可交付成果的完成定义子集,或可用的功能。每个sprint包括规划、设计、开发、集成、测试和演示产品负责人工作软件,用户和其他利益相关者。 |
| 故事点 |
计量单位来确定所需的大小或数量的工作由一个开发团队完成一个故事。每个开发团队故事点是独一无二的。故事点1是最小的单位和所有其他的工作是评估相对大小。 |
| 技术债务 |
返工需要由开发团队作为一个简单,追求短期解决方案,进一步改进的严密性和随后的发展需要的变化。 |
| 测试驱动的开发(TDD) |
一个软件开发方法,需求转化为测试脚本。然后软件开发和改进,直到它通过了测试。 |
| 用户 |
那些最终将使用软件解决方案。用户传达作战概念和要求/需求,参与连续测试活动,并提供反馈开发能力。开发团队的关键是有一个清晰的理解的最终用户是谁,以确保他们是专注于取悦他们。一个核心敏捷开发宗旨是积极的用户参与。 |
| 用户故事 |
要求的最小单位书面从用户的角度来看,他们将如何使用该软件。用户故事将被定义和优先通过积压产品所有者。用户故事不能完成在一个sprint应该分成更小的元素。每个用户故事应该有明确的验收标准。 |
| 速度 |
故事点的数量一个开发团队在迭代(发布/ sprint)完成。一个团队可以通过多次迭代的速度是一个关键的指标来跟踪团队的绩效和艾滋病计划和安排未来的工作。 |
