2015-04-19 15:42:22 chenleixing 阅读数 3747
  • SCRUM敏捷开发视频教程

    SCRUM敏捷开发视频教程,该课程为你分享SCRUM敏捷开发,理解敏捷的本质,认识中国IT行业对敏捷的挑战,学会让敏捷落地的实用招数。 嘉宾介绍:张传波 1. 创新工场创业课程(敏捷课程)讲师 2.软件研发管理佳实践顾问(曾任华为某团队研发顾问) 3. 中国敏捷联盟《ADBOK》(敏捷开发知识体系)项目组成员 二十年软件开发、软件设计、需求分析、项目管理、部门管理、公司管理及过程改进等经验,亲历“无数”项目,涉猎建筑、通讯、互联网、电力、金融、制造业、政府等领域,熟悉软件生命周期的全部过程

    10436 人正在学习 去看看 CSDN讲师
敏捷开发-站立会议要点:
1、站立会议全员都需要参与;
2、当值员必须提前准备,识别出问题和风险,做好协调;
3、每个组员汇报进展和当天的计划。对于承诺的任务,需要完全执行;
4、每日站会实践不能超过15分钟;
5、三段论:昨天完成什么,今天计划做什么,困难;
6、成员之间信息共享,每个组员都能了解项目总体进展;
7、不要陷于技术细节的讨论,当值人员应该记录下所有的阻碍并跟踪;
8、把每个问题用跟踪卡片(或在JIRA)跟踪起来。
2015-04-19 15:37:24 chenleixing 阅读数 3682
  • SCRUM敏捷开发视频教程

    SCRUM敏捷开发视频教程,该课程为你分享SCRUM敏捷开发,理解敏捷的本质,认识中国IT行业对敏捷的挑战,学会让敏捷落地的实用招数。 嘉宾介绍:张传波 1. 创新工场创业课程(敏捷课程)讲师 2.软件研发管理佳实践顾问(曾任华为某团队研发顾问) 3. 中国敏捷联盟《ADBOK》(敏捷开发知识体系)项目组成员 二十年软件开发、软件设计、需求分析、项目管理、部门管理、公司管理及过程改进等经验,亲历“无数”项目,涉猎建筑、通讯、互联网、电力、金融、制造业、政府等领域,熟悉软件生命周期的全部过程

    10436 人正在学习 去看看 CSDN讲师
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)  培养团队文化,让每个人意识到我们是一个团队在战斗。

2010-05-27 12:21:36 zhanghsh2010 阅读数 73
  • SCRUM敏捷开发视频教程

    SCRUM敏捷开发视频教程,该课程为你分享SCRUM敏捷开发,理解敏捷的本质,认识中国IT行业对敏捷的挑战,学会让敏捷落地的实用招数。 嘉宾介绍:张传波 1. 创新工场创业课程(敏捷课程)讲师 2.软件研发管理佳实践顾问(曾任华为某团队研发顾问) 3. 中国敏捷联盟《ADBOK》(敏捷开发知识体系)项目组成员 二十年软件开发、软件设计、需求分析、项目管理、部门管理、公司管理及过程改进等经验,亲历“无数”项目,涉猎建筑、通讯、互联网、电力、金融、制造业、政府等领域,熟悉软件生命周期的全部过程

    10436 人正在学习 去看看 CSDN讲师
1 站立会议全员都需要参与;
2 当值员必须提前准备,识别出问题和风险,做好协调;
3 每个组员汇报进展和当天的计划。对于承诺的任务,需要完全执行;
4 每日站会实践不能超过20分钟;
5 三段论:昨天完成什么,今天计划做什么,困难;
6 成员之间信息共享,每个组员都能了解项目总体进展;
7 不要陷于技术细节的讨论,当值人员应该记录下所有的阻碍并跟踪;
8 把每个问题用跟踪卡片(或在JIRA)跟踪起来。
2015-11-26 09:28:00 dylanren 阅读数 10176
  • SCRUM敏捷开发视频教程

    SCRUM敏捷开发视频教程,该课程为你分享SCRUM敏捷开发,理解敏捷的本质,认识中国IT行业对敏捷的挑战,学会让敏捷落地的实用招数。 嘉宾介绍:张传波 1. 创新工场创业课程(敏捷课程)讲师 2.软件研发管理佳实践顾问(曾任华为某团队研发顾问) 3. 中国敏捷联盟《ADBOK》(敏捷开发知识体系)项目组成员 二十年软件开发、软件设计、需求分析、项目管理、部门管理、公司管理及过程改进等经验,亲历“无数”项目,涉猎建筑、通讯、互联网、电力、金融、制造业、政府等领域,熟悉软件生命周期的全部过程

    10436 人正在学习 去看看 CSDN讲师

