如何向同事证明用例很重要？

Question

...... 以及如何向管理层证明用例可以是非正式的还是有用的？

嗨伙计,

我进入项目的中间,发现没有用例,用户故事,要求,也没有任何类似于规范的东西.由于截止日期很短,目前的开发团队不想花时间在这些事情上.我想加入这个项目,但通过挖掘更多,我发现当前的开发只是通过考虑它们的"惊叹效应"来增加功能,并通过使用底层技术提供的简单性来选择添加的内容.我很惊讶他们如何设法到目前为止(超过4个月)没有要求,但这就是我们现在拥有的.我相信他们所选择的方式是最有把握的产品,具有良好的营销价值.

我是对的,在类似情况下你会做些什么来证明开发团队/管理层在前进之前制定用例/要求？先谢谢,kh.

PS两本Cockburn的书都在书架上......

Answer 1

你应该给你的同事一个用例spiel:D告诉他们用例是有用的,因为它们是:

• 一种以所有利益相关者可合理理解的方式捕获业务流程的方法.这有助于弥合程序员,客户和用户之间的差距.
• 可追溯的功能单元.用例形成(理想情况下)在分析阶段,在设计阶段中引用,并且可以在以后用作源测试用例.
• 即使是非正式的,也可以快速轻松地编写和使用.

如果你需要更多的弹药,你可能需要阅读使用情况-今天和明天昨日,莫过于伊瓦尔·雅各布森等.

如果你的同事仍然无法看到的用例的潜在有用的业务分析工具,那么他们很可能超越的帮助:P您应该提醒他们,他们正在开发软件,以满足其他人的需求,解决他们的问题在从长远来看,不要用短小的噱头在短期内给他们留下深刻的印象.所以一点点的方向和规范都有帮助.即使使用情况本身并不证明是未来与他们会迫使你的同事要考虑软件的实际根本目的的有用,简单的动作.