最不频繁地向客户提供工作软件(敏捷的角度)-原型设计(Prototyping)

https://ithelp.ithome.com.tw/upload/images/20201123/20132160LTSYp4pyCH.jpg

这个问题问的是“最不频繁”。原型不是有效的软件。它们不会交付给客户用於生产目的,并且从敏捷的角度来看不会增加任何价值。
频繁交付工作软件是敏捷原则之一:
. 在Scrum中,工作软件必须满足“完成”的定义。每个冲刺都会产生一个“增量”,即交付的工作软件或解决方案的总价值。
. 最低可行产品(MVP)是敏捷中采用的一种常见做法,强调“尽早失败,快速失败”以控制风险。如果MPV经过测试可行,则後续发行可能会继续。
. 动态系统开发方法(DSDM)也是一种敏捷方法。但是,它现在不像Scrum,XP或看板那样知名。

参考
. CISSP实践问题– 20200423

资料来源: Wentz Wu QOTD-20201120


<<:  【这些年我似是非懂的 Javascript】那些年我睡掉的物件导向 #浅谈 #Part 2

>>:  前端工程学习日记第13天

[NestJS 带你飞!] DAY29 - 实战演练 (上)

这个系列文即将进入尾声,是时候来验收一下前面所学到的东西了,虽然不会所有的功能都在此次实战演练中使用...

新需求与架构设计的演进

在前面的二十天中我们完成了基本需求,但是这样的进度在真实的专案中只是刚开始而已,有可能到目前为止做的...

[PHP][Laravel][Blade]如果想要在画面中,限制显示字数,该怎麽做呢?

假如说,我想要让这篇文章预览画面中黄色框框的部分不要显示这麽多的文字,我可以利用Str::limi...

Day 12 Classify images with the Custom Vision service

Some potential uses - Product identification, disa...