项目进度跟踪的最佳实践:每日站立会议

1 每日站立会议的具体做法

每日站立会议是Scrum方法中的一条关键实践,看似很简单的一个活动,其实内涵丰富,站立会议通过每天面对面的沟通,可以:

  (1)快速同步进展,让项目组内部的员工互相了解彼此的进展,从而了解本项目的整体进展。

  (2)给每个人一种精神压力,信守承诺。这是一种面对面的精神压力,直面项目进展。

  (3)培养团队的文化,让每个人意识到:我不是一个人在战斗,我们是一个团队。

 

 每日站立会议应该固定时间、固定地点、固定参与人员、固定话题、固定时长的召开,即:

1)在项目初期确定好本项目的站立会议的召开时间,比如可以是每天早晨的固定时间召开,也可以每天下午的固定时间召开。

2)每个项目固定一个会议的地点,可以在会议室,可以在办公位置上,也可以在其他地点。

3)项目的所有成员都要参加,需求、开发、测试等角色都要参加。其他项目组外部的人员也可以旁观,但是一般不发言。

4)在站立会议上每个人当且仅当回答3个问题:

     昨天按计划完成了什么?

     有什么难题需要别人帮助解决的?

     今天计划做什么?

    也可以项目组根据自己的特点追加问题,比如也有的项目组会要求每个人回答问题:

        今天完成的工作是否测试通过了?

        今天是否有需求或设计变更?

在汇报每个人的进展时,不需要汇报是如何做的,将要如何做。

5)站立会议应该保持在15分钟内结束。在会议上除了上述的3个问题,不做过多的讨论,需要别人帮助的问题在会后单独讨论。


图一 站立会议实景

 

2 每日站立会议成功的要点

看上去很简单的一个活动,在实践中如何做好站立会议,有很多细节需要注意:

1)  一般有Scrum Master主持会议,确保每位组员发言时不能跑题;也有的项目是大家轮流主持会议的。

2)  要制定会议的纪律,每个人不能迟到,如果迟到就惩罚之;

3)  在每个人回答上述的3个问题时,其他人不能开小会,要专心听;

4)  非本小组的成员,可以旁观,不需要发言;

5)   不能中途有人退席,有的人汇报完自己的进展后就退席是不允许的;

 6)  每个人任务的状态要在白板上展示出来;


图二 看板实景

 7)  每个人任务通过了功能测试,得到了product owner的认可,才算结束;

 8)  延期的任务,应该在看板上注明延期的天数,如果连续延期,应该采取措施;

 9)在白板上展示任务的状态,要比通过项目管理的工具展示任务的状态更有视觉冲击力;

 10)白板的面积要大,如果所有的任务不能在白板上贴下,则可以只贴本次迭代的或最近一段时间的,比如2周的。

 11)如果白板面积不够,可以不用贴纸,手写任务。

 12) 站立会议后一定要更新燃尽图!



图三 燃尽图实景

 13)一定要当面开会,不能邮件替代站立会议;

 14)一定要每天开会,每天跟踪项目的进展;

 15)不需要整理会议纪要,除非有其他必须的目的;形成的决议,可以直接书写在看板上;

 16)当有问题自己难以解决时,一定要抛出来,充分利用团队的智慧来解决这个问题,一定要记住,大家是一个团队,你的问题就是大家的问题,大家的智慧一定可以超越你。千万不要捂着问题不讲!

 17)PO或测试经理一定要参加站立会议,对于每个人完成的任务是否经过了功能测试要进行确认;

 18) 如果是一个比较大的项目组,可以分拆成几个小组,分别召开站立会议,每个小组的负责人再召开整个大项目组的站立会议;

 19)在大项目组的站立会议上,涉及到各小组之间的接口任务要重点关注,比如接口的调整、接口的联调;

 20)在站立会议上控制对技术问题的讨论,技术难点的讨论要放在会后,少数人进行专门的讨论;

 21)缺陷修复的任务可以估算出工作量,作为单独的任务识别在看板上;

 

 

