暂无搜索历史
规划范围管理是为记录如何定义、确认和控制项目范围及产品范围，而创建范围管理计划的过程。
制定项目章程是编写一份正式批准项目并授权项目经理在项目活动中使用组织资源的文件的过程。
第一阶段是以持续集成牵引的“敏捷101”，顺利完成一次发布，并为后续的持续发布奠定流程与工具基础。
大团队的转型路径与小团队的改善路径完全不同。大团队从整体结构入手更加有效，而对小团队来说，由于其掌握资源较少，决策影响小，因此，应该更加关注团队内部的持续改善。
FT (Feature Team) 全功能团队，具有一定规模的互联网企业的最佳组织管理方法。
扩展信息 是为了数据更好的扩展性，以应对不同业务的监测统计需求，通常会由各业务团队自行定义、解析和使用。
显然，无论怎样，我们都无法 100% 消除发布风险。我们要做的是不断寻找降低发布风险的方法。
可追溯性，是指任何人在获得授权的前提下，能够找到该软件的任何变更历史，即对任何一次软件变更，都可以准确地回答 5W1H ，即谁（who）、什么时间（when）、...
二、“便捷” 是指团队中的每名工程师都能够随时随地很方便地执行自动化测试用例，而且不需要他人帮助，也不会影响到他人。
持续集成是一种软件开发实践，团队成员频繁将他们的工作成果集成在一起（通常每人每天至少提交一次，这样每天就会有多次集成）；每次提交后，自动触发运行一次包含自动化验...
版本控制系统主要用于存储及追踪目录和文件的修订历史（修订操作包括 3 类：新增、修改和删除），从而让你能够回溯那些被纳入其管理范围之内的任意对象的任意一次修订。
部署流水线（Deployment Pipeline）是 持续交付 1.0 的核心模式。
业务需求协作管理贯穿于整个软件产品版本周期，涉及与业务软件交付相关的所有角色，包括 业务人员、产品及运营人员、开发人员、测试人员、运维人员 等。
大系统应该由很多组件（component）或服务（service）组成。组件通常在编译构建或者部署时被集成在一起，而服务可以由多个组件构成，能够独立启动运行，并...
企业领导者必须成为这一变革的领导者，建立与之相适应的企业文化，使得“持续交付 2.0”成为企业的基因，才能够持续获得它带来的收益。
当我们通过“探索环”对最小可行方案达成共识以后，要借助“验证环”的快速运转，才能将其交付到用户（客户）手中，从而得到真实且可靠的反馈，以验证之。
现在的市场变化很快，当花大量时间将产品功能全部开发完成后，产品常会因为潜在用户对原型的理解偏差，或者用户需求发生了变化，导致当初的设计不再适应市场需求。事实上，...
“软件工程”这一学科出现于 1968 年，当时正值第一次软件危机。第一次软件危机是落后的软件生产方式无法满足迅速增长的计算机软件需求，从而导致软件开发与维护过程...
实现持续交付不仅仅是买些工具，做一些自动化的工作。它依赖于交付过程中所涉及的每个人的协作，来自行政管理层的支持，以及基层人员的改进意愿。
版本控制系统（也叫源文件控制或修订控制系统）用于维护应用程序每次修改的完整历史，包括源代码、文档、数据库定义、构建脚本和测试，等等。 然而，它也有另一个重要的用...
暂未填写公司和职称
暂未填写学校和专业
