jom*_*ora 15 scrum uml use-case
我正在与一个团队开始一个项目,我们正在使用SCRUM作为方法论.这是我第一次使用SCRUM.我们列出了我们的功能,并制作了我们的故事(用户故事和技术故事以及他们的任务).
我有一个严格的UML方法来启动任何开发项目,对我来说,在列出所有功能之后,下一步是让用户案例图让每个人都看到应用程序要做什么以及谁将与之交互.但是我的团队表示没有兴趣在SCRUM中使用UML.
我可以使用UML的用户图来表示SCRUM中的用户故事吗？SCRUM中可以使用哪些其他图表？(这可能是一个愚蠢的问题'因为我无法想象没有类图或序列图的应用程序,但我真的想看到SCRUM专家的建议)
谢谢.
Zso*_*olt 12
我可以使用UML的用户图来表示SCRUM中的用户故事吗？
一个用例图将是有益的,因为它是非常简单的,并给出了一个高层次的想法项目是关于什么的.
但是我不建议在scrum中使用任何其他UML图.我同意其他人的意见,在敏捷项目中,代码经常变化,以至于您的图表在几天后就会过时.在这种情况下,你必须重绘它们,这是一种浪费.
例如,如果您使用eclipse进行开发,那么简单的重构步骤可能会破坏您的类图 :-(
SCRUM中可以使用哪些其他图表？
我建议使用思维导图.最近,我们开始创建自己的用户故事,绘制大型思维导图并将其放在办公室墙上.
我们在中间的功能,而我们连副用户故事吧-和分分用户故事给他们-和我们目前所面对的每一个可用的信息.通过这种方法,我们可以在一个地方拥有一切:用户故事,技术信息,问题等.
当然,思维导图日益增长,我们越来越了解我们必须实现的功能.
实际上我们在这篇敏捷的dzone文章中做了类似的描述,但由于你使用scrum而不是xp + kanban,我谈到了用户故事而不是MMF.
您可以在Scrum中使用任何您喜欢的内容,以帮助您的团队有效沟通.Scrum不会对哪些工具对该团队有效做出任何决定,判断或指导.它只要求您反映执行Sprint时使用的工具和实践,并相应地进行调整.这是检查和适应循环.
在讨论用于提供价值的工具和技术的好处时坦诚开放,需要个人成员的大量努力和意愿才能改变.
使用 Scrum 一段时间的人告诉我（即：这是观点），绘制 UML 图可能会有点耗时，因为当您的开发方法很敏捷时，您的需求可能很容易发生根本性的变化在第一个冲刺的展示和讲述之后，这意味着您可以进行相当大的重新设计。
当然，一定要重新考虑一下如何在冲刺待办事项中处理任务——您当然可以边做边记录，但维护类图等的中央存储库可能会稍微浪费资源。
| 归档时间： |
|
| 查看次数： |
10654 次 |
| 最近记录： |