敏捷软件开发方法下，设计师如何快速适应

现如今，诸多开发团队运用敏捷方法开展软件工作，其具备速度快捷以及灵活性强的特点。可是，产品经理与设计师常常发出抱怨，称敏捷开发仅仅专注于编写代码，而将用户体验设计搁置一旁。实际上，只要掌握恰当的方法，设计与敏捷完全能够实现良好的配合。

项目开始前先做足用户研究

有那么多团队，一开始就直接着手去干，然而做到过程之中，才发觉方向已然出错，正确的举措是，在最初的那个开发冲刺初始之前，耗费时间去弄明白用户究竟期望的是什么，你得去界定产品的关键功能，以及用户操作产品时的场景，还有他们所面临的难题所在。

需开展的研究内容涵盖对已有的客户展开调查，针对竞争对手的产品予以分析，还要直接与未来的用户展开交流，要是你所制作的产品已然存在用户正在使用，那就前往找寻他们交谈一番，聆听其真实的反馈，倘若尚无用户，那么便去研究类似的产品。

此阶段仍需构建用户画像，用户画像乃是虚构而成的人物档案，其可代表你的目标用户类型。往后于做任何决策之际，皆能够回溯至此些画像以验证想法是否正确可行。例如当存在多个设计方案却不知如何抉择之时，瞧瞧哪一个更契合用户画像的需求。

规划阶段拉上关键角色一起讨论

产品经理不应该只顾自己把头闷着写完需求就丢给开发，在初始规划阶段，开发工程师要参与进来，产品经理要参与进来，设计师要参与进来，其他重要决策者也要参与进来，大家从项目刚开始的时候就要把方向对齐，这样能够避免后期出现大规模返工。

2025年，我于一个金融科技项目当中遭遇至不好的经历，在此期间那个产品经理自行确定了需求，待开发进行到一半之际发觉技术层面无法达成，致使整个团队停顿下来重新构建达两个星期，而后历经变更，我们在规划阶段便安排开发人员评估可行性，自此之后再也没有出现过这般问题。

若项目启动之后，频繁地去改动用户体验设计，那么将会直接对软件质量造成影响。所以，关键决策在规划阶段便要确定下来。哪怕前期花费时间，也要把所有人召集在一起开会讨论，如此能够保证方向正确，进而减少后续的返工。

用敏捷故事来管理设计任务

把用户画像定义好之后，借助它去查验每个功能是不是合理。每个，功能都应当对应一个敏捷故事。针对于比较大的功能而言，可以创建史诗进行管理。如此一来，开发团队能够清晰地晓得做这个功能的缘由。

第一冲刺开始前，大部分用户体验设计工作应完成，此阶段，用户使用场景、痛点及需求，要写入每个功能故事，别等开发开始才考虑设计细节，否则会拖慢团队速度。

当你将所有故事都梳理完毕，对于每个功能的范畴有了明晰的认知，此时便能够着手去创建用户体验流程图了。该流程图需要描绘出用户运用这个功能的每一步具体操作。比如说在设计登录功能期间，就得画出输入账号密码、进行验证、实现跳转等所有有可能出现的路径。

用线框图快速画出用户流程

我推荐使用线框图工具来绘制用户体验流程图，像是Axure、Balsamiq或者Figma。这些工具能够迅速画出页面之间的跳转关系，无需进行高保真设计。绘制完成后，将流程图链接附加到对应的故事当中，以便于日后查看。

接下来需将这些流程给予关键决策者去审核，使其进行签字予以确认，这一步骤极其重要，能够防止后续出现扯皮称设计没有经过确认 ，做于2024年的我的一个电商项目，只因前期未让老板签字，做到一半之时他提出了新的想法，致使整个流程重新去做。

流程图示确认完毕以后，便能够开展功能原型制作了。有一部分人倾向于在线框图工具当中进行原型制作，然而我却更偏好运用HTML来做。运用诸如Bootstrap这般的框架所具备的益处在于，在后期能够直接套用已然制作完成的主题模板。要是你打算深入钻研Bootstrap，那么可以瞧瞧我的电子书。

原型做到八成准确就够了

编撰代码模板之际，所要达成的目标乃是达成最终产品百分之八十的精准度便可以了。鉴于这属于敏捷开发，各种事项会伴随项目的推进而发生改变。你并不愿意耗费过多的时间去达成百分之百的精确，后续要是进行了修改又不得不重新去做，反倒会增添工作量。

处于这个阶段时，应当着重留意用户体验所涉及的大框架以及模式，切勿在细节方面进行纠缠。比如说，对于采用何种形式的报错提示，以及何种形式的成功提示，还有使用什么样的图标，这些内容均可在后续再去确定。在项目推进的进程当中，这些细节极有可能会发生更改，当下若是做得过于细致，那无疑是在浪费时间。

需留意，当模板代码编写完成后，后续重构会颇具麻烦，由于敏捷开发节奏较快，团队不太可能停下脚步让你重写已然可使用的内容，故而在前期要把控好分寸，既不可过于粗糙，又不可过于精细。

原型审核通过后再进入开发

原型完成之后，需与产品关键决策者一同进行审核工作，并非等待所有功能的原型全部完成才予以审核，而是制成一个便审核一个，要是发觉某一用户体验方案不可行，仅是修改这一个功能原型，工作量会少很多。

审核之际促使团队别过早地去纠结那具体的实现技术。虽说得考量技术可行性，然而别让技术限制，把产品的用户体验目标给弄乱了。这个平衡得把握恰当，不然后续开发就会极度不顺畅。

经审核批准所有功能原型后，方可着手真正开发，此时需将要把每个功能对应的敏捷任务和相关故事予以关闭，注意把原型链接附加至故事里边，以便日后查看功能原型，或许有人会问，为何仅完成80%便关停故事呢？原因在于实际开发所应用的功能故事有所不同，把设计工作与故事相绑定，能够确保设计在开发进程中不被忽视或遗漏，所有这些前期准备工作应该于冲刺零期达成，第一项开发期间最为主要的任务便是参与功能故事开发。