专注于遗漏的东西

作为一个狂热的摄影师，我学习了一个教训，有时有时候良好的照片更加依赖于照片中的遗留情况。更多并不总是更好，有时可以毁掉什么是一个好的构成。

例如，这张照片是照的。我意识到这里有一些分散注意力的元素(房子、枯树)，构图也不是一张引人注目的照片。高亮显示的部分是最后收割的地方。我遗漏的比留下的多，我相信最终的结果是一个更令人愉快的组成部分。你可以看到最终的图像这里但这与本文无关。

我相信这个概念可以应用于软件开发。我们讨论确定最小的可营销特征，这些功能必须存在以满足用户需求。这要求我们对我们遗漏的东西非常有意。Standish Group指出，从未使用45％的软件功能，并且只有20％始终或经常使用。那些是令人震惊的数字，说明了软件开发项目中浪费努力和时间的巨大潜力。我们必须在撰写一个只包含满足客户所需的功能并将其他所有功能留出框架所需的帧更好。

这些未使用的功能来自许多来源：产品所有者，客户，甚至是软件开发团队。我们陷入了陷阱，我们需要捕捉所有内容，提供所有可能的功能，或者说服自己，而我们在代码的某些部分工作时，增加了几个能力几乎没有成本。由于我们相信我们的意思，这些非必要功能确切了持续成本。未使用功能的成本必须继续进行测试，增加增加新功能的困难，以及增加技术债务。

最近，我与一个客户端争论是否添加了允许选择的多项，然后用相同的信息更新或者一次提供一个项目。从客户的角度来看，实际要求是能够选择一个项目和更新。这样做是一个很好的项目，但_not_必要。经过多次辩论后，产品所有者使决定不添加多个选择功能。这不是一个最小的可营销特征，应该被遗漏。这是一件美丽的事情。

总是注意必要的东西，并非常了解添加似乎简单的能力的真正成本，但对最终组成没有贡献。无情地裁剪不必要的元素，并专注于那些创造出伟大成分的项目。