SCRUM和传统/高度耦合代码

Question

我公司坚持将SCRUM作为维护和扩展代码库的开发过程。

我们的代码库没有文档，用各种技术和高度耦合（各地的全局变量，在后端有大约800个Oracle PL-SQL存储过程的程序性JavaScript代码，没有对象，隐藏的假设等）编写。当然没有单元测试。而且，开发团队是新的，对现有代码没有经验，并且绝对不是跨功能的，因为他们每个人都具有特定的技术知识（例如JavaScript，但没有PL-SQL）。

当我们第一次试图引进SCRUM几个月前，我们悲惨地失败了，因为

• 没有想给估计，因为他们没有任何的代码，因为变化
• 编写单元测试是不可能的知识添加单元测试需要，给出的代码库需要重构
• 建立一个适当的测试环境也对自己 （收集测试数据等），一个巨大的努力
• 没有想尝试到c个月属于“外国”技术的手机代码（例如一个接触php部分的SQL人）。

另一方面，用户故事确实以可用的形式出现，我们有一个相当不错的流程来记录和解释开发团队的需求。

鉴于上述情况，我认为SCRUM可能不是最好的前进方向。不过，我想看看有没有人有计划提出如何在这样的环境中接近SCRUM。

Answer 1

Scrum是一种产品开发框架/方法。代码的好坏无关紧要。或者即使有这个问题的代码。你可以使用scrum方法来写一本书（this book实际上是使用scrum创建的）。

上次失败的原因是scrum没有正确执行。通常在引入scrum时，它不会100％实现。

Scrum是一个框架，所以人们无法真正地挑选并按照自己喜欢的方式进行改变。这就好像你在下国际象棋，但改变了一些规则，使游戏更容易。它不这样工作。

从技术上讲，估计，单元测试和用户故事不是scrum的一部分。但是它们通常与Scrum一起使用，因为它们是有用的工具。 Scrum的核心描述为here并概括为here和here。

为了成功实施，您的公司需要至少派一个人参加认证的ScrumMaster®课程或雇佣Scrum教练。

如果实施正确，但scrum可能潜在地提高您的产品质量。 Scrum是现代产品开发（尤其是软件开发）框架。我们不能保证Scrum能够解决您的问题，但是majority of organisations使用scrum进行软件开发是有原因的。

Answer 2

认证是证明你跟着当然，不是说你擅长你做什么 好笑:)
你的Scrum解决方案：
步骤1.建立多职能团队，每队作为尽可能多样化的专业。引入'结对编程'，让人们互相学习......
第2步。将您的'代码库'视为一个新的MEGA项目！你的Scrum团队开始用模块来处理它：当时一片。
第3步。组织每个模块以包含来自'代码库'的一个应用程序并处理它：初始评估，冲刺计划，产品积压等。 - Scrum！
您的XP解决方案：
第1步。带上XP教练来培训您的员工！几天的强化训练可以让你从头开始（用右侧的教练）。您将拥有跨职能团队，配对编程，连续迭代等。
第2步。将您的“代码库”视为一个新的MEGA项目！你的XP团队开始在模块中处理它：当时一片。 （敏捷，我爱你！）
第3步。保持教练方便前三个月...你需要他！
享受！