“我总是会选择一个懒惰的人去做艰巨的工作，因为他会找到一种轻松的方法来做这件事”-比尔·盖茨曾经说过。人是一个非常懒惰的生物。我们中至少有99％的人是懒惰的，我将由您来决定您是否是其中之一。懒惰是人性的一部分。这就是为什么，您要么继续挣扎着没有翅膀的事实，要么就可以学会与自己所拥有的生活在一起。懒惰也可以这样说。您不必否认它，相反，您必须创建一些情况，以便您可以将懒惰用作武器。
如果我们回到2或3年前，当时的技术对人们提出了极高的要求。它还需要开发人员的最终精度和集中度。懒惰的空间无疑较小。
时间过去了，技术发展到现在。懒惰导致简化的接口，协议统一以及摆脱不必要的麻烦。但是不可否认的是，如果管理不善，懒惰也会导致项目失败。以某种方式处理它成为必要，结果催生了项目管理方法。
令人难以置信的是，已经创造了许多新的概念和想法。让我们以瀑布方法为例。这是一种很好的方法，但是由于它不能承受高动态和不断变化的要求，因此已经过时了。实际上，懒骨头在几个月内无能为力，而在项目交付方面，这又成为了另一个失败。
与瀑布不同，现代敏捷方法倾向于满足当今现实。例如，Scrum设法使懒人摆脱了休眠状态。难怪它是如此受欢迎。
将其转变为一种形式并且无法逐步应用更改。 您的团队必须习惯它并为自己感到好处。
期待快速的结果。“现在我们终于有了敏捷，我们将做我们想做的所有事情”-高层管理人员可能在一开始就这么认为。一两个月后：“我们已经有了足够的敏捷，这对我们不起作用”。您不应该指望它能纯粹地工作，因为它很酷，很流行并且据说很有效。每种方法都是由不同的人实施的，因此仅凭您使用它就不可能成功。
低估团队合作精神。 即使您的团队成员在没有敏捷的情况下确实非常出色，并且他们没有时间进行“新游戏”，也需要整个团队的参与。敏捷是一种团队游戏，即使至少有一个玩家违反规则，它也会影响整个团队。
可选的APP。“好的，我们现在有一个来自客户的非常紧迫的任务。忘掉所有方法，很快就可以开始工作。稍后我们将继续进行敏捷开发。” -经理经常犯的一个非常常见的错误。您不应该认为仅当一切都很好且平静时，敏捷才是合适的。即使您正在处理非常紧急的项目，也应该学会应用它。
或者，让我们以TDD（测试驱动开发）为例-就懒惰而言，这可能是最有趣的过程。它实际上可以利用懒惰来提高生产率。假设您在没有TDD的情况下进行编程。您正在编写代码，却忘记了检查输入数据或找不到任何排除项。您可能犯了拼写错误，甚至可能是更严重的错误。很明显的原因-您正试图减少工作量-但这是错误代码的来源。
现在，让我们想象一下您正在使用TDD。在ERP软件开发时，您从编写测试开始，但是又变得懒惰，除了现在您不是首先编写生产代码而是编写测试之外，什么都没有改变。区别在于-您将编写一个与您的实际代码看起来非常相似的测试。这样您以后就可以将其用作参考，甚至可以复制它。这真是太棒了-您将准确测试所需的内容，节省时间并获取文档。同时，您会想到一个适合您的测试参数的名称。您将尝试尽可能简单地进行此测试，并且您的实际代码很可能会继承这些功能。
尽管TDD是经常与敏捷相关的软件开发技术，但我有足够的信心宣称它可以与网站开发或内容开发一起使用。在这里，测试原型和结构的初步创建将极大地促进创建真实网站或撰写真实文章的过程。由于您懒于编写复杂的原型和计划，因此实现过程也将避免过多的复杂性。
当然，如果您属于我提到的那99％，那么懒惰将永远伴随着您。您不能仅仅摆脱它，也不能让您的团队为您完成任务。但是您可以确保懒惰不会对您的工作方式造成损害。与所有项目管理方法混淆吗？还是与他们的利弊？与我们联系，我们的专家将帮助您为您选择最佳选择。
客服毛燕