在敏捷实施的过程中，你如何才能处理有关工作、角色，以及专业人员在产品开发中的贡献等需要关注的问题？关于设计者在敏捷中如何运用能力去交付价值，以及心理转变如何帮助发现敏捷方法，在已发表的两篇博客文章中描述了一些经验，这些经验针对上述问题提出了一些见解。

　　正如Jeff Gothelf在《我们是如何最终使得敏捷开发起作用的》一文中所描述的一样，关于对工作发生改变的担忧是导致敏捷实施失败的原因之一：

　　在实施敏捷开发的过程中，有许多导致失败的原因，但是最不为人所注意的是那些偏安于瀑布模型世界中的人们该如何适应这种新的工作方式。对于某些角色的人来说（…）核心活动并没有改变（…）。而对于另外一些人，道路则不是很清晰。

　　最初，敏捷实施引发了设计人员的忧虑：

　　敏捷过程迫使我们脱离了设计阶段的保障，从而进入到一个异常快速的新的现实阶段中。在此过程中，产品经理、软件工程师，以及QA专家更多地参与到了我们所创建的工作中。

　　“这不是设计”，我们喊到。我们没有开发出最好的作品，正因为如此，我们觉得自己在业务中的价值被大大降低了。

　　但是后来很明确，他们需要通过运用已经拥有的能力，采取不同的方法来应对敏捷：

　　我们不得不重新思考我们做软件设计的方式。我们的专业知识，才能，技术和工具仍然非常必要，但是它们是如何被执行的，谁应该参与其中，以及他们的时间安排，这些都需要做出改变。

　　原本设计师们为创造过程所带来的价值现在分散到了团队中的其它角色，并由他们共同带来。（…）现在我们的设计过程中，作为对其它所有元素更广泛的理解，设计的便利性占据了更大的部分。（…）包含于用户体验。

　　关于敏捷实施，Jeff Gothelf用以下建议来总结他的经验故事：

　　如果你正在敏捷世界中努力地寻找适合你的位置，我呼吁各位一起来看看在当前过程中，如何重新明确你带来的价值，从而满足敏捷团队的需要。此外，超越自己的角色，进入到你所擅长的领域。除了你的工作头衔所要求的以外，你能给你们团队带来其它价值吗？

　　在《UX敏捷开发：暂别完美主义》的博客文章中，用户体验设计团队的Carissa Demetris、Chris Farnum、Joanna Markel、和Serena Rosenhan在介绍他们从瀑布式开发方法转向敏捷开发过程的经验时说道：

　　从敏捷文献中了解到，我们的敏捷倡导者们并没有提及到UX设计活动，这自然就成为我们UX设计团队拟待解决的问题：在敏捷框架下，哪些对我们有意义。

　　团队成员开始关注在产品开发世界中他们所处的位置：

　　采用我们曾经所使用的各种方式来为开发工作提升价值已不再可能。在敏捷开发模型中要取得成功，我们必须转变对于我们角色和价值主张的想法，并且认识到敏捷环境给予UX设计师的新机会。

　　心理上的转变帮助他们在敏捷项目中探寻适用于用户体验设计师的方法。下面摘选部分博客内容：

　　一个典型的的瀑布模型项目通常把UX设计师们限制在用户需求调研阶段、设计阶段，以及可用性测试阶段（…）在敏捷开发中，有许多机会来做上述任何一个活动（…）是一种解放。

　　因为这对于创建高质量的可交付物很重要，最好不要一开始就将它们设计的得过于优雅以致后续过于珍惜而不情愿做出改变。

　　尽管刚开始会觉得别扭，你需要采取循序渐进的方式来达到完美。（…）如果那时你想到的只是够好就行，你就不太可能对一个解决方案做出过度设计。

　　该用户体验设计团队将他们的经验故事总结为：

　　【过渡到敏捷开发方法】是（…）软件开发新时代的开始阶段，很多机会的出现根源于敏捷开发的迭代性质，这事实上能够使得我们的UX设计在满足用户需求方面更加成功。有了一些心理转变，你会探索出一种新的方法，尽力在敏捷项目中将UX设计达到完美。