3 每日站立会议的案例剖析

  【案例1】:

现象:项目的迭代周期为1个月,目前是第4周,看板中已经没有todo任务,但是每位成员在汇报工作进展时,却讲解了任务。经过询问,发现前2周是用户故事驱动的开发,后2周是bug驱动的开发,后2周的任务主要是修复bug。

  分析:因为在前期在质量方面没有投入,所以导致后期出现了很多缺陷,是一种快而脏的开发模式。为什么前期没有质量投入呢?因为担心前期做了质量投入,降低了开发速度,后期就会延误工期。这是违背了敏捷方法的基本思想的,没有保持平稳的开发速度。

  也有的项目组成员讲,无法在前期安排测试人员进来,因为测试时需要编写桩程序或驱动程序。这种理由通常是不成立的,因为如果真是如此,就要思考我们的需求开发顺序安排的是否合理。 

 

【案例2】:

现象:在2个组中观察到有scrummaster或product owner安排任务的现象,有一个组的成员对安排的任务未置可否,有另外一个组的成员对安排的任务进行了抵抗性辩解,不太乐意做写文档的工作。

  分析:反思,在敏捷实践中,哪些做法是用来维持每个人的工作积极性的?

(1) 在分配任务时,按照自愿的原则挑选任务,让每个人挑选自己喜欢做的任务;

(2) 民主决策,而非一人独裁;

 

【案例3】:

现象:在项目组的看板上,有的任务连续多天总是处在进行中的状态。发现任务的颗粒度比较大,达到10人天。

  分析:在前期进行任务分解形成sprint backlog时,没有把任务拆分到2人天以内,导致任务总是处在进行中的状态。在站立会上,大家也就无法准确了解任务的进展情况。有的开发人员会讲任务无法再细分了,通常情况下,这种理由是不成立的,是没有对任务进行认真思考的表现。

 

【案例4】:

现象:有的项目组召开晨会的时间比较长,有的项目组召开晨会的时间比较短。

  分析:每个项目组在晨会开始与结束时,也可以记录自己每次晨会的时间。对召开晨会的时间进行量化的控制,比如画出每日晨会花费时间的控制图。


图四每日站立会议时长的控制图

【案例5】:

现象:有的项目组在坚持每日站立会议一段时间后,大家认为意义不大,废止了此条实践。

分析:站立会议看着简单,实际有很多细节需要注意,之所以出现无法坚持下来的现象,应该仔细温习前面讲的成功要点,建议项目组在每日召开站立的会议的第1分钟,大家可以投影出来成功的要点,一起学习一遍,强化一下成功的要求,然后再召开站立会议。在每日站立会议的最后,也可以对本日例会的经验教训进行总结。





2019-03-17 01:54:23 rl529014 阅读数 790
  • SCRUM敏捷开发视频教程

    SCRUM敏捷开发视频教程,该课程为你分享SCRUM敏捷开发,理解敏捷的本质,认识中国IT行业对敏捷的挑战,学会让敏捷落地的实用招数。 嘉宾介绍:张传波 1. 创新工场创业课程(敏捷课程)讲师 2.软件研发管理佳实践顾问(曾任华为某团队研发顾问) 3. 中国敏捷联盟《ADBOK》(敏捷开发知识体系)项目组成员 二十年软件开发、软件设计、需求分析、项目管理、部门管理、公司管理及过程改进等经验,亲历“无数”项目,涉猎建筑、通讯、互联网、电力、金融、制造业、政府等领域,熟悉软件生命周期的全部过程

    10436 人正在学习 去看看 CSDN讲师

每日站立会议是敏捷流程scrum中的很重要的一个制度之一。

功能:

1.快速同步进展,让项目组内部的员工互相了解彼此的进展,从而了解本项目的整体进展。 

2.给每个人一种精神压力,信守承诺。这是一种面对面的精神压力,直面项目进展。

3.培养团队的文化,让每个人意识到:我不是一个人在战斗,我们是一个团队。 

站立会议的目的:

1、让所有人了解其他人在做什么,当前项目计划进展如何 

2、帮助大家解决那些阻碍做事情的问题,以及共享承诺这些都非常有利于提高团队合作精神的。 

