本文主要是为了检测你对SCRUM Sprint 计划会议的了解和使用程度,

通过本文你可以检测一下 
    1、你们的SCRUM Sprint 计划会议的过程和步骤
    2、会议的输出结果
    Sprint 计划会议非常关键,应该算是 Scrum中最重要的活动(这当然是我的主观意见)。要是它执行的不好,整个 sprint 甚至都会被毁掉。
      举办 Sprint计划会议,是为了让团队获得足够的信息,能够在几个星期内不受干扰地工作,也是为了让产品负责人能对此有充分的信心
一、会议目的 
      1、定出 Sprint 目标和既定产品 Backlog  
      2、该会议的工作以分析为主,目标是要详细理解最终用户到底要什么。产品开发团队可以从该会议中详细了解最终用户的真实需要。在会议的结束,团队将会决定他们能够交付哪些东西。 
    基本要求: 
      只有团队成员才能决定团队在当前 Sprint 中能够领取多少个 Backlog 条目的工作。 
二、会议时间 
      在Sprint 中,每周该会议占用时间为 60分钟。在早上召开该会议,
      这样还有可能在同一天召开 Sprint规划会议的第二部分。  
三、会议准备 
        1.  邀请与会者:
              产品负责人
              Scrum Master
              团队所有成员
        2.  已按优先级排列产品 Backlog 中各项问题
        3.  已评估 Backlog 中的各项问题
        4.  把产品 Backlog 公开给会议中的每个人,保证其可被获取
        5.  预期团队中有哪些人已明确会缺席(如度假)
        6.  保证房间环境适合小组讨论 
        7.  每个人都可以获取上次 Sprint 评审会议和 Sprint 回顾会议的结果   
        8.  Sprint 时间表已经安排
        9.  Sprint 计划会议 1 的时间安排
        10.  Sprint 计划会议 2 的时间安排
        11.  Sprint 的第一天已确定
        12.  Sprint 的最后一天已确定
        13.  Scrum 每日例会的时间安排
        14.  Sprint 评审会议的时间安排
        15.  Sprint 回顾会议的时间安排
四、会议进程 
        1. 把 Sprint 时间表公开给所有人 
        2. 把 Sprint 评审会议的结果公开给所有人 
        3. 把 Sprint 回顾会议的结果公开给所有人 
        4. 产品负责人向团队产品阐述产品远景 
        5. 产品负责人和团队一起确定 Sprint 目标 
        6. 从第一个 Product Backlog条目(故事)开始。 
        7. 讨论该 Product Backlog条目,以深入理解。 
        8. 分析、明确用户验收测试。 
        9. 找到非功能性需求(性能、稳定性……)。 
        10. 找到验收条件。 
        11. 弄清楚需要“完成”到何种水平。 
        12. 获得  Backlog 条目各个方面的清晰了解。 
        13. 绘制出所需交付物的相关图表,包括流程图、UML 图、手绘草图、屏幕 UI设计等。 
        14. 回到步骤 1,选取下一个Backlog条目  
        流程检查: 
            询问团队能否快速回答下列问题,只需简要回答即可:“我们能在这个 Sprint中完成第一个 Backlog 条目吗?”如果能得到肯定回答,那么继续询问下一个Backlog条目,一直到已经分析完的最后一个Backlog 条目。 
        接下来,休息一下。 
        在休息之后: 
        对下一个 Backlog条目展开上述流程。   
        结束流程: 
        1. 在Sprint 规划会议第一部分结束前留出20分钟。 
        2. 再次提问——这次要更加严肃、正式:“你们能否完成第一个 Backlog 条目,……第二个,……?” 
        3. 如果团队认为他们不能再接受更多Backlog条目,那就停下来。 
        4. 现在是非常重要的一步:送走Product Owner。她必须离开!所有的人,除了团队和 Scrum Master  之外的所有人,都得离开。客户、最终用户,所有其他人都得离开! 
        5. 当其他人都离开后,再询问团队:“说真的——你们相信自己可以完成这个列表?” 
        6. 希望团队现在能短暂讨论一下,看看他们到底认为自己能完成多少工作。 
        7. 将结果与 Product Owner和最终用户沟通。不许再讨论了!    
五、会议结果 
        1. 为 Sprint 计划会议2的进行准备好既定产品 Backlog  
        2. 选择好的 Product Backlog条目。 
        3. 各个Backlog条目的需求。

4. 各个Backlog条目的用户验收测试

