这是Rebooting ALM系列的最后一部分。 您还应该阅读:
我们已经介绍了ALM工具的优势和不足之处。 现在,让我幻想一下如何迈出一大步,并开始为真正的ALM用户(就是我们)解决实际问题。
我们的大部分工作都是从积压需求开始的。 我们应该承认,我们没有正确使用“需求”一词。 “要求”实际上是我们认为将使产品成功的假设。 如果我们能够说服自己做出改变,那么我们可以将管理“项目”的方式修改为我们真正应该做的事情:不断地尝试和学习,逐步构建出正确的产品。
这意味着工具应该可以帮助我们管理实验 ,而不是需求。 简短的实验,然后反馈到系统中。 用具体的通过/失败标准进行实验。 经过测试。 不是质量检查人员,而是真正的客户。
是的,我们的工具需要覆盖整个产品生命周期。
请选择
实验是我们产品的基础。 但是,我们如何选择要执行的实验呢? 如果我们将需求转换为“我们决定建造什么”,那么显然还有其他选择。 我们为什么要这样决定? 我们的一站式知识商店中没有任何记录。
我们未来派的ALM工具可以支持管理选项。 它将为我们提供优先级划分机制,以便在各种选项之间进行比较,例如延迟成本。 我们至少可以就为什么我们选择一组选项而不是另一组进行书面讨论。
不幸的是,我们自然地做出决策的方式是有缺陷的。 我们的头脑充满偏见,而且大多数时候,我们甚至都不意识到它们。 如果我们进行合作并讨论各种选择,我们将最终讨论它们背后的假设。 想象一下我们的工具是否可以帮助我们把握这些假设。 它将协作提升到一个全新的水平。
假设有其自己的生命周期。 它们首先在我们的脑海中产生,然后又被归类为假设或确定性。 如果我们实际讨论它们,它们就会变成一个假设。 最终,他们要么被击落(基于数据或更强大的数据),要么被转换为证实或否定实验的实验。 您想管理生命周期? 这是更好的价值。
经理想要什么?
可预测性。 经过这些年的混乱发展,他们想知道未来。 他们不再相信这些发展乏力图(局部最优,还记得吗?)。 尽管我希望我的超级ALM工具能够做到这一点,但恐怕我们已经过了“回到未来”的日子。 但是,一切并没有丢失。
我们已经讨论了延迟成本作为优先选择选项的一种方法。 量化CoD是进行价值预测的一种方法。 问题是我们沉迷于成本,通常忘了谈论价值。 当我们考虑ROI做出决策时,Return部分是完全虚构的(基于直觉或HIPPO ),因此获得一些见识显然很有价值。
投资回报率的第一部分是投资。 我们不再需要猜测,因为当今的工具已经收集了大量有关实际工作的数据。 自动化和报告FTW!
因此,想象一下我们的超级ALM工具可以帮助我们创建价值和成本模型。 快点! 现在,我们拥有了我们可以信赖的ROI(或者至少更加自信)。
到目前为止,我们研究了工具如何帮助做出更好的决策。 但这对创建成功的产品有帮助吗? 我们应该最后检查一下。 尚未结束开发或测试,甚至没有部署。 今天,我们在可以看到它的地方定义了质量(错误系统,也许但常常没有,支持系统)。
我想知道功能到达客户时会发生什么。 我们花了这么多时间去处理该功能,但是客户没有注意到却从未使用过? 还是那种笨拙的功能似乎总是在应用程序启动时崩溃,从而使客户不喜欢我们的fab应用程序的其余部分?
超级dum ALM工具可以测量和监视客户使用产品时发生的情况。 它为我们提供了使用和满意度的实际数据。 通过这样做,它指导我们重新定义成功是什么。 它可以帮助我们在不同版本(包括历史版本)的用法之间进行比较,并告诉我们真实的人实际使用该产品的方式。
听起来复杂吗? 我们神奇的ALM工具使我们回到了过去,简单的时代。 它不会让你建立所有你认为是必要的。 它不是那里所有可能的错误的无底洞。 它引导我们编写更少的代码,该代码需要更多的测试。 它指导我们朝着实时管理质量方向发展,而不是为了以后保存。 它提出了节省成本的选择,因为复杂性很昂贵。 它引导我们走向简单。
你知道吗?
其中许多东西已经存在。 还没有使用昂贵的工具。 但是,我希望得到的所有内容都可以通过白板和电子表格进行管理,甚至可以使用几个便签纸进行管理。 另外,可能需要一些不寻常的常识。
是否要重新启动ALM? 现在按开始按钮。
翻译自: https://www.javacodegeeks.com/2015/12/rebooting-alm-part-iv-fantasy.html