2017-04-18 20:26:07 huver2007 阅读数 763
  • SCRUM敏捷开发视频教程

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

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

每日立会开多久?

甲:“我们每日立会开不起来。”

乙:“嘿,我们每日立会开起来了,而且越开越长了,一开就是1个小时,净是些技术细节。”

甲:“别人等着他们讨论,那多耽误时间啊……”

乙:“我也觉得是,但是敏捷开发鼓励面对面沟通,到底应该打断还是不打断呢……”

看似沟通顺畅,但是如果队员们把每日立会当作唯一的沟通机会,甚至用来解决技术问题,可能表明他们在会下极少沟通。

一般立会上每个成员发言时间在1-2分钟,总体控制在15分钟以内。无法快速做出决策的问题放在会后专题讨论,重点是检视、同步进展,确定并排除障碍,快速决策。

当然立会也不能每天一片吉祥,比如燃尽图有异常,或者进度开始出现延期,就应挖掘问题。SM应鼓励团队多提问题,同时提出的问题要在1天内给出回复。

2011-05-05 21:22:12 hyj956948933 阅读数 151
  • SCRUM敏捷开发视频教程

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

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

    在敏捷开发当中有一个每日站会,开会的时间不是很长。基本是总会昨天做了什么时事,遇到了什么问题,然后今天准备做什么事情。

    由于是第一次使用这种模式开发,刚开始很不习惯,感觉这些事情好像用一封邮件就可以解决了,没必要开什么每日站会,甚至有点浪费时间,而且我们在前面开会的时间都不好把握, 有时开得很长,然后一天上午基本做不了什么事情。

    虽然很不情愿,但事情还是得照例做,会还是照例开。

    经过几个星期后,发现慢慢就习惯了,同时也发现这个每日站会解决了很多问题。

    首先说明一点,我们团队当中基本是实习生,没有什么开发经验,同时项目要求不是很急,于是就出现了如下问题:

    1. 开始团队成员之间互相了解不够,甚至讲话都很少,都保持异常低调。。。

    2. 发现有些天根本没做项目的事情,而是做其它与项目无关的事情去了。

    3. 每天的总结与计划都一样,甚至每个人做的事情基本都差不出,在发言时,有时就一名话带过,如,我和他做的一样,然后就没有下文了。汗。

    4. 反感是"一传十,十传百",暂且让我这么说吧!

 

    以上的问题,从不同的角度折射出敏捷开发中每日站会的好处:

    1. 时刻了解团队成员的工作情况

    2. 沟通-- 让我们更加了解对方,了解项目

    3. 遇到问题时,大家讨论,团队的力量,很快就会有解决方案。

    4. 每日计划-- 自己不会盲目,不会找不到事情。

    5. 如果当天没有安排,小组长肯定根据实际情况帮你安排一些事情。

    6. 至于时间的把握,会随便的每日站会次数的增加,相应的也会有所改进。

 

以上是我参加敏捷开发一个月以来的小小的总结,如果有写得不好地方,还请原谅。

 

    以后可能还会有改进。

2014-11-05 08:18:34 wireless_com 阅读数 6204
  • SCRUM敏捷开发视频教程

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

    10408 人正在学习 去看看 CSDN讲师
 每日站会,日常敏捷中的最重要的团队活动,必须团队全员参与,鼓励团队每日同步更新:
1)昨天我做了什么
2)今天我要做什么
3)遇到了什么障碍

团队板是信息雷达,同时也是团队鼓励的看板!

当每日站会习以为常时,可以考虑使用的所谓“契诃夫站立”

a)我们做了什么?
b)有无新增卡片
c)销售会议
d)今天曝光谁
e)标记已花费时间
f)挑选卡片和同伴

开发中遇到的问题,要在每日站会后再小范围讨论。

作为团队中的你, 从每日站会中理解团队:

1)是否每个人都全情投入,积极以及兴致很高
2)他们一直在前进并且在做高优先级的任务么
3)他们是否一起工作而且互相帮助
4)他们能够集中精力干活,免受干扰么
2019-09-09 17:30:14 f135917h 阅读数 87
  • SCRUM敏捷开发视频教程

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

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

1.站会目的

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

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

3.业务域站会解决项目问题,职能域站会解决技术技能问题。

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

2.站会执行标准

1、站会以ScrumTeam为单位进行:

2、固定站会时间:

	每天 9:40-9:55

3、主题明确,不能掺杂其他无关的话题
每个人针对三方面进行发言:

 	a. 昨天你做了什么工作,包括每个你负责的、正在做的任务还剩下多少时间?
 		
	b. 今天你的工作计划?	
			 
	c. 你的工作中是否有阻断,哪些问题造成的,需要哪些帮助?

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

5、发言者声音必须保证全体人员可听清,全体人员需保持站立,不可依靠桌椅 等,全体人员围绕看板,发言者面向全体成员

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

7、各组长负责站会主持,组长请假需要指定专人主持会议。

8、站会结束后及时更新项目看板。

3.会议纪律

1、主持人关注点:控制时间;如果讨论的是并非关系到整个团队的议题,需要及时叫停, 会后单独讨论;会上暴露问题 至于解决方案会后讨论,会上记录问题;

2、确保整个团队都要参加每日会议,站会迟到组内发红包;

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

4、每天十点半前,需要提交站会纪要,提交路径:
http://。。。/。。。DailyStandupMeeting/wiki

5、站会未按时召开或会议纪要未按时提交,负责人发10元红包。

2016-06-20 11:06:00 weixin_34266504 阅读数 25
  • SCRUM敏捷开发视频教程

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

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

转载于:https://www.cnblogs.com/kenshinobiy/p/5599962.html

敏捷开发

阅读数 276

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