2018年11月6日,星期二08:19

Tech BA会问什么?

撰写者

作为技术业务分析师,我有时需要调整方法和模板以创建有效的舞会森林。

当我处理技术舞会森林,缺陷或技术高峰时,我发现以下模板很有用。

a)技术舞会森林问题/模板

作为用户/系统,我希望能够 这样我就可以

我发现这种普遍使用的敏捷方法对于深入了解我们将要实现的目标非常有用。有时,作为技术学士学位,我一直在努力以这种格式构建框架。然而,努力用正确的措词表达出舞会森林的本质。它使技术人员和非技术人员都可以阅读和理解。它为舞会森林定下了基调,以进行更详细的讨论。

我们要实现的目标的摘要

详细阐述并提供有关舞会森林的背景信息可以使听众了解我们为什么要实现这一目标。可以通过回答以下问题来解决此问题:是什么引发了这个舞会森林?这个舞会森林解决了什么问题?舞会森林增加了什么价值?

我们计划采取什么方法?

这个问题是要使开发/技术团队集思广益,以实现舞会森林的第一个陈述,需要以及如何做。这种对话势在必行,并构成了我们将交付什么以及如何交付的关键。这应该是与技术团队之间畅所欲言的对话,并且应该考虑并验证每个输入。即使看起来这是一个发展密集型的舞会森林,也要确保班上的每个人都参与对话。这样可以确保我们从各个角度报道了这个舞会森林,并且从测试或非功能性的角度来看,我们也没有错过任何事情。

我们需要与谁进行哪些对话?我们需要什么技能来完成这项工作?

以上对话将奠定基础,突出强调完成本舞会森林必须回答哪些技能或问题。我们需要更详细的设计吗?我们需要与下游团队合作吗?是否需要考虑任何配置?是否需要我们目前没有的技能?

我们的方法中已知的未知数是什么?

(潜在的风险和未知或预期的阻碍因素)

这是舞会森林的重要参数。我们是否在使用已知的未知数或假设或约束条件进行工作?我们的方法是否带有任何需要强调,升级或免除的风险?例如,由于我们的自动化测试用例需要客户数据,因此我们无法屏蔽非产品中的所有客户数据。这些问题可以发现风险。他们阐明了我们是否需要修复测试套件,或者需要对非产品中的客户数据采取什么解决方法。

我们如何确认这是可行的?

给定<> when <> then <>

这种格式最适合为舞会森林创建测试场景。这种格式结合我们舞会森林的第一行,为我们提供了一种结构化的格式,可以编写严格的测试用例或验收标准。这还应包括非功能性参数:性能,可靠性和安全性。

文档链接(如果有)

是的,避免不必要的文档记录是一种很好的做法。但是,以我的经验,我看到了一些需要文档的技术舞会森林。


广告

这项工作有多大?

在敏捷世界中,复杂度调整最有效。有很多可以使用的方法。 Fibonacci系列和T恤尺码是我的经验中最常用的,并且易于掌握。

b)缺陷舞会森林模板:

当前行为-> what happens now

预期行为->什么是正确的行为

影响->缺陷影响了什么

重现步骤 - >我们知道如何重现错误吗?缺陷环境是否特定?如果我们无法在特定的环境中进行复制,那么两者之间的配置或数据差异是什么?

理想情况下,根本原因分析和修复步骤应该是此舞会森林/史诗的输出。

c)Tech Spike / POC模板

我们有多种方法吗?

技术舞会森林可能有多种方法,其输出可能是未知的。列出所有方法并进行头脑风暴。

我们采取什么方法?

作为一次冲刺的顶峰,请考虑一种可行,高效且首选的方法。

我们需要定时吗?

我是盒装POC的拥护者。时间结束后,团队可以讨论挑战,问题或获胜情况,然后决定是否需要其他POC。

我们希望在POC结束时看到什么?

在开始时就设定POC的期望至关重要。 POC无需完全实现。 POC旨在揭示一种方法的执行能力或该方法的挑战。

连同这些,有助于牢记用户舞会森林质量的INVEST(独立,可协商,有价值,可估算,较小,可测试)或SMART(特定,可测量,可实现,相关,有时间限制)技术。我一直发现创造一个独立的技术舞会森林,可以在短跑中完成是一个挑战。但是,使用一种方法可以使舞会森林结构和相似。这对于项目是有利的,团队中的每个人都可以使用它。话虽如此,所使用的方法应该对团队有用,而不是不利于团队。

 拉吉·皮莱

拉吉·皮莱(Raji Pillay)对技术充满热情,甚至在年轻的时候就想成为信息技术领域的一员。她完成了IT教育,并抓住了第一个开发者的机会。从那时起,她在该领域担任过不同的角色。她认为技术就像“麻瓜”魔术一样,并为发挥自己的作用感到自豪。她喜欢学习新技术和实践。具有在Lotus Notes,.Net,Java和大量工具中工作的经验。已获得ITIL,Prince2和SCRUM认证,并且即将通过AWS实践者认证。

©BA Times.com 2020

麦格雷戈徽标白色网站