当Design Thinking遇见Mendix

项目交付的困境

随着数字化转型的加速，企业 IT 需求呈指数式增长，越来越多的实施交付项目正在如火如荼地开展。然而，IDC分析师斯蒂芬·艾略特（Stephen Elliot）估计，有30％到35％的IT项目会以失败告终。其他研究甚至把这个数字提高至50％左右。总体而言，客制化项目未能交付预期结果的原因之一，是多种角色之间对业务的不同了解而导致沟通壁垒。例如，IT开发团队内部在项目期间都需要花费大量时间进行逻辑的沟通，更何况业务与IT技术之间的天然沟通壁垒。

PMI在2017年一份研究报告中指出：

PM传统衡量标准，即范围、时间、成本，已经不足以应付这个竞争激烈的新商业环境。项目实现既定目标的能力与预期收益也同样重要。

那么，IT领导者应该如何尽早圈定solution要解决的问题，来制定以用户为中心的系统设计呢？这里，我们推荐数字化转型的关键因素——Design Thinking，即设计思维。原因是我们采用的agile 方法论是用于解决问题之前，首先需要发现问题。通过设计思维，观察和分析用户的行为来深入了解他们的需求。然后，利用这些洞察，根据用户的需求来量身定制数字产品和服务。

 

设计思维

设计思维与以人为本的设计有着密切的关系，这两个术语经常被互换使用。Gartner的分析师Marcus Blosch认为，可以将以人为本的设计看作是设计思维的总括术语。您可能听过这样的说法：“从客户开始，然后逆向工作。”这就是设计思维的源泉。尽管听起来它像是常识，但企业长期以来一直采取的是“先建好它，顾客就会来”的策略。

 

在设计思维出现之后，随着技术越来越多地融入到业务当中，即使是传统的公司也开始把用户体验作为员工和客户解决方案的一个关键因素，其目的是让消费者觉得这些服务是为他们个人设计的。设计思维有助于解决IT项目失败的根本非技术原因，即IT与业务的不一致性，沟通不畅和僵化的思维。

 

 

如上图所示，系统实施团队在整个设计和开发过程中，要始终将用户需求放在首位：

• 借助集成的协作门户网站，使业务用户可以在整个应用程序生命周期中积极参与其中；

• 立即与用户共享工作中的原型或MVP，以开始基于现实世界的反馈进行收集和迭代；

• 通过集成到开发环境中的内置反馈循环不断收集见解。

 

 

Mendix如何体现设计思维

Mendix为了促进一致性和可重用性，有别于表单驱动的平台，Mendix致力于一个卓越的UI框架。其交付的有形系统为——Atlas UI，利用其UX资源，可以定义一种企业设计语言，供开发人员在其应用程序中利用，从而在整个应用程序组合中提高一致性和重用性。IT小伙伴或者业务部门，可以创建一种企业设计语言，其中包括品牌的主题以及一组自定义的页面模板，构建块和小部件；可以将自定义UI元素打包到品牌的入门应用程序中，并通过Mendix的专用App Store分发以启动开发；使没有UI设计技能的开发人员能够基于最佳实践利用可重用的UI元素交付出色的UX。另外，Atlas是完全开源的，可以在GitHub上访问，可根据您的需求自定义。该框架利用了Bootstrap，Sass，Compass和Scout。

 

Atlas UI 是通过拖放界面与WYSIWYG页面编辑器的组合而构建的浏览器端UI界面。Mendix Studio和Mendix Studio Pro环境可以与Atlas UI 框架一起使用，该框架是一种响应式的， 开放源代码和可扩展的设计语言，有助于设计思想的方法来构建用户界面。

使用页面模式（例如可搜索列表，数据视图，仪表板和向导）作为入门模板，以帮助加速开发并确保跨多个设备的一致且标准的用户界面。新版Atlas UI框架可以支持的widgets包括：

• 菜单小部件–允许最终用户在应用程序中导航（例如，菜单栏，导航树）；

• 数据小部件–在Mendix中构建表单的中心，以便最终用户可以在应用程序中查看和编辑数据（例如，数据视图，数据网格，以及类似文本框和单选按钮之类的常见输入小部件）；

• 布局小部件–构成界面的主干，通常用于布局（例如，布局容器，标题）；

• 通用小部件–通常在任何页面，布局和代码段（例如，标签，图像）中都可以找到；

• 容器窗口小部件–可以包含其他窗口小部件（例如，表格，组框）；

• 输入窗口小部件–可以显示和编辑属性和关联的值（例如，文本框，日期选择器）；

• 文件小部件–允许您处理文件，包括存储在文件中的图像；

• 按钮小部件–这些按钮将触发操作（例如，保存按钮，关闭页面按钮，微流按钮）；

• 可视化小部件–更多图形小部件（例如，图表，地图）。

通过Mendix的Atlas UI，使得业务和IT能够共同探索业务行为和动机，把不明确或无法表达的潜意识的想法，通过形式化语言，进一步澄清、提出问题和假设，从而形成了理解。原型阶段之后的评估与验证，则是参考agile方法论，利用了一体化平台提供的内置feedback机制：团队可以开辟agile的sprint，创建story/backlog，针对具体page或某个业务方法进行细颗粒度的沟通（比如，聊天历史保留每个需求点的沟通记录）。整个过程如下图所示：

 

 

---

更多信息，请访问以下链接：

Mendix官网：https://www.mendix.com/zh/

Mendix行业解决方案：https://solutions.mendix.com/

Mendix平台指南：https://www.mendix.com/evaluation-guide/

Mendix动画展示：https://www.mendix.com/demos/

Mendix公众号

 

谢谢阅读！