为什么计划持续两个小时以上的任务是一个坏主意?

每个软件开发人员面临的最大问题是生产力。 您上次尝试从头开始进行某些项目是什么时候,并且经过一段时间的尝试,您已经放弃了?

我知道我已经做过很多次了。 因此,我试图研究造成这种情况的主要原因。 我得到的答案是我组织不够。 看看何时您不事先计划事情,您就不会有任何动机或精力去做事情。 因此,最重要的是提前计划,至少提前一周。 但这并不是我在这里所说的新内容。 我们拥有解决这些问题的敏捷方法。 我们有看板和Scrum。 Trello和KanbanFlow是您可以用来实践这些技术的两个很棒的站点。

但是我要走的更远。 在Scrum中,有一个称为“史诗”的术语,这意味着任务如此模糊且漫长,以至于无法像现在这样在计划委员会中进行,但需要将其分解为较小的任务。 我认为,只要开发人员认为该任务将花费超过2个小时的时间,该任务就是史诗级的,应将其拆分为较小的任务。

为什么?

让我们回到这篇文章的开头。 生产率。 当我们有如此任务以至于所有事情都解释得很清楚并且变化很小时,只需要一个小时就可以完成它,我们确切地知道该做什么,我们已经准备好了,我们的大脑也知道它需要执行的确切动作,它不会试图让我们拖延。

当我们面对一项需要我们永远完成的任务时,我们的大脑会尽其所能去尝试,而不必去处理它。 我们为这项任务感到不知所措。 克服这个问题的唯一方法就是开始做。 而且,如果您知道任务不会花很长时间,那么我们将以简单模式进行游戏。

这并不是拒绝拒绝很难完成的任务,而这将花费我们很长时间。 这只是关于组织技能,以及我们将它们分解为较小块的能力,我们可以轻松地吸收它们。

因此,尝试一会儿,看看是否对您有所帮助,您可以完成那个长期被遗忘的项目。