2010年5月18日星期二01:00

攻击敏捷舞会森林的技术要求

Written by

我今天坐在一场会议上,我们正在努力捕获一个流行的SaaS产品的建筑要求。在房间和我自己拥有大多数建筑师(软件,网络和硬件)。

我们开始谈论我们现有系统的关键组成部分以及我们目前的耦合如何使我们更具故障而不是我们所需的。组件凝聚力,特定组件,服务和系统之间的依赖性是我们最具挑战性的问题之一。

我们开始通过简单地列出我们希望制作的功能更改来解决我们的产品舞会森林开发。例如,我们希望重新调整我们的身份验证方案,与客户组比单数客户数据库更调整。这将使我们能够在各种型号中分段,以允许更智能的管理,组处理和独立缩放。

它在会议上击中了我,这些东西根本不是形成的舞会森林物品,因为它们太狭隘地集中了。我们正在做的另一件事是与我们的技术意图和挑战对齐。所以基本上,我们正在提出一份技术驱动产品增强的愿望清单。这很好,但不是真正精心制作的舞会森林。那么,我们不做什么?

从商业角度开始

尽管这是可以说的技术练习,但我们应该从商业角度驾驶他们开始。确定我们试图解决的顾客问题是什么样的。这些问题的整体范围和影响是什么 - 从企业角度下订购工作。这应该以清晰的目标捕获这一点。

当您考虑技术更改时,清楚地清晰地表达成本。这是一个真正的范围,功能和行为变化吗?运行镀金检查,以确保它真正需要与之完全有益的东西。显然,我们应该邀请面向业务的人们参加会议,担任我们的技术讨论的面向客户的陪衬。

在交货方面思考

我们最初通过我们认为最早或最易懂的事情开始优先考虑。 虽然很快,它会在我身上恍然大悟,我们需要考虑如何从客户交付的角度来耦合结合的功能。

这些变化如何包装?新功能如何部分或完全取代现有功能?升级路径是否清除?这是简单易懂的吗?

在形成技术舞会森林时,请思考捆绑,交付甚至记录您的工作。考虑到这些方面将显着帮助您订购列表,但也捆绑成明确和有价值的主题或块。

在可测试性方面思考

有助于的另一个透视来源于考虑如何测试可交付成果。测试覆盖是一个要考虑的区域。您如何在开发舞会森林时沿途驱动,沿途结束的功能测试?测试的每阶段都有多久,这是最多的时间/成本有效的方法?

这侧重于测试效率,如何防止过度冗余的测试,并构建与施工策略对齐的测试策略对于在舞会森林中所代表的工作流中表示至关重要。

让事情“煮”一段时间

我们经常想要立即决定。我们有充满激情的讨论和健康的辩论。通常,几个声音比其他声音更响亮,然后在舞会森林下进行“最终”决定。一般热情然后推动立即采取行动。

我宁愿让舞会森林坐一下。允许人们烹饪细节,并思考订购的团队成员,技术和非技术性,审查舞会森林并完善它的所有方面。

请记住,每个舞会森林项目都需要一些宽累或接受的概念。这有助于阐明焦点。这次可以允许人们从该透视中完善舞会森林。

最后,如何工作代码?

最后的考虑是不完整细节开发技术舞会森林。相反,在史诗故事方面发展它,并在单个可交付中发展一些清晰度。然后,而不是锤击舞会森林,锤击一些实例化舞会森林的重要方面的工作代码。

通过这样做,您将获得信心和知识的感觉。您还将介绍您可以利用大小写和重估后续工作的执行费用。

技术舞会森林通常与功能或功能丰富的舞会森林有不同的攻击。我认为这是许多人的大错误。希望这篇文章有助于扩大您的方法。

不要忘记留下你的评论

罗伯特加伦

Robert'Bob'Galen 是RGCG,L.L.C的总裁兼首席顾问。 Cary,基于NC的敏捷方法教练&培训咨询。他是一个深深的经验丰富的敏捷教练,他们在敏捷社区中活跃,经常写作&教导所有与敏捷方法相关的主题。鲍勃写了这本书 Scrum产品拥有,它专注于团队交付中的角色和驾驶价值。可以达到鲍勃 [电子邮件 protected] 通过他的linkedin联网 轮廓.

©ba time.com 2021

MacGregor Logo White Web