我们想要开始一个新项目。我们的数据库将是 Cassandra；我们在一个基于敏捷的 Scrum 团队中完成我们的项目。
我的问题是，最重要的问题之一是变化，敏捷可以处理这个问题。
Agile software development teams embrace change, accepting the idea that requirements will evolve throughout a project. Agilists understand that because requirements evolve over time that any early investment in detailed documentation will only be wasted.
但是我们有:
Changes to just one of these query requirements will frequently warrant a data model change for maximum efficiency.
在 Basic Rules of Cassandra Data Modeling文章。
我们如何将这两个规则结合在一起来管理我们的项目？第一个接受更改，但是第二个希望我们知道项目中将得到解答的每个查询。 新需求，导致新查询，这将改变我们的数据库，并且会影响质量(吞吐量)。
最佳答案
How can we manage our project gathering both rules together? the first one accept changes easily, but, the second one, want us to know every query that will be answered in our project. New requirements, causes new queries, that will changes our DB, and it will influence the quality
第一条规则并不建议您轻松接受更改，只是您接受需求更改将成为生活的事实。也就是说，您需要决定如何处理这个问题，而不是试图忽略它或需要预先签署最终要求。
我建议您将“完成的定义”(您同意一段代码必须满足才能在冲刺中视为完成)的一部分包含到数据库代码更改的要求。这可能意味着对此代码的更改可以获得更高的估计，以允许您完成冲刺中的工作。通过这种方式，您可以接受改变，并制定计划以确保它不会扰乱您的工作。
关于cassandra - 项目中的敏捷方法和 Cassandra 中的查询驱动方法？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/35521945/