User Stories Applied读书笔记（第三章）

设计系统user story时通常会遇到用户角色划分的问题，通常这是一件很难取舍的事情，不同的用户在操作上可能有很大的相似性（例如一个论坛系统中，管理员除了可以管理文章之外，其他权利很可能和普通用户没有区别），用户和用户之间的区别通常没有看上去那么大，在工作中，通常通过一定的步骤来降低角色识别的难度，1）Brainstorming an Initial Set of User Roles，这个步骤里，所有参与者尽可能的写出能想到的角色，角色的划分尽可能的细粒度，不要出现”公司“，”用户“这样的字眼，而用公司中涉及系统的实际的角色来代替，例如”秘书“，”库房管理员“等；2）Organizing the Initial Set，将上一步创造出来的角色汇总，把具有相同操作，或者涉及到系统相同部分的角色放到一起；3）Consolidating Roles，合并相似角色，剔除重复和不重要的角色；4）Refining the Roles，经过上述三部之后，项目成员对项目中涉及到的角色应该有一个比较全面的认识，在此认识的基础上，对挑选出来的角色进行定义，添加必须的属性。

Two Additional Techniques：1）Personas，发挥你想像，将一些重要的用户角色现实化，这样，无论是在小组讨论，还是在书写以后的user story时，可是使用这个”活生生“的人物来替代那些冷冰冰的名词；2）Extreme Characters，天马行空吧。。。发挥想象，例如，假设有一只狗使用你的系统，会怎么样？

What If I Have On-Site Users?照着上面说的来，一样ok。

Summary

• Most project teams consider only a single type of user. This leads to software that ignores the needs of at least some user types.

• To avoid writing all stories from the perspective of a single user, identify the different user roles who will interact with the software.

• By defining relevant attributes for each user role, you can better see the differences between roles.

• Some user roles benefit from being described by personas. A persona is an imaginary representation of a user role. The persona is given a name, a face, and enough relevant details to make them seem real to the project members.

• For some applications, extreme characters may be helpful in looking for stories that would otherwise be missed.