敏捷体验营 | ScrumLeanKanban
Posted 中原鼎盛云
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了敏捷体验营 | ScrumLeanKanban相关的知识,希望对你有一定的参考价值。
鼎盛云项目总监、经理、领袖种子导师、一线伙伴共同在景峰国际中心7楼大会议室(这个发生了很多神奇事情的地方),利用周末两天的时间共同探索“敏捷”的概念以及三个常用的敏捷工作法。
敏捷与敏捷工作法
敏捷概念最早在2001年由软件行业的17个领军人物开发,反映了他们在软件开发中什么该做和不该做的经验方法。
敏捷就是短周期,迭代和增量交付,快速失败,获得反馈,及早向客户提供商业价值,关于人的协作和互动。它是一种思维方式,它是一套价值观和原则,同时也是一种思考和行动的方式。
而近几年,敏捷作为一种企业价值观也在不断地被引入到除软件开发以外的行业,目前鼎盛云所在的景峰国际中心同时也是合作伙伴中原银行的超级敏捷中心。
而敏捷拥有一系列的工作方法,在这个周末我们主要共同探索常用的三个,即Scrum、Lean、Kanban,三种方法在产品设计中融合使用,确保研发团队在过程中能够敏捷推进。
01
SCRUM
Scrum是一个框架,人们在可以在其中解决复杂的自适应问题,同时高效且创造性地提供具有最高价值的产品。
同时,Scrum是美式橄榄球中的术语,每个Scrum代表一次面对目标的冲击,一个产品设计中可以有很多次冲击,很多次迭代,每次都是一次Scrum/Splint
Scrum是个动态的过程,在这个过程中每个人都在为同一个目标努力
Scrum是个动态的过程,在这个过程中我们不断针对产品进行用户信息收集以及实施反馈
在Scrum中我们共有
三个角色
Product Owner(PO)
产品拥有者,即用户,始终以用户思维验证产品
Scrum Master(SM)
推动项目进程,推动事情发展,确认大家在用正确的方法做事情
Team
研发团队,也就是整个参与研发的团队
四场会议
Planning Meeting 规划会议
规划此次Scrum中的工作优先级排序、时间分配以及人员分工
Standing Meeting 站会
定时/团队中出现张力时组织,主要避免团队在产品和协作上一直没有按照正确的方向而造成浪费
Review Meeting 产品复盘会
针对此次Scrum中产品设计的推进进行复盘
Retrospective Meeting 团队复盘会
针对此次Scrum中团队协作的情况进行复盘
三大神器
Product Backlog 产品待办列表
Splint Backlog Splint待办列表
Splint Burndown Splint燃尽表
在2天的体验营中,我们让每位伙伴都体验了一下PO和SM的角色,这两者并非是指某个具体的人,而是两种角色以及角色背后的思维方式,当团队中每个人都具备PO和SM角色思维时,团队在推进产品设计时才能迅速迭代。
02
LEAN
精益最早起源于丰田生产系统(TPS, Toyota Production System),它在20世纪50-60年代及以后彻底改变了实物商品的生产。
精益三大支柱
创造价值
改善流程
减少浪费
03
KANBAN
Kanban(看板)是一种高度可视化的工作流管理方法,在精益团队中很受欢迎。事实上83%的精益生产团队使用看板来可视化并积极管理产品的创建。
与Scrum一样,Kanban是一个旨在帮助团队更有效地协同工作的流程。
Kanban的三项原则
可视化工作流程
规划工作流,信息共享,以及Celebration(庆祝)环节的加入,更多回应敏捷工作中对于“人”的关注,共同庆祝团队中每个人的成就与成长
限制正在进行的工作量
效率与效能的关系,很多时候我们给自己或者安排很多doing事项,看似非常高效率,实际创造价值很低,即效能很低
增强流程
产品设计路径
以“用户”为核心的设计思路,让团队在整个研发过程中始终本着“以人为本”,以及融入Scrum、Kanban以及Lean三个工作法让伙伴在设计时能够快速迭代,迅速试错并完成对客户的增质交付。
经过前期与团队的交流,我们一共为伙伴提供了四个场景让5个组的伙伴自由选择,共有2个组选择情景一,2个组选择情景三,1个组选择情景四。
之后经过产品设计路径的一次完整循环,各个小组都交付了各自的MVP(Minimum Viable Product 最小可行性产品)。
01
用户调研(Interviews & Observations)
在敏捷的概念里,任何信息都是需要验证的,所以首先第一步各个组的伙伴在PO和SM的支持下对用户进行调研,主要使用访谈的形式收集该情境下用户的真实反馈和感受。
02
用户画像(PERSONA)
用户画像(Persona)的建立帮助伙伴对调研收集的信息进行整理分析,并同时对用户进行族群分类;族群分类的过程本身也是对用户需求不断精细化认知的过程,例如,即使同时面对着一线员工,一线员工中依然可以在不同的场景下进行更加精细化的分类,以更好地帮助研发团队认识用户需求。
03
用户体验地图(User Journey)
用户体验地图(User Journey)是一种了解用户与产品、服务、系统之间交互的工具。辅助分析和改善用户体验。在用户体验地图的心情曲线中,一般谷底即我们产品可以创造独特价值的切入点。
04
How Might We
产品的设计同时是思维不断发散以及收敛的过程,而HMW(How Might We我们可以XXX)既是在团队精准分析用户需求后迅速出解决方向的过程,在这个过程中,团队需要集所有人的智慧,相应的时间限制内尽可能多地产出可解决方向(不是解决方案),常用的一种练习是在5分钟内想出100种不同解决需求的方向。
05
头脑风暴(Brainstorming)
头脑风暴的过程即针对产品可能性的探索,在这个过程中,团队在HMW里探索出的解决方向,不断帮助团队形成产品的不同可能性。
在这个过程中需要遵循的原则是:
追求数量
拒绝批评
欢迎自由联想
组合改进别人的点子
06
电梯演讲(Elevator Speech)
电梯演讲是一种快速的方法,被设计用来使团队目标一致,并对产品价值主张产生共识。这种简短的声明正成为一种令人印象深刻恶方式向任何受众传达你的产品愿景。
而在此次体验营中,我们将场景放到实际的电梯中,大家一共有电梯从7-1楼的时间通过电梯演讲的形式介绍自己的产品设计原则,并收集反馈。
07
产品原型&测试(Prototype & Test)
经过这一系列的过程,团队进入产品的原型设计,在原型设计中,MVP(Minimum Viable Product最小可行性产品)的概念既是在低成本、可展示的前提下做出产品的1.0,比如如果产品是一个APP,那在这个阶段,相比于设计一个真实的APP出来,团队只需要将各自的APP设想(功能、界面设计等)展现到白纸上,并展示给用户同时收集反馈,之后再在实际中验证该产品是否真正回应用户需求,如果是,可以转而制作产品的的精益画布,如果非,则继续以上的产品设计流程进行迭代。
08
精益画布
精益画布从更多维度展示团队所设计的产品,也是经过几轮迭代后,所展示的可交付产品。
团队协作不断精进的过程也是团队不断建立共识的过程,共识很大程度上是对于团队面临张力的回应,从最开始对于最基础张力的预设(迟到、不参与等),到在整个过程中对于每次涌现的更加具体张力的回应(一个人滔滔不绝等),每一次张力的出现也是团队的一次成长契机,拥抱张力,并在此基础上建立新的共识,由此而形成的共识流正是团队成长的最佳见证。
伙伴们的精彩瞬间
我是一只充当分割线的小船
点击了解更多鼎盛云的故事
人物篇
活动篇
周报篇
企业篇
以上是关于敏捷体验营 | ScrumLeanKanban的主要内容,如果未能解决你的问题,请参考以下文章
自定义敏捷项目看板,体验再升级!博云DevOps平台发布3.1版本