敏捷项目管理-用户画像

用户故事：卡片、对话和肯定；基于三个步骤进行开展。

举例：项目：A公司是一家检测设备公司下的子公司，主要服务对象是制造业，因为早起软件系统陈旧，致使客户满意度很低。公司决定，面向制造业的痛点，从新开发一款迎合当下市场的软件，应包含：企业基础架构、生产做业管理、生产质量管理、生产过程监控、能耗管理等等，须要在3个月内上线。幸运的是，客户愿意指派对接人员与研发人员一块儿规划系统。

在某周的早上，客户、产品负责人、研发小组、Scrum教练在一个单独的环境中，展开对系统需求的研讨和系统功能的肯定。

识别客户：

• 每人面前摆放一堆空白卡片，接下来，全部成员开始绞尽脑汁在卡片上书写用户角色卡片：

1. BOSS
2. 厂长
3. 线长
4. qc
5. 一线员工
6. 巡检员
7. 品质负责人
8. 组装工
9. .....

• 直到全部人没法再想起其余角色，下一步将全部用户角色卡片进行汇总，去除相同的角色，过程略......

又过了许久.......

角色肯定为：

1. BOSS
2. 厂长
3. 线长
4. qc
5. 一线员工
6. ......

---

角色建模：接下来，团队考虑为每一个角色卡上添加详细描述。详细描述将根据领域和软件类型的不一样而有所不一样，须要考虑一下因素：

• 用户使用软件的频率；
• 用户在这个专业领域的专业水平；
• 用户对电脑和软件熟悉程度；
• 用户对正在开发的软件的熟练程度；
• 用户使用软件的真正目的。
  ........

---

基于上面的团队对每一个角色卡片讨论，他们以为有必要更新一下用户角色卡片：

1. BOSS：关注年、季度、月生产计划达成率、品质数据，不多使用系统，主要经过图标来观察厂区的生产情况；
2. 厂长：关注年、季度、月生产计划的达成进度及质量，常用系统，主要关注生产计划合理性、供应商来料状况、来料质量、订单、即便生产情况及品质信息；
3. 线长：常用系统，关注点：根据排产单进行投产、防止组员偷奸耍滑，确保生产过程数量质量可控；
4. qc：常用系统，关注点：确保在制品的品质和已完成的产品质量，找出缘由并上报；
5. 一线员工：不登陆系统，经过SOP来肯定当前操做是否正确，关注工时；

有了上述的用户角色卡片及延展性的备注后，Scrum教练向组员建议建立用户画像，并解释用户画像可使用户角色更丰满立体，再也不是冰冷的需求代号，而是真实存在。
因而，厂长叶海龙这一画像，就这样诞生了：（基于真实存在的人员）


经过这张画像，是否对系统某一个用户的形象更为具体？组员是否更清晰产品所要面向的具体使用者，那么系统功能就会相对清晰明了，避免了基于客户/研发人员头脑中”理所固然的需求“；

---

有了这些最初的故事列表，团队进入下一个步骤”编写故事做坊“，因而成员又开始进行一次头脑风暴：

第一种方式：

1. 用户不能注册系统，须要管理员在系统进行配置；
2. 管理员给用户设置角色，不一样角色在系统中拥有不一样的角色权限；
3. 用户能够看到产线实时生产数量；
4. 用户能够打卡上岗；
5. 根据不一样的产品条码，RFID自动识别，系统自动播放sop;
6. 不良品禁止流向下一个工位；
7. 来料须要检测；
8. 设备须要点检；
9. 能够制定生产计划；
10. 能够对接考勤系统；
11. 检测模板能够上传到系统中;
12. 能够编写生产计划；
13. 生产实时看板
    ......

---

第二种方式：

叶海龙：

1. 能够检查排产是否合理，由系统根据每条线的产量进行自动计算；
2. 能够看到产线实时的生产数量；
3. 能够查看某个供应商的来料汇总信息，已决定是否验收付款签字；
4. ......
5. 结束

直到组员没法再写出新的故事卡，而后将全部故事卡进行汇总，除去重复的，组员终于能够松一口气，喝杯咖啡。别高兴的太早，活尚未干完。接下来要作什么呢？各位思考一下....

---

总结：

用户画像能够简单理解成是海量数据的标签，根据用户的目标、行为和观点的差别，将他们区分为不一样的类型，而后每种类型中抽取出典型特征，赋予名字、照片、一些人口统计学要素、场景等描述，造成了一我的物原型 (personas)。

1.宏观 – 构建具象认知，构建战略、战术方向:为了让团队在核心用户上达成统一且具象的认知，方便在后续投入上有的放矢；根据用户画像的信息作产品设计，必需要清楚知道用户长什么样子，有什么行为特征和属性，这样才能为产品提出战略和战术层面的指导。

2.宏观 – 探索用户足迹，用户(市场 )导向:详细了解咱们的真实用户是如何和产品及其相关内容进行互动等；必须从业务场景出发，解决实际的业务问题，之因此进行用户画像要么是获取新用户，或者是提高用户体验，或者是挽回流失用户等，并最终为用户设计产品。

3.微观 – 构建底层数据基础，如第二条所讲，可让产品更符合使用的真实需求，从而更好的贴合客户；一切只为客户满意度，否季度KPI又泡汤了。

4微观 – 方便信息的处理:有了标签后组员能够方便地处理各个量化需求并进行分类，评估迭代周期。