敏捷开发(八)- Scrum Sprint计划会议1的更多相关文章

  1. 敏捷开发(九)- Scrum Sprint计划会议2

    本文主要是为了检测你对SCRUM Sprint 计划会议二的了解和使用程度, 通过本文你可以检测一下     1.你们的SCRUM Sprint 计划会议二的过程和步骤    2.SCRUM Spri ...

  2. 敏捷开发方法-Scrum

    为了不落后他人,于是我也开始学习Scrum,今天主要是对我最近阅读的相关资料,根据自己的理解,用自己的话来讲述Scrum中的各个环节,主要目的有两个,一个是进行知识的总结,另外一个是觉得网上很多学习资 ...

  3. 敏捷开发 与 Scrum

    敏捷开发以用户的需求进化为核心,采用迭代.循序渐进的方法进行软件开发.在敏捷开发中,软件项目在构建初期被切分成多个子项目,各个子项目的成果都经过测试,具备可视.可集成和可运行使用的特征.换言之,就是把 ...

  4. 敏捷开发(2)-Scrum

    什么是SCRUM Scrum的英文意思是橄榄球运动的一个专业术语,表示“争球”的动作:把一个开发流程的名字取名为Scrum,我想你一定能想象出你的开发团队在开发一个项目时,大家像打橄榄球一样迅速.富有 ...

  5. 敏捷开发与Scrum

    敏捷开发以用户的需求进化为核心,采用迭代.循序渐进的方法进行软件开发.在敏捷开发中,软件项目在构建初期被切分成多个子项目,各个子项目的成果都经过测试,具备可视.可集成和可运行使用的特征.换言之,就是把 ...

  6. 敏捷开发中的sprint是什么意思_百度知道

    敏捷开发中的sprint是什么意思_百度知道     敏捷开发中的sprint是什么意思    未成年RB21 | 浏览 4208 次    推荐于2016-02-27 15:19:02     最佳 ...

  7. 微服务与敏捷开发(Scrum/Kanban)的核心思想之我见

    微服务与敏捷开发(Scrum/Kanban)的核心思想之我见   关于"微服务"和"敏捷开发"的文章网络上有很多,所以这里不再重复叙述这些概念的解释和特点,而是 ...

  8. 计应152第六组Sprint计划会议

    Sprint计划会议 会议时间:2016年12月8下午16:00 会议地点:宿舍 会议进程 • 首先我们讨论了排球计分规则程序完成需要做的一些工作:程序的初期设计,数据分析,典型用户,场景,代码的编写 ...

  9. 敏捷开发(十一)- Scrum Sprint评审会议

    本文主要是为了检测你对SCRUM 评审会议的了解和使用程度, 通过本文你可以检测一下     1.你们的SCRUM 评审会议的过程和步骤    2.SCRUM 评审会议的输出结果一.会议目的     ...

随机推荐

  1. 前端css:“圣杯布局”

    昨天面试前端,一面危险通过,面试官建议我看看“圣杯布局”,听起来很玄妙的名字,花了一晚上弄明白怎么回事,惊讶于前端工作的细节和技巧! 我先看几个基础,在后面要用到的: 1.CSS right/left ...

  2. 我的Pandas应用场景(2)

    上文交代了一些啰嗦事,本文开始,就要来点实际的了. 先来一个比较简单的场景: Given:一个包括N(极其复杂,这里取3个)个列的DataFrame:df,df包括index: And:对df所有列元 ...

  3. Python:Python学习总结

    Python:Python学习总结 背景 PHP的$和->让人输入的手疼(PHP确实非常简洁和强大,适合WEB编程),Ruby的#.@.@@也好不到哪里(OO人员最该学习的一门语言). Pyth ...

  4. Window Service 计划任务

    在ASP.NET中创建计划任务,就我个人而言,用过两种方式,一种是用SQL Server创建,把写好的SSIS包导入SQL Server创建的任务中,设置好时间让它去执行.还有一种就是利用window ...

  5. MongoDB的一些用法(转藏)

    MongoDB是目前工作中经常使用到的NoSQL数据库. 本博客只记录相关理论知识和技巧,涉及到实践的部分都会单开Blog来记录实践过程. ------------------------------ ...

  6. JavaEE:response响应和request请求

    Web服务器接收到客户端的http请求,会针对每一次请求,分别创建一个用于代表请求的request对象.和代表响应的response对象.request和response对象既然代表请求和响应,那么我 ...

  7. Trie树及其应用

    Trie树及其应用 Trie树 Trie树,又称单词查找树.字典树,是一种树形结构,是一种哈希树的变种,是一种用于快速检索的多叉树结构.典型应用是用于统计和排序大量的字符串(但不仅限于字符串),所以经 ...

  8. NDepend 3.0已与Visual Studio集成

    NDepend 3.0已与Visual Studio集成 投递人 itwriter 发布于 2010-02-10 16:17 评论(0) 有1638人阅读  原文链接  [收藏]  « » NDepe ...

  9. C#多线程,线程锁

    ];             ; i < ; i++) {                 threads[i]= ; i < ; i++) {                     R ...

  10. Jenkins+PMD构建自动化静态代码检测

    前言:软件缺陷是不可避免的,要尽量减少错误并提高软件质量,主要有两在类技术,即缺陷预防和缺陷检测 缺陷预防包括编写更好的设计规范.实施代码审核制度.运行代码静态分析工具.运行单元测试等 PMD是一种开 ...