主页 IT生产力指南 如何收集需求(并说“不”)

知道如何收集需求是任何Leanx角色的关键技能,特别是对于业务分析师、Leanx管理员、架构师和顾问。为了以一种长期服务于组织的方式扩展您的Leanx组织,您需要为主要Salesforce项目收集要求,直到小的运营更新。

当不是正式项目的一部分时,这些利益相关者的要求往往会“溜过去”,压倒实施团队,并危及组织本身的完整性(例如,通过产生技术债务)。尽管看起来很艰难,但有时反驳,说“不”,是正确的答案

显然,机智和判断力在起作用。通过了解5种基本技术,管理员可以学习说“不”的艺术,同时建立铁包业务要求。

需求收集过程很简单,对吗?

这应该很简单,对吗?你坐下来,喝杯冰咖啡,听别人解释他们想要什么,半小时,然后回到你的办公桌前。如果需求收集过程如此简单,那么为什么我们中的许多人有如此具有挑战性的时期?尽管听起来很陈词滥调,但原因是需求收集是一项容易完成但很难做好的任务。

在Leanx的角色中,让人们快乐是令人满意的。自动化流程或回复请求可能会导致祝贺电子邮件或大喊大叫。这种愿望可能导致更年轻的人甚至更年长的人避免反击。

正如我提到的,有机智和判断力在起作用。最终用户应该将您视为合作伙伴,而不是路障,并且需要保持平衡。继续拒绝或将请求推到极端可能会导致团队成员去其他地方寻求解决方案。

1.测试假设,巩固业务需求

虽然会议可能会很快结束,但轻快地降低要求并离开将导致比解决更多的问题。提出好问题可以对这些假设进行压力测试,并巩固业务需求。这可以采取多种形式,例如:当机会在销售阶段退缩时,这个过程会发生什么?我们需要更多的成员,而不仅仅是销售领导吗?

这里的目标不是阻碍最终用户并拒绝他们的要求,而是让他们思考和扩展他们的思维。在没有逐字逐句地说“不”的情况下,你开始采取措施以协作的方式挑战和反击。如果一个人无法表达他们的观点并增加清晰度,这可能表明他们需要进一步磨练他们的要求。

完成这项工作后,将所需的肌腱和纤维添加到原本的空心要求中。一旦定义,考虑将这些改进添加到代码或流程自动化工具的描述中,以便其他管理员注意。

2.对变革所需的努力保持透明

每个管理员在收集需求时都有过类似的经历。当用户交谈时,您可能已经同时绘制了解决方案。最终,该用户会说一些话,使您的建筑构建尖叫着停止。虽然微笑和点头是一种常见的反应,但有时对最终用户坦诚会有帮助。

即使不是即时的,回头说这样的话:所有这些要求都很好,但在15个更改中,这个特定的配置将比所有其他更改加起来长10倍。如果这是关键任务,很乐意应用它,但这里有一些替代解决方案。通过像对待成年人一样对待您的团队,他们将开始更好地了解流程,从而获得更有效的解决方案。

3.小心“边缘案例”

既然我们已经讨论了反击的“方法”,让我们开始讨论“何时”决定使用某些技术。

当询问有关业务流程的问题时,“有时”或“并不总是”这两个词开始悄悄出现,这可能是暂停和分析潜在危险信号的时候了。这些例外/边缘案例可能会削弱流程自动化或开发项目,并导致问题螺旋式上升。

尽最大努力暂停和推动这些条款可以避免未来几个小时的头痛。消除这些模棱两可的口袋可以改善流程。结果可能会增加业务逻辑中支持分支的复杂性,或者引入手动步骤来减少配置。

4.平衡多个利益相关者的请求

现在我们对“如何”和“何时”的组件感觉良好,我们可以更多地探索“为什么”。

您的项目可能会涉及多个团队的利益相关者。因此,即使您从一个利益相关者群体那里获得了伟大、清晰和简洁的要求,它也可能抹杀另一个团队的流程。该团队应该能够告知甚至拒绝未来的构建。

例如,一个过程可以为财务利益相关者腾出十分钟的时间,但为销售团队成员带来数小时的额外工作。

为了实现这种和谐并允许讨论,需要包括所有团队的利益相关者。

在会议之前,最好先查看一份简报或获得一些关于要求的一般摘要。尝试将相关团队的利益相关者纳入会议,或尽最大努力在会后和会后以多种格式进行沟通,无论是非正式对话、多封电子邮件、时事通讯等。

根据您组织的结构,可能会有更正式的机制,但请考虑运营结构。我们是否定义了每个群体的关键利益相关者?他们是否完全了解其含义?是否有已开发的工作流程文档来告知当前流程以及修订后的流程?这些类型的沟通策略支持最终用户,让每个人都能以平等的理解和利害关系离开会议。

unnamed-6

5.文件一致吗?

我们怎样才能更快地“不”?答案在于文档和流程。

如果管理员在一个小团队中,他们可能会记录他们从头到尾监督的构建的业务需求。如果团队规模较大,其他分析师或开发人员可能会使用这些要求来告知他们要构建什么。这可能意味着您正在与许多其他管理员同时提交文档。如果收件人必须筛选文档结构、语气、术语等许多个人风格,您将浪费时间并延迟最终用户的上线。

理想情况下,团队应该开发一些模板格式,以避免需求断裂的可能收集。跨操作的管理员、开发人员、架构师和个人之间的协作应为此接收模板的布局和设计提供信息。前期工作将得到回报,因为这将允许最终用户在会议前预先填充一些文件,并允许更多初级团队成员加速增加。

unnamed-11-1024x576-1

摘要

如果管理员只是对每个请求说“是”,那么他们就不是在履行作为真正的Salesforce管家的职责。为了短期的满足,他们只是在实施变革,而没有注意战略或愿景。通过巧妙地将“不”纳入您的词汇中,管理员可以通过让最终用户思考和考虑他们的业务需求来平衡和改善周围的人。