JD.*_*JD. 5 architecture bdd domain-driven-design
我们即将开始一个新项目,我们公司希望采用敏捷的方法来处理业务分析师编写用户故事的方法,并且我们应该能够使用BDD来充实我们的代码.
然而,业务分析师一直非常模糊,并且已经提供了用户故事,这些故事涵盖了某些功能必须完成的一半.
由于有很多区域有点"灰色",开发人员是否应该和他坐在一起并确保所有区域都被覆盖？
我认为,从敏捷的角度来看,业务分析师无法涵盖所有用户故事,但我担心的是我们将开始开发代码,而不是所有用户故事都被覆盖到最后.此外,我们可以让几位开发人员成为业务分析师在某些功能领域的专家,而没有整体设计师/分析师将这些领域整合在一起,以确保它们都能正常运行.
另一种方法是让一个具有建筑师角色并通过DDD的人充实整体设计.但这仍然涉及到所有用户故事.
那么最好的方法是什么？
您不一定需要预先了解所有用户故事。您可能希望这样做的主要原因是确定项目需要多长时间并获得稍微更好的准确性。还有其他方法可以赢得利益相关者的信任。
尝试这个。要求 BA 考虑系统需要提供的所有功能- 系统将使用户或公司能够执行的所有操作。作为指导，我们在一个为期 1 年的项目中大约有 30 个这样的单词，它们都是单个单词或首字母缩略词。
其中一些非常容易理解，并且与其他类似的项目相同。其他人将会是新的，或者你会对他们一无所知。这是获得 BA 帮助的好地方。
如果 BA 无法提供足够的帮助，请尽快交付这些有风险的事情并尽可能频繁地获得反馈。如果 BA 无法帮助您提供反馈，那么您需要更直接参与的利益相关者的帮助。
| 归档时间： |
|
| 查看次数： |
305 次 |
| 最近记录： |