美文网首页
敏捷、Scrum、Kanban扫盲

敏捷、Scrum、Kanban扫盲

作者: 富贵_007 | 来源:发表于2020-01-13 13:14 被阅读0次

    敏捷中常见名词解释
    1)产品待办列表(Product Backlog)
    整个产品的 Backlog 列表。包含客户提出的功能性需求和非功能性需求,以及技术团队内部产生的一些需求。动态的对需求进行管理。

    2)冲刺待办列表(Sprint Backlog)
    当前迭代的 Backlog 列表。是从 Product backlog 中根据优先级挑选出来的。是静态的管理需求。

    3)用户故事(User Story)
    用户故事:描述对用户有价值的功能。用户故事也可以定义为分配给软件开发组的特定业务需求。

    4)完成定义DoD(Definition of Done)
    当产品待办列表项或者增量被描述为“完成”的时候,每个人都必须理解“完成”意味着什么。虽然这在不同的Scrum团队之间会有巨大的差别,但是团队成员必须对完成工作意味着什么有相同的理解,这样才能保证透明性。

    5)产品负责人Product Owner(PO)
    产品负责人。负责维护产品订单的人,代表利益相关者的利益。保证Scrum Team在做从业务角度来说正确的事情。Scrum Team 由自我管理的、负责开发产品的人组成。通常由5-9个跨功能的人员组成。

    6)Scrum Master(Management)
    负责一个team按照scrum方式运行的角色,确保scrum按照初衷正确实施,消除那些影响团队交付的障碍,并负责屏蔽外界对开发团队的干扰,为团队服务的。通常是项目PM担任,也可以是通过Scrum Master认证的人员担任。

    Scrum与Kanban
    看板:在制品(work-in-progress, WIP)必须被限制
    WIP上限和拉动式生产

    1. Scrum与看板简述
      Scrum:组织拆分,工作拆分,开发时间拆分,优化发布计划,过程优化
      看板:流程可视化,限制WIP,度量生产周期
    2. Scrum和看板的关系
      Scrum和看板都是过程工具
      Scrum和看板只是给了一些明确的约束和指导,比如,Scrum的约束是固定时长的迭代和跨功能团队,看板的约束是要有可见的看板,队列大小要有约束
      敏捷方法也被称作轻量级方法
    3. Scrum规定了角色
      Scrum规定了三种角色:PO/Team/SM,看板没规定任何角色
    4. Scrum规定了固定时长的迭代
      Scrum的迭代混合了三种活动:计划/过程改进/发布
    5. Scrum按迭代限制WIP,看板按流程状态限制WIP
    6. Scrum与看板都是经验主义,需要自省/反馈/调整
    7. Scrum在迭代期间内拒绝变化
      看板的原则是“一件出去,一件进来”,响应时间等于手头事情的处理时间
      Scrum的平均响应实践等于sprint长度的一半
    8. 关于任务规模
      Scrum团队只承诺一个迭代内能完成的任务,如果任务太大会进行拆分
      看板对任务规模没有明确规定必须要在某个时间段做完
    9. Scrum规定了估算和生产率,看板没有规定估算
      有的团队跳过估算,把每个任务拆分得大小接近,统计每周完成的特性数
      有的团队把任务打包成MMF(最小适销特性),度量每个MMF的生产周期,建立SLA(服务品质承诺)
    10. 跨产品的团队如何使用backlog
      可以把产品backlog当作团队backlog看待
      可以通过泳道来区分多个产品

    敏捷3355

    3种角色
    PO PM Scrum Team
    3个工件
    Product Backlog、Sprint Backlog、潜在可交付的产品增量
    潜在可交付的产品增量:要求每一个Sprint结束都产生用户可用的软件,也被称着“潜在可交付的产品增量”(Potential shippable product increment, PSPI)。能否每个Sprint生成满足质量定义的PSPI 是Scrum 执行效果的试金石。因此这里关键的是团队内有一致同意的DOD(完成的定义),基于其中的内容来判断是否迭代内所有东西都做完了。同样,随着时间推移,团队DOD内容会不断修改完善 。“潜在可交付”并不意味着构建出的东西必须实际交付,交付是产品负责人的业务决策,基于发布计划来确定。


    image.png

    5个事件
    Sprint Planning(IPM):Sprint计划会议在Sprint一开始召开。PO和团队共同决定计划在这个Sprint完成哪些用户故事。
    Daily Scrum Meeting(Standup):每日站会,一般在15分钟以内。团队成员相互交流任务的进展,计划以及遇到的困难。
    Sprint Review(Showcase):Sprint评审会议发生在Sprint将要结束的时候。团队和客户一起评审本次Sprint的产出是否达到预期。
    Retrospective:回顾会议发生在Sprint的最后,由Scrum Master负责召集团队召开。会中大家回顾和小结这个Sprint做的好的地方以及有哪些不足。保证团队能够持续改进,不断提高。
    Backlog Refinement:Product Backlog的梳理,可以发生在整个Scrum周期的任何时间。
    5个价值观
    勇气:有勇气去面对各种挑战。
    专注:每个迭代只专注于该迭代要完成的事情。团队和个人的能力、精力是有限的,在有限的时间内专注于最有价值的事情,以取得好的结果。
    承诺:作为一个自组织团队,在迭代开始的时候做出承诺,并在迭代中全力完成。
    尊重:团队是能随时沟通,并且相互理解的。
    公开:团队所有的进展、问题、阻碍都是对所有人可视化、透明的。这样的团队才能彼此尊重,同时也能随时暴露问题。

    相关文章

      网友评论

          本文标题:敏捷、Scrum、Kanban扫盲

          本文链接:https://www.haomeiwen.com/subject/deigactx.html