我认为这个问题不仅关系到敏捷,而且关系到团队合作。
当我们在一个团队中工作时,每个成员都在完成一个用户故事,如何避免创建重复的类和冲突?
我的意思是,如果我的用户故事需要创建A类,而我的团队成员也需要相同的类,并且创建了相同的类(他可能会用稍微不同的名称创建它),我们将如何规划以便我们顺利地移动?
发布于 2012-02-12 13:38:32
用户故事是用来与客户交流的。它们是用客户语言编写的,不包含像类这样的技术细节。当您开始迭代时,您应该分解任务中的用户故事。任务是用开发人员的语言编写的,可以涵盖多个故事。
发布于 2012-02-12 15:21:10
我同意@hansmaad。敏捷是关于交流的。就像,经常和人交谈一样。用户故事是一种提醒人们进行对话的方式。
如果您正在执行XP,您是一对编程吗?你们是在旋转吗?
如果你在做Scrum,你每天都要站着吗?
你在写单元测试吗?你们有客户验收测试吗?你在练习持续整合吗?
开发人员复制功能的风险仍然存在,但没有那么高。
https://softwareengineering.stackexchange.com/questions/147260
复制相似问题