
精益设计与敏捷方法相结合
|
189
与用户一起测试
主题 / 产品目标
两周冲刺 两周冲刺 两周冲刺
图 16-10:每次冲刺都应进行用户对话
将构思会议上得到的想法作为用户测试的基础素材。请记住,如果想法比
较原始,就需要先测试其价值(即人们是否愿意使用产品,而不是人们能
否使用产品)。在确定用户对产品有需求之后,再使用高保真原型来测试解
决方案是否可用。
16.2.2
全员参与规划
敏捷方法会给设计师带来很大的时间压力。有些工作很容易就可以融入用
户故事的上下文,而另外一些则需要更多的时间才能渐入佳境。两周的时
间内需要同步进行开发和设计,这使得设计师几乎没有机会慎重思考重大
问题。尽管有些敏捷方法的时间安排比
Scrum
更灵活(例如,看板管理就
抛开了两周一迭代的做法,将重点放在连续的流程上),但大多数设计师因
必须在冲刺的时限内完成规定的工作而感到千钧重担。出于这个原因,设
计师需要参与到规划冲刺的过程中。
设计师在敏捷流程中感到压力重重的主要原因在于,他们并没有完全参与
到这个流程中(不管出于什么原因)。这通常并非他们的责任:当敏捷被简
单地理解为一种软件开发的方法时,似乎没有任何理由将非技术人员纳入
这一流程。然而,如果设计师未能参与其中,他们的关注点和需求就不会
在项目规划里得到体现。如此一来,许多敏捷团队制定的规划并没有给设
计师留出充分发挥的空间。
为了使精益设计与敏捷方法更好地结合在一起,整个团队必须参与所有的
活动,包括站会、回顾会议、冲刺规划会议、头脑风暴讨论会。这些活动
都需要团队全体成员的参与才能发挥最大作用。跨职能参与除了有助于针 ...