注意要点:

1、主题明确,不能掺杂其他无关的话题

每个人就4个问题回答:

1)我们上次开会后你都干了什么?(要关注细节,又不能过分详细)

2)每个你负责的、正在做的任务还剩下多少时间? 

3)我们下次开会之前你要做什么?(当成员间的工作有依赖关系时,会给其他成员一个很好的提醒,自己给自己设定一个目标)

4) 你的工作被阻碍了吗?(组长会后要及时解决会议上提出的阻碍,否则会影响大家反映阻碍的积极性)

注:如果有问题需要讨论,但只需要几句话的讨论,那么在会上解决。否则需要详细讨论的,记下来,单独安排一个会议专门讨论。

2、站立会议只允许“猪”讲话,不允许“鸡”讲话

猪-团队成员鸡-其他人员(例如观摩的领导等)

3、所有人站立围成一圈,不能围坐在一起桌子周围站立暗示这个会会很短,强迫大家更专注和投入,还可以避免有人坐着收发邮件和其他分心的事情。

4、确保整个团队都要参加每日会议

5、每日会议是团队交流会议,不是报告会议,每个与会者要清楚,团队是在互相汇报和交流情况,而不是向主管或经理做汇报

6、每日会议应该控制在15分钟之内

7、不要把每日站立会议作为一天的开始,不要太早也不要太晚避免有人从心里上把一天的开始跟这个会议联系在一起。

8、站立会议要在每日同一时间同一地点举行

注:以上内容来自网络分享或总结,仅供参考

点评或感受:

第8条有些人可能觉得没必要,不过对于敏捷开发来说一个熟悉的环境讨论同一个问题有助于让人回顾起一些已经快要遗忘的探讨内容,毕竟睹物可以思人,思考更是没话说。

第2条则讲的是让大家安静的听从别人的想法,取其精华而不是过早扼杀在摇篮中,哪怕你有更好的解决方案,目的是互相学习和建立互相尊敬的氛围

这个开发模式也是激发大家在短时间迅速表达和接收新思维的能力,长时间保持这种工作状态非常有助于提高团队协作能力。

实践每日站立会议可能遇到的问题:

第一条,会议本身的目的性非常强,不过对于长时间的团队配合难免有时候会出现将每日会议当例会来开,
演变成懒散的"早会",所以这个会议的scrum master最好有一定的威信并且善于把握节奏

第二条,听主讲人讲话是好的,不过经常会有瞬间的想法或者改进,按照会议要求需要继续听讲而不是打断,
则需要抓紧记下笔记,以免过一会想法就遗忘了,新想法是好的,不过作为敏捷开发有时会有强制的时限要求,可能要考虑实施的价值

第三条,之前看过一个调查,说是人的注意力持续时间大概在36分钟左右,所以15分钟的站立确实也能达到很好的效果

第四条,每个人都到的会议是理想化的,一般也能达到,出现缺席也很正常,如果会议内容很重要不妨录音或者视频记录发给缺席人员。

第五条,与会者需要锻炼快速表达思维的能力,避免啰嗦,多参加几次会议并发言估计也能达到提升的效果,大家要予以理解。

第六条,15分钟,应该除了不可抗力这样非常紧急或者优先级高的事情,应该都能保证,会议宜短不宜长,明确好任务就可以解散执行了。

第七条,有关会议心理,第一条可以一定程度上缓解这样的误解

第八条,如果不能同时同地也要尽量维持周围环境一致性,有利于更好代入节奏

每日会议的必要性,可行性和效果分析:

从上面的要求来看,确实是从多维度的规则上保证并要求大家在同一地点时间等方面快速的把已完成,要完成等工作迅速阐述明白,而且在主持会议scrum master的带动下高效地明确统一任务安排,时间在15分钟内,并不算长,这样的高效会议长时间执行能提高各种能力,对于团队的自信和效率都是很有帮助的。

不过相反的,敷于表面的会议形式或者心理上就不认同会议效果带来的就是时间上的浪费。换言之,这么简短的会议对于不同的人或团队是有不同效果的,基本上执行一段时间就会产生两极分化的结果。

原文地址:https://www.cnblogs.com/jx8zjs/p/5863013.html (感谢原博主总结和分享)

没有更多推荐了,返回首页