设计思维在“IT组织”中有什么好处?

222 阅读7分钟

这是“设计思维”介绍系列的第三篇,也是最后一篇。 前面分别介绍了什么是设计思维,它对于客户的价值,最后谈一下它对于IT组织的意义。 往期文章可以专栏中查看。

过去IT在企业中是一个成本中心的角色,接受业务的需求并分则交付。业务和IT之间是缺乏写作的,没有共同目标。 在信息化时代,业务提出需求更多是站在自身管理的需要,偏重业务而对用户重视不足,往往需求质量不高。IT不太关心业务价值,只负责技术实现。但在今天数字化时代,软件系统已经越来越深度地影响着企业如何获得客户、服务客户、实现业务增长和开展时长竞争。 今天的企业普遍在增加IT投资,将业务线上化,**追求创新并实现差异化,需要业务和IT携手融合才能更好为客户创造价值;**同时随着IT投资迅速增长,企业也更关注IT投资的价值,希望将钱用在刀刃上,真正能有效解决问题。

数字化转型的企业,迫切需要能够“想客户所想”能够伴随其业务创新和发展的高价值合作伙伴。这种情况下,如果IT组织仍然等着业务提需求,价值有限,很容易被替代,被动且机会越来越少。

我们需要新的思维、新的能力来提升自己的价值,提升科技服务竞争力。 设计思维及其系统的过程与方法,正是打造这一竞争力的关键,帮助IT团队走出去,深入洞察客户的业务与客户的合作关系,为了更好地提供创新研发服务方案价值,设计思维及其过程与方法能够为我们带来以下好处:

理解需求背景,提升领域知识

IR组织在与不同客户、不同业务的合作中,不可能对每个领域都先天具有丰富的业务知识,而是需要掌握一种能够快速获取必要业务领域知识的方法。

在2019年完成电子档案设计思维工作坊后,团会反馈工作坊给他们最大的感受是在之前没有任何人了解档案管理的业务,但通过实地访问档案馆,现场观察档案工作者的一线工作坊并访谈,在两周中对档案采集与管理的场景进行详细分析,让产品经理和其他关键成员快速获得一定深度的领域知识。

这在以往仅仅通过多轮的需求沟通谈论是无法做到的,以前的方式只能理解业务要求做什么,并不理解背后的真实业务场景和痛点。 设计思维方法对于短期内提升IT团队业务领域知识非常有帮助,从而能够在后续的交付过程中与业务更好对话,加强合作关系。

聚焦问题,讲清价值

面临众多的IT投资机会,在立项时有时我们只能讲清楚要做什么,或者因为其他公司在做什么,我们要做什么,但并不能真正讲清楚IT投资的客户价值,包括准确地服务于谁、解决什么问题、产品什么定位、未来如何发展的问题。

通过采用设计思维的方法,更系统性地分析行业、竞品与客户/用户,甚至商业模式,明确产品定位和演进路线,讲清楚真正的投资价值,有可能帮助管理者更好地进行决策,帮助IT组织获得更多的机会。同时通过价值衡量指标的设计为项目后的成效评估及进一步决策提供客户输入。

de06a12e-0cc9-4f3d-a79b-e530c13c6e607993601276305761602.png

当然,系统性的价值分 析和反馈验证也可能让哪些确实没有明确价值的投资尽早停止或减少投入。

加强协作,避免完全被动接受需求

我们常听到团队抱怨被动接受业务提的需求,当需求不合理或没有价值,也很难左右或反驳,导致项目的需求价值和范围管理遇到很大挑战。

导致这样的被动局面一方面因为缺乏业务领域知识,无法与业务对话,另一方面时IT行业多年业务提需求、IT负责开发这样一种固有的思维决定的,需求从业务到IT时一种交接传递,而非协作!

图片1.png

而设计思维工作坊是一种业务与IT协作的过程,整个设计过程在设计思维专家与数字产品经理的引导下进行,IT组织能够发挥更大的影响力,与业务共同探索形成更合理的需求,尽早达成共识,不再是被动地提什么做什么。

合理估算、规划、降低项目风险

以往的项目在进行立项前估算时,往往只有非常有限的客户需求想法或少部分原型,估算基本依赖项目经理个人的经验,这会给项目交付带来很大的风险。

设计思维工作坊后期一项重要工作是识别和拆分特性,并进行估算,形成交付规划。这个过程中,IT团队能更深入了解客户真实期望、、需求想法和潜在的不确定性,识别风险,估算是基于通过“用户故事地图”等工具对需求做了拆分后在较少粒度上进行,因此对估算和交付计划的把握准确性会更高。

据我了解,有些公司将设计思维过程与方法作为给客户提供软件交付项目合同前或启动早期必须要完成的工作,没有例外,就因为它能够帮助交付团队提早识别和大大降低交付风险。

产品规划方法与敏捷开发顺利衔接

在曾经接触过的刚刚转型敏捷开发的团队中,常听到一种反馈,业务提供的需求形式,通常是需求说明书,和我们倡导的敏捷开发的需求差异很大,仅仅IT敏捷,而业务的需求和规划不敏捷。

通过设计思维工作坊,团队能够从源头上引导客户,将解决方案以价值为优先级拆分转化为小版本计划和用户故事,转变成迭代计划,能够顺利地敏捷开发过程相衔接。团队的反馈也认为i,有了前面这样一个敏捷的设计过程,我们才算真正敏捷。

方法论支持,展现专业性。

最后一点,IT组织通过走出去与客户协作,引导设计思维工作坊过程,邀请相关业务干系人面对面地参与到工作坊过程中,能够展现出其专业性。

就像我们年初为交通物流事业部资源信息共享平台完成的工作坊,邀请了关键业务方和我们一起工作三天,通过贴在墙上的可视化产出和面对面沟通,客户看到了我们如何进行用户研究,如何梳理产品定位,如何设计用户体验和规划用户故事地图等,意识到我们做软件有理论有方法知道,几天下来对IT团队专业性的认同感显著提高。

总之,深入学习理解和掌握设计思维及工作坊的过程、方法,将其应用到数字化解决方案设计,对IT组织是很有必要去构建的能力。 招商金科正在打造自己的设计思维专家团队,并以设计思维方法论为基础,始终以客户为中心,建立适合金科自己端到端的需求工程能力,其主要阶段过程如下:

b0d71337-37b0-4c7b-9522-a0765de74d586361375658232394979.png

该过程从洞察探索、概念方案到详细方案设计,再到敏捷交付过程中的滚动规划与持续反馈,引导客户与团队合作,创造高质量解决方案,打造出覆盖全价值流的数字化创新能力。