敏捷-我们做错了什么?
我是敏捷团队的开发人员,我们尝试使用Scrum。 因此,我将在此处提出一个假设问题来说明这种情况。 我们有一个非常老的应用程序,使用了一些凌乱且糟糕的可维护性JQuery代码。我们也有部分使用React的应用程序,这些部分更易于更新/维护。除此之外,公司的目标是在React上开发一个客户端单页应用程序,因此使用JQuery可以使您走得更远。 在进行规划时,我们总是会在开发时间方面寻求简单的解决方案,因此例如,如果我们要创建新对话框或其他内容,我们会使用旧的JQuery,因为它的速度更快,并且我们说我们要回去后来整理并转化为React,但这很少发生。 我们从用户故事中获得了我们必须做的事情的要求(IMO做得很好,虽然很苗条,但是它们可以解释我们在做什么,以及为什么要这样做)。 有时,对新功能的要求非常渺茫,例如,如果某个要求说“创建一个加载大量内容的对话框”却没有说要实现加载功能,那么在大多数情况下,我们不会实现它,尽管我们都知道这对客户会更好,因为这样做可能会损害我们的sprint目标(即使我个人认为不会)。 结果是我们的代码库混乱不堪,可维护性很差,并且新功能有时非常小,需要花很多时间(在良好的代码库中一天就可以实现),这主要是因为此开发策略,快走,做到极简。 在这种情况下,我们做错了什么?我们是否应该以更完整的方式解决解决方案,以便我们不浪费编写糟糕的代码并重写上周刚刚编写的代码?还是应该确保仅重写所有代码,就继续这样做?什么是解决此问题的敏捷方法?