需求管理——生活不是静态的

2020年10月23日 Marc Osofsky

生活需求管理

我的第一份工作从大学毕业的时候,我曾为一家大型农业在俄罗斯和参观了所有类型的食品加工设备。说你不想看到香肠绝对适用。怎么可能会让很多人的幕后过程做出最新的,闪亮的科技,可以同样混乱。

在《美开云官网手机网页版入口国医学会杂开云官网入口下载手机版志》软件,我们很幸运与大公司合作,最具创新的经济领域,与客户深深沉浸在最先进的产品开发方法。开云足球app下载官网最新版所以,我们看到香肠。”

常见的症状

当我们开始使用新的客户,产品开发过程的描述症状往往不漂亮:业务涉众是沮丧,需求不验证或验证,需求是错过,重用,有限的缺陷太普遍,昂贵的延迟,事开云足球app下载官网最新版实合规,大量手册后,没有需求跟踪、重大返工,没有实时可见性和更多。阐明这些症状后,大多数公司都没有一个清晰的理解的根源是什么症状的起源。

两个基本的原因

后我们的角度来看,与600多家公司合作,是大多数组织面临的必须解决的两个基本根源来解决这些症状,降低产品开发风险:开云足球app下载官网最新版

端到端流程交付产品分散孤立的团队,活动,和工具开云足球app下载官网最新版
必要的要求,指定依赖项和结果被困在静态文件

由于这两个关键问题,产品的成本和风险延迟、缺陷、遗漏,监管漏洞,和失败继续跑得太高了。开云足球app下载官网最新版

对于大多数组织的挑战,有一个充分的理由五花八门的产品开发过程——工程师。开云足球app下载官网最新版工程师们一直在(继续)能够选择自己的最好工具,使他们的生产力在其领域的责任。开云足球app下载官网最新版因此,端到端流程的数据是分散在许多工具,在软件、硬件、电气、嵌入式系统,测试,等等。开云官网入口下载手机版

该决议

几乎每一个其他业务流程解决了这个问题,迫使每个人都在一个共同的平台上(认为ERP、CRM等)。这种方法将不适用于产品开发过程的复杂性和多样性的工程学科。开云足球app下载官网最新版答案就在某种程度上连接静态要求下游活动,但这怎么可能需求停留在文档中并没有集成分散的工程筒仓?

我们表现的客户都采取同样的办法。他们离开了静态需求文档和实现生活需求,形成共同的主线通过所有下游活动链接每个需求分解用户故事,dev状态跨越工程团队,改变影响分析,风险分析、测试结果、缺陷、返工、发射和市场反馈。下表强调静态和生活需求之间的主要区别:

	静态需求	生活需求
项目级线程所有下游工序状态	X
很容易影响的变化确定	X
异常报告遗漏的需求	X
合规是高度自动化	X
使底端过程改进	X
使基准测试性能	X
团队的生产开云足球app下载官网最新版力改进	X
整体产品的风险减开云足球app下载官网最新版少	X