卷积完成最大池化_最大化未完成的工作

卷积完成最大池化

敏捷宣言的其中一项原则提出了看似自相矛盾的说法：“最大化未完成工作量的艺术”。 该声明是该敏捷宣言的第十条原则的一部分。 完整的第十条原则如下：

“简单-最大化未完成工作量的艺术-必不可少”

当我第一次听到此声明时，这使我感到困惑，并且我无法真正理解它的含义。 我认为您想最大化完成的工作。 根据这个

语句的简单性 等于最大化未完成工作量的技巧。

一个例子

为了阐明该声明，请想象以下内容：您有一个待办事项列表，其中包含100多个项目。 除此之外，您还有一个待办事项清单，上面有0个项目。为简化待办事项清单，我们必须对其进行检查并搜索：

• 重复项
• 不必要的复杂性
• 依存关系

完成此操作后，我们还应该考虑外部因素，例如

• 时间
• 预算
• 需求

此外，我们必须整理待办事项列表并确定其优先级。 基于所有这些因素，我们可以将尽可能多的项目从待办事项列表移至我们的待办事项列表。 根据《敏捷宣言》， 这是使未完成的工作（也称为“简单性”）最大化的艺术。

为什么不一切呢？

您可能会说：“为什么不将所有内容都放在待办事项列表上？” 要验证我们的示例，请注意，我们应该使待办事项列表尽可能简单， 而不会失去其用处！ 换句话说，我们不能从待办事项列表中删除太多东西，以至于不再有用。 消除浪费是这一原则的关键，正如爱因斯坦曾说过的：

一切都应该尽可能简单，但不要简单。

一些技巧

• 消除低重要性和低紧迫性问题。 即，将它们放在“禁止执行”列表中。
• 始终尝试使您的过程尽可能简单，而最终产品不会失去其所需的功能。
• 问问自己，您是否在最短的时间内生产出最有用的产品。

非常有效…

该原理有趣的部分是它通常适用。 该原则对于软件行业之外的各种流程都是正确且重要的，甚至可以应用于我们自己的生活中。 这是时间管理和工作优化的原则，并且存在许多相同原则的不同表达。

斯蒂芬·科维（Stephen Covey）的第三个习惯：“第一件事首先”，是对同一件事的稍微不同的表达。

最大化第四个象限中的项目数（“ NOT-TO”列表），以便将其丢弃！ 最后，我将以同样的原则表达另一种结论，我们大多数人都已经知道它是KISS（无双关语）。

参考： 最大化我们的JCG合作伙伴 Gideon Liem在Agile Arts博客上未完成的工作。

翻译自: https://www.javacodegeeks.com/2013/03/maximizing-the-work-not-done.html

卷积完成最大池化