• 1) 在 Scrum 方法中,Scrum 会议非常重要,整个会议可能比较混乱粗略,但推进进度的目标却非常清晰明确,并促使团队齐心协力朝共同目标迈进。  2) 团队应召开每日 Scrum 会议,以便确定下一天所需执行的...
    1) 在  Scrum  方法中,Scrum  会议非常重要,整个会议可能会比较混乱粗略,但推进进度的目标却非常清晰明确,并促使团队齐心协力朝共同目标迈进。  
    2) 团队应召开每日  Scrum  会议,以便确定下一天所需执行的工作,以最大可能地履行其承诺。   团队的每个成员都应该描述自上次会议以来所做的工作。 
    3)他们计划在当天完成的工作,以及可能对其他团队成员产生影响或需要获得其他团队成员帮助的任何问题或障碍。
    4)Scrum  主管严格控制会议结构,确保会议准时开始并在  15  分钟或更短时间内结束。
    在此会议中,每个团队成员都需要回答以下三个问题:
      自上次  Scrum  以来我完成了哪些工作?
      至下次  Scrum  之前我将完成哪些工作?
      哪些阻碍性问题或障碍可能影响我的工作?

    SCRUM组严格遵守 timebox原则,每天的日站会准时开始,每次都严格的控制在十五分钟之内,会议的进展也严格围绕daily SCRUM的三个主题进行。

    项目的延期源之每天的延期,所以要每天实时跟踪进展,站立会议必须每天定时定地点召开,团队所有人员站立参加。

    每次会议不超过 15 分钟;如果要讨论技术问题,会后单独开会,少数人参与讨论。

    回答的形式与目的不是向领导汇报工作,而是团队成员之间相互交流,以共同了解项目情况和共同解决问题。

    成员在回答三个问题时目光要注视着大家,而不是 Scrum Master,否则就变成了向领导汇报工作。对每个人回答的问题有疑问,其他成员都可以提出,而不是只有Scrum Master 一个人在问。

    成员提出的问题或困难其他成员要认真倾听,确定相关的负责人和协作方式,但问题细节不在会议上讨论。

    站会结束后,ScrumMaster 一定要知道哪些问题需要帮助团队成员解决。  

    奉送一点建议:“产品项目经理为 Scrum Master”,以我个人认知不推崇这样做。这会使得这个人物在团队中过于“特殊”,而且实际上这两个角色各自的职责都已相当繁重。

    组织会议其实正是 Scrum Master 一项非常重要的技能;有效的开展会议,能够体现出组织者,也就是 Scrum  Master 在控制会场,协调问题的解决,积极推动项目进展和管理团队方面的综合实力了。并且,当敏捷项目分布在不同国家地区、时区时,这类会议的开展更有难度。使用以下推荐的方法和技巧能够帮助成功开展每日站立会议并且将使得 scrum master变得更加专业:
    1)  给Scrum Master 的几点建议:
      自信
      声音洪亮
      在会议室中适当走动
      观察团队每个人  
      了解每个人的特点  
      不做无准备之发言  
      保持礼貌   
      前后一致

      别太幽默
      避免情绪化  
      感激   
      平衡发言时间   
      请外向型的先发言,请内向型做总结   
      保持正常语速   
      提醒发言者如果发言时间很长,或是经常打断其他人
      可定期改变发言顺序

      并非3 个问题都需要问  

    每日站立会议中团队成员轮流主动发言,主要就“昨天干了什么”,“今天计划干什么”,“遇到了什么障碍”三个问题进行讨论。团队外成员也可以参与,但没有发言权。通过每天面对面的沟通可以:
    1)  快速同步进度,让组内成员相互了解彼此进展,从而了解本项目的整体进展。
    2)  给团队成员一种精神压力,要对每日的工作目标信守承诺。
    3)  培养团队文化,让每个人意识到我们是一个团队在战斗。

    展开全文
  • 项目组一直在推敏捷开发,但发现一个关于每日例会的问题。   场景:  每日例会是早上9:00, 把大家召集起来,这时有个主持人(每日轮流), 一个一个询问团队成员昨天做了什么,今天做了什么, 并记录在一个本子...

    项目组一直在推敏捷开发,但发现一个关于每日例会的问题。

     

    场景:

      每日例会是早上9:00, 把大家召集起来,这时有个主持人(每日轮流), 一个一个询问团队成员昨天做了什么,今天做了什么, 并记录在一个本子上。

      有时大家比较忙时,主持人会一个个去询问团队成员工作状况。

     

    问题:

         每日例会不应把每日的进度放到一个本子里,这会导致没有多少人去会关心进度问题,想了解进度的人(比如上级领导)也只能找项目经理,而他也只能凭个人感觉说出来;

         不应该有个主持人,这会导致主持人过于繁忙,而其他人投入度降低(只关注自己的问题),建议每人个人主动去讲解自己的工作和计划,主动,自发和自组织,这才是关键;

         最糟糕的是,主持人挨个询问,这压根就不能叫站立会议(只有主持人站着),只能叫任务跟踪。

         总结:站立会议 没有 故事墙,是没办法把站立会议的成果 贡献出来,这样会导致反馈不足。

     

    解决办法:

         建立故事墙,把故事分解成一个个小任务,并按优先级从上到下排列。标明未处理, 正在处理,已完成的任务。

         团队成员必须都到故事墙前,轮流讲解。  自己昨天做了哪些任务;完成了那些;未完成的任务(为什么没完成?,需要什么帮助?,或换人认领?),今天打算干什么(把一些未处理的任务移到正处理栏),最后如果有什么心得可以分享给大家,如果有苦难也要及时求助。(任务标签也可以写上checkout 的名字,不是为了跟踪,而是为实时知道谁在做哪个任务好及时沟通)。


    故事墙更进一步的思考:


    故事墙过高:

         有些项目把故事墙放到很高,为什么要放这么高?我总结为:这个跟他们的位置有关系,因为他们是做成一条线的, 为了让远处的成员也能看到,就把故事墙放高了。

      这里有个问题是:他们的座位不合理,坐成一条直线,不利于最好的沟通 ;

         故事墙放过高也不好,看不清楚,修正故事 也不方便。

     

    可升降故事墙:

          使用可升降的故事墙;如果高优先级的故事完成了,可以上升故事墙;人们就可以关注到现在要关注的故事,而不是已完成的。

          想想这也有问题,为什么要升降,是不是说明当前sprint中的故事太多了呢? 这应该是提示.

          如果sprint 可以完成,说明sprint 周期太长了,可以缩的更短些(缩短反馈周期);

          如果sprint 不能完成,说明sprint 承诺的太多了。

          sprint 能不能完成可以从 burndown 燃尽图看出来,如果曲线在 计划斜线的上方,说明是承诺太多了,要减少故事。

    展开全文
  • 具体形式为每天的同一时间,一个敏捷开发团队的所有成员面对面站在一起,进行一个为期15~20分钟的短。在会议上,每个人要依次回答以下三个问题: 1)从上次站立会议到现在,你完成了什么 2)从现在到下次...

    什么是站立会议?

    站立会议是敏捷软件开发方法论Scrum的相关技术之一,亦可称之为Scrum的最佳实践。具体形式为每天的同一时间,一个敏捷开发团队的所有成员面对面站在一起,进行一个为期15~20分钟的短会。在会议上,每个人要依次回答以下三个问题:

    1)从上次站立会议到现在,你完成了什么

    2)从现在到下次站立会议,你将要做什么

    3)你遇到什么阻碍,需要其它人如何帮你

    站立会议的意义和作用是什么?

    1)创造团队成员相互沟通的条件,了解彼此的工作进展和工作成效;
    2)可让项目经理及时发现阻碍项目进展的问题并解决,提高项目的成功几率;
    3)为经验的交流和分享提供机会;

     

    站立会议的相关经验

    可以把回答第一个问题改为向团队演示自己已经完成的功能,这样可以促使团队成员真正地理解“完成”的定义,并且努力去做到真正的“完成”;

    避免站立会议的范围延伸,诸如技术细节的讨论,需求的沟通和明确等问题不应该是站立会议要解决的问题;

    务必注意会议规则的维护,不要迟到,延时,或者改为坐着开;


    【原文:http://blog.csdn.net/cavenran/article/details/5186370】



    展开全文
  • 敏捷开发站立会议

    2015-04-19 15:37:26
    1) 在 Scrum 方法中,Scrum 会议非常重要,整个会议可能比较混乱粗略,但推进进度的目标却非常清晰明确,并促使团队齐心协力朝共同目标迈进。  2) 团队应召开每日 Scrum 会议,以便确定下一天所需执行的...
    1) 在  Scrum  方法中,Scrum  会议非常重要,整个会议可能会比较混乱粗略,但推进进度的目标却非常清晰明确,并促使团队齐心协力朝共同目标迈进。  
    2) 团队应召开每日  Scrum  会议,以便确定下一天所需执行的工作,以最大可能地履行其承诺。   团队的每个成员都应该描述自上次会议以来所做的工作。  
    3)他们计划在当天完成的工作,以及可能对其他团队成员产生影响或需要获得其他团队成员帮助的任何问题或障碍。 
    4)Scrum  主管严格控制会议结构,确保会议准时开始并在  15  分钟或更短时间内结束。 
    在此会议中,每个团队成员都需要回答以下三个问题: 
      自上次  Scrum  以来我完成了哪些工作? 
      至下次  Scrum  之前我将完成哪些工作? 
      哪些阻碍性问题或障碍可能影响我的工作?

    SCRUM组严格遵守 timebox原则,每天的日站会准时开始,每次都严格的控制在十五分钟之内,会议的进展也严格围绕daily SCRUM的三个主题进行。

    项目的延期源之每天的延期,所以要每天实时跟踪进展,站立会议必须每天定时定地点召开,团队所有人员站立参加。

    每次会议不超过 15 分钟;如果要讨论技术问题,会后单独开会,少数人参与讨论。

    回答的形式与目的不是向领导汇报工作,而是团队成员之间相互交流,以共同了解项目情况和共同解决问题。

    成员在回答三个问题时目光要注视着大家,而不是 Scrum Master,否则就变成了向领导汇报工作。对每个人回答的问题有疑问,其他成员都可以提出,而不是只有Scrum Master 一个人在问。

    成员提出的问题或困难其他成员要认真倾听,确定相关的负责人和协作方式,但问题细节不在会议上讨论。

    站会结束后,ScrumMaster 一定要知道哪些问题需要帮助团队成员解决。  

    奉送一点建议:“产品项目经理为 Scrum Master”,以我个人认知不推崇这样做。这会使得这个人物在团队中过于“特殊”,而且实际上这两个角色各自的职责都已相当繁重。

    组织会议其实正是 Scrum Master 一项非常重要的技能;有效的开展会议,能够体现出组织者,也就是 Scrum  Master 在控制会场,协调问题的解决,积极推动项目进展和管理团队方面的综合实力了。并且,当敏捷项目分布在不同国家地区、时区时,这类会议的开展更有难度。使用以下推荐的方法和技巧能够帮助成功开展每日站立会议并且将使得 scrum master变得更加专业: 
    1)  给Scrum Master 的几点建议: 
      自信 
      声音洪亮 
      在会议室中适当走动 
      观察团队每个人   
      了解每个人的特点   
      不做无准备之发言   
      保持礼貌    
      前后一致

      别太幽默 
      避免情绪化   
      感激    
      平衡发言时间    
      请外向型的先发言,请内向型做总结    
      保持正常语速    
      提醒发言者如果发言时间很长,或是经常打断其他人 
      可定期改变发言顺序

      并非3 个问题都需要问  

    每日站立会议中团队成员轮流主动发言,主要就“昨天干了什么”,“今天计划干什么”,“遇到了什么障碍”三个问题进行讨论。团队外成员也可以参与,但没有发言权。通过每天面对面的沟通可以: 
    1)  快速同步进度,让组内成员相互了解彼此进展,从而了解本项目的整体进展。 
    2)  给团队成员一种精神压力,要对每日的工作目标信守承诺。 
    3)  培养团队文化,让每个人意识到我们是一个团队在战斗。

    展开全文
  • 敏捷开发-站立会议要点: 1、站立会议全员都需要参与; 2、当值员必须提前准备,识别出问题和风险,做好协调; 3、每个组员汇报进展和当天的计划。对于承诺的任务,需要完全执行; 4、每日站实践不能超过15...
    敏捷开发-站立会议要点:
    1、站立会议全员都需要参与;
    2、当值员必须提前准备,识别出问题和风险,做好协调;
    3、每个组员汇报进展和当天的计划。对于承诺的任务,需要完全执行;
    4、每日站会实践不能超过15分钟;
    5、三段论:昨天完成什么,今天计划做什么,困难;
    6、成员之间信息共享,每个组员都能了解项目总体进展;
    7、不要陷于技术细节的讨论,当值人员应该记录下所有的阻碍并跟踪;
    8、把每个问题用跟踪卡片(或在JIRA)跟踪起来。
    展开全文
  • Scrum是迭代式增量软件开发过程,通常用于敏捷开发站立会议通常指Scrun方法中的每日站立会议。顾名思义,是每天以站姿的方式召开的会议。以下从功能及要点方面对其进行解释说明: 功能: 1.快速同步进展,让...
  • 每日站立会议是敏捷流程scrum中的很重要的一个制度之一。 功能: 1.快速同步进展,让项目组内部的员工互相了解彼此的进展,从而了解本项目的整体进展。 2.给每个人一种精神压力,信守承诺。这是一种面对面的精神...
  • 这几年关于敏捷开发在互联网企业中越来越广泛被使用到,运用的比较多的当属scrum敏捷开发和xp敏捷开发,人人都在谈论敏捷开发。那什么才是敏捷开发呢? 目录 什么是敏捷开发? 传统的开发模式和敏捷开发模式的...
  • 敏捷开发流程总结

    2010-07-20 15:36:00
    Agile——敏捷开发,作为CMM神话崩溃后被引入的一套新的软件开发模式,这几年来被广泛引起关注,并被寄予厚望。敏捷开发在其他业界的应用是否理想不得而知,但以下总结了我所在公司的敏捷开发试验,希望可以...
  • 敏捷开发 迭代流程

    2011-06-12 07:46:00
    现在很多公司都说自己在用敏捷开发,很多程序员也说自己懂敏捷开发!简单的认为敏捷就是站立会议,就是迭代的开发,到最后敏捷变成了混乱,然后开始说敏捷的不好等等。其实他们都只是表面上的敏捷,而没有真正的理解...
  •  不同与传统的软件开发模式,敏捷开发模式有着自己鲜明的价值和方法。  其中,敏捷测试部分也同以往的软件测试流程有所不同。这对测试人员提出了新的要求,带来了新的挑战。 第一部分:敏捷软件开发简介 敏捷...
  • 敏捷开发 vs 传统模式

    2015-05-28 22:41:00
    说起敏捷开发,并不是因为敏捷而敏捷。这几年的敏捷开发已经被很多敏捷咨询服务商神话了,这个东西并不是神器,实施了就可以解决所有软件公司的问题,而是要结合自己公司的特点和问题摸索出适合自己的一套模式。 ...
  • 敏捷开发中的测试人员敏捷开发团队介绍测试人员需要具备的素质测试人员的主要职责定义质量 (Define Quality)交流缺陷(Communication)及时反馈 (Feedback):敏捷开发中QA的职责之敏捷中的QA敏捷QA的日常活动敏捷QA与...
  • 敏捷开发-站立会议

    2010-05-27 12:25:49
    1 站立会议全员都需要参与; 2 当值员必须提前准备,识别出问题和风险,做好协调; 3 每个组员汇报进展和当天的计划。对于承诺的任务,需要完全执行; 4 每日站实践不能超过20分钟; 5 三段论:昨天完成什么,...
  • 在诸多方法中,敏捷开发以其能持续满足不断变化的用户需求正在受到越来越多人的重视,从中小项目开始进入大型开发项目,近几年来上升势头明显。那么,敏捷开发有什么好处呢?    在软件工业界,敏捷开发已成为众多...
  • 谈谈敏捷开发模型

    2019-08-01 23:36:56
    谈谈敏捷开发模型 我对敏捷开发是源于10多年前看了一本关于迭代开发的书,从而对迭代开发有了一些兴趣。从那时开始有了迭代开发的概念。随着项目经验的增加迭代的重要性也越发觉得明显。随后进入了提倡敏捷开发的...
1 2 3 4 5 ... 20
收藏数 3,765
精华内容 1,506