Monthly Archives: February 2012

剖析“持续交付”:五个核心实践

​ 原文发表于 InformIT 持续交付 是一种软件开发策略,用于优化软件交付流程,以尽快得到高质量、有价值的软件。这种方法让你能更快地验证业务想法,通过直接在用户那里进行试验,做到快速迭代。 尽管《持续交付》一书主要讲的是工程实践,但持续交付的概念对整个产品交付过程都有重大意义,包括对特性的”fuzzy front end”、设计和分析的意义。 持续交付的一般性原则如下: 与其设计一大堆特性,再策划一个持续数月的版本发布,不如持续不断地尝试新想法,并独立发布给用户。通过充分思考,即便很大的特性或者大范围的变更,也能够通过一系列小步骤得到更快反馈,而且一旦你认为有必要停下来的话,可以随时停下来。利用 跨功能团队 在几小时或几天内交付这些小且增量式的功能,就能比竞争者有更多的创新,将投资回报最大化。 持续交付五个关键实践,为你建立一个从猜测到持续反馈的最有效途径,它们就是: 从最小可行产品(MVP)开始——Start with a minimum viable product 衡量新特性的价值——Measure the value of your features. 做恰好充分的预先分析——Perform just enough analysis up front. 少做——Do less. 用户故事中要包括特性开关——Include feature toggles in your stories.

Posted in 持续交付 | Tagged , , , , | 2 Comments