软件原型如何战胜需求收集? - searchsoftwarequality

20-07-03 banq

应用程序开发中最困难的部分是如何确定客户的实际需求。一种方式是开发团队可以精心设计软件需求,直至细节;还有一种观点:认为解决需求问题的最佳方法是完全放弃需求,而选择快速的软件原型。

加利福尼亚州针对政府的立法数据中心的IT经理说:“不再有书面要求。” “相反,我们与客户组成一个小组,找出他们想要和需要的东西,然后建立原型并将其交给他们进行评估。”

此方法跳过了UX研究人员、项目经理、开发人员和测试人员之间处理需求的典型且费力的过程。即使传统流程完美地捕获了需求,客户也不容易讨好。他们在直觉上知道应用程序必须执行的操作却与他们如何向开发团队表达需求之间经常存在脱节。

在加利福尼亚州立法数据中心的软件原型制作方法中,用户从一开始就是流程的一部分,并且他们在几天之内就可以与粗糙的产品进行交互。软件原型提供了一个虚拟的UI,该UI具有登录名,正式的配色方案和其他功能,以吸引用户进入他们的工作思路。这激励他们提供有意义的反馈。该团队竭尽所能打印出用户可以书写的彩色副本。

用户体验不仅仅意味着UI。应用程序的可行性取决于安全性、数据体系结构以及与其他功能和软件集成的API以及其他因素。

软件原型成功的秘诀

原型制作适用于立法数据中心团队,是针对政府实体的应用。(banq注:意味着客户无需思考自己的核心战略竞争力,天然具有垄断低位,客户自身的抽象思考能力就不是很深入,喜欢所见即所得的应用,走一步算一步,走一步思考一步)

立法数据中心的IT组织主要与Drupal合作进行内容管理和使用Java。如果无法进行全面构建,请使用原型工具。一些受欢迎的选择包括Marvel,InVision,Adobe XD和Flinto。

Knapp的设计思维方法

安排为在五天的冲刺结束时产生可测试的产品。

星期一:团队规划出客户如何使用该软件。他们专注于这种互动中的关键时刻及其关键客户类型。一名团队成员是决策者。

星期二:团队成员独立制定如何解决问题或提供增强功能的草图。他们不会集思广益-每个人都提出一个可行的答案。

星期三:团队审查每个选项,讨论并就最佳行动方案进行不具约束力的投票。决策者拥有最终决定权。

星期四:开发人员构建了一个可以很好地与客户进行测试的原型。不仅仅是代码;产品介绍甚至营销和培训材料对目标用户都至关重要。

星期五:五名客户测试原型,团队评估产品是否达到标准或需要更多工作。

在该阶段之后,团队将继续进行最后的构建,即使要花费几个月的时间。

 

                   

猜你喜欢