精益软件产品开发分4个阶段

当您以可重复的、生产的方式开发软件产品时,您必须偶尔退一步,从长远的角度考虑问题,以便与客户恰当地讨论过程。我们最近也参与了这个活动,我认为分享一下我们为在线产品开发软件产品的方法是什么以及为什么会是有用的。

首先,有一个基本的想法告诉所有这些:

我们将“大爆炸”市场发布模式定义为:

  • 一个黑箱项目,在这个黑箱项目中,人们预先做了大量工作,将需求文档整合在一起,这些文档对软件开发项目的特性和功能进行了深入的描述,通常持续12个月到2年。
  • 在需求开发上花费的时间将为潜在的开发人员提供一个非常具体的产品视图,可以投标,将范围、成本和时间放在一起,并将持续整个项目。
  • 发布后,详尽的功能列表有望推动市场采用,并超越现有的竞争对手。
  • 这不同于封闭的盒子,快速的开发方法,有时也被称为“大爆炸”。在这种情况下,没有时间花在与用户或客户的规格或计划上。在“大爆炸”开发中,开发团队基于一个基本概念提出所有的特性和实现,然后离开,希望返回时能带来一些有用的东西。要说我们不是这种软件开发方法的信奉者,那就有点轻描淡写了。这是高风险和低回 ,因为客户不完全了解他们想要什么或他们将得到什么。

    相比之下,大爆炸市场发布的概念来自一个简单的想法,即一个产品只要存在于一个完整的愿景中,就可以创造一个市场,为一个可能从未存在过的概念吸引买家。在这种情况下指定软件产品开发是很棘手的。当这一概念被提出时,苹果一直是最成功的例子。那些想要创造市场,但又不能在内部完成整个产品开发的公司,非常明白他们需要减少在应用程序准备发布时实现其愿景失败的风险。通常,由于涉及到技术和创新,他们知道自己不能提供项目期间所需的深入技术监督。因此,在开发过程中不允许解释或适应,而是非常小心地写下非常具体的要求,并将其锁定。

    不管那些有价值的目标是什么,这些项目还是失败了,因为:

  • 随着项目复杂性和时间跨度的增加,在项目生命周期中控制范围变得越来越困难。预测精度会随着时间的推移呈几何级数下降——最终会产生一个只能在高水平上依赖的项目计划。
  • 科技继续响应摩尔定律。需求开发花费的时间越长,项目进行的时间越长,在交付时满足市场期望的可能性就越小。在此期间,用户尝试了各种替代方案,他们的期望也随之改变。此外,当开发实际承担了功能集成的复杂性时,在一个长而复杂的项目开始时的技术假设并不总是有效的。因此,选择工具、框架或库乍一看似乎能解决很多问题,但在实践中可能会变成资源时间消失的黑洞。
  • 无论需求有多详细——它们都受到两件事的限制:观点

    声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!

  • 上一篇 2020年9月1日
    下一篇 2020年9月1日

    相关推荐