敏捷化用户体验设计.pptx

Hello i’m Sky Ami and glad to invite Let us talk about Agile User eXperience Design 左边这位是？ 五分钟，认识同伴们 Ami 张忆苹 zhang.ami@ @Amizhangkua 向小组同学介绍你的新朋友 ⼀一起选个组长吧 Some Background,First 流程管理？Why? 敏捷是⼀一种流程管理的方法,让我们先看看为何需要流程管理 最好的流程是没有流程， 但是... 项目日益复杂 难有完美的团队 团队分工细化 思考问题的角度不同 取消 32% 成倍投资 52% 准时交付 16% 互联网与软件行业的新挑战，项目的成本不断上升，成功率却不断下降 数据来于90年代初期,对硅谷软件项目管理的调查 Waterfall 瀑布流程 文档化 QA Test Case UI Spec PRD Engineering Spec 阶段化 瀑布流程下常见的用户体验设计流程 同时适用迭代模型 A B C D A B C D A B C D 看起来... 不错？ 项目晚期才能看到成果 小改动带来大风险 人人都恨文档 缺乏灵活性 项目晚期才能看到成果 小改动带来大风险　-　影响交付日程,　资源调配 人人都恨文档　-　400多页的技术设计文档,　文档的更新同步 缺乏灵活性　-　项目周期往往长达数月 So,Agile? 方法论 同时也是⼀一种精神,理念 Rational Unify Process eXtrem Programming Scrum 常见的敏捷流程 Scrum [skrʌm] n. (橄榄球赛中)双方球员争球 体现团队合作,　蜂拥而上,　快速激烈 成功的定义 按时，按计划完成项目 及时完成功能需求，最大化客户满意度 ⼀一直以来,软件互联网行业的研发团队都以按计划完成项目作为成功的标准 敏捷的精神是及时完成功能需求，最大化客户满意度,　其重点是及时 及时? • 不是越快越好, 敏捷不等于快 • 谋而后动, 逐步优化 • 预留足够的时间获取反馈 • 避免把精力浪费在80%不常用的功能上 - - - - 可以很快的完成工作,完成项目,　也容易很快的犯下不可弥补的错误 敏捷不是推翻瀑布流程, 快速不等于没有计划 敏捷的设计与开发节约了时间,　所以团队可以有跟多的时间听取反馈 90%以上的用户只用到20%的功能,产品设计要做减法,敏捷团队才可以避免浪费时间 团队成员 • Product Owner • Scrum Master • ProductTeam - ⼀一般是产品经理＋产品设计师 - 人人都可以是Scrum Master,可以在项目进行的不同阶段由合适的团队成员担任 - ⼀一专多能, 身兼数职 团队外成员 • User • Stakeholders • Management - 用户代表 - 涉众,相关人员, 运营,市场,销售,客服 - 管理层,包括所有会来指手画脚的人 Product Backlog Sprint Backlog Daily Scrum Meetings Potentially Shippable Product Increment 2-4 weeks 8 hrs Sprint 敏捷冲刺 “Sprint 0” 案例:文件储存分享 Agile_UX.key Upload Share Agile_UX.key ami.zhang@ Agile_UX.key Username Password Login STEP NO.1 Product Owner 提供需求，简短叙 事性的“Story”，系列的Stories构成 Product Backlog STEP NO.2 Team 共同决定优先级，在几个 的“Sprints”期间完成按照优先级逐 步推进设计与开发 STEP NO.3 Scrum Master 关注计划，执行，指 导和解决问题，Team Members 自 行管理，发挥所长完成 Story STEP NO.4 Sprint 结束后，无论Story完成与 否，Product Owner 与 User 共同 执行验收，决定是否接收成果 将用户代表纳入验收流程也可以作为⼀一种可用性测试的方法 STEP NO.5 共同总结经验教训，开启下⼀一个 Sprint 必不可少的环节, 避免犯已经犯过的错误, 团队才可以更快更精准 Sprint:2-4 weeks Sprint中该完成什么 Scrum Master主持，了解项 目进度，发现解决问题 Product Owner,User 检查交付物 回顾总结，持续改进 1-4 小时 15分钟