2013-12-26 13:08:00 keke_Xin 阅读数 27
  • SCRUM敏捷开发视频教程

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

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

Olga Kouzina认为使用敏捷项目管理工具需要遵守三个原则:流程优先,工具次之;开发流程需可复用;正确做法需可复制。因为人们在选择或使用敏捷项目管理工具时,往往会忽略开发流程中的某些关键要素,所以他重点对第一个原则中提到的“流程”进行了介绍,以期帮助大家对开发流程有个更加完整的认识。 

首先,我们可尝试将现有开发流程分解为3个部分: 


 


上图中的框架几乎覆盖了开发流程中的三个关键要素:工作、人、计划,它们也都是在敏捷开发管理工具中要不断复用的要素。下面我们具体看看这三个要素都有哪些需要注意的地方。 

要素一:工作 

主要是“是什么”的问题,涉及了功能、用户故事、任务、Bug等。 

  1. 你正在使用哪个工作项?开发流程中工作如何分解?工作项需要多少个层级?下面,我们可以看一个例子,来对层级结构进行了解:想法(问题)→史诗(Epic)→产品→项目→功能→用户故事(User Story)→任务。
  2. 工作项之间需要什么依赖?除了层级分解外,我们是否需要在管理工具中复用其他依赖?
  3. 如何定义一个项目或工作项结束了?我们是否需要指定一个完成范围,或者将项目与时间捆绑起来?我们是否需要为工作项的设置多个最终状态(如已完成、已解决?)

要素二:人 

主要是“是谁”(角色)的问题,涉及开发团队、产品负责人、项目主管、用户等。 

  1. 团队成员如何管理?团队功能是否有交叉?是功能团队、项目团队、部门还是压根就没有团队?
  2. 每个团队的开发流程是一样的吗?我们是否在必要时安排几支团队到“史诗”或“用户故事”层级中?
  3. 未在开发团队或项目中的“鸡”组角色是否也需要了解工作流程?如客户、经理?

要素三:计划 

时间问题,涉及发布、迭代。 

  1. 我们如何进行backlog管理?backlog项都来自哪里?我们应如何整理backlog?
  2. 项目/发布/迭代:我们是否有交叉项目(或交叉团队)的发布?是否有并行迭代或发布?我们是否将项目分解为多个阶段执行了呢(如UX、原型、功能设计)?
  3. 我们在使用哪个报告?这个非常重要。一定要检查工具是否具备了我们所需的全部报告?


可能上面没有举出所有需要注意的问题,但这里提供的3个关键要素(工作、人、计划)可以帮助我们在选择或使用敏捷开发管理工具时更加全面地把握开发流程,不致于只根据部分要素就做出选择。 

2019-09-04 23:19:28 ChibiMarukoChan 阅读数 83
  • SCRUM敏捷开发视频教程

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

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

一、Product Backlog

  • PB梳理:满足DEEP原则:详略得当、经过估算的、按优先级排序的、涌现的
  • PB的排序技术:MoSCow,Kano模型
  • PO是唯一的负责人
  • 遇到新需求都要放到PB表中重新排序
  • PB梳理会

二、Sprint Backlog

  • 是当前sprint工作的分解;
  • 工作不是分配下去,团队自我认领;
  • 团队商量的结果
  • 每个团队成员都可以更改sprint Backlog,是团队的资产

三、燃尽图

  • 不同情况下分析
  • 不能团队不能比较
  • 当前迭代中,迭代速率保持不变
  • 略微的缓慢下滑曲线:可能团队遇到了障碍
  • 稍微上浮:Sprint列表中加入的新任务;有些任务估算不准确

四、其他

向PO提出澄清需求——待办事项梳理会

要了解团队当前的迭代状态,查看——迭代燃尽图

敏捷团队在每个迭代都交付一样的故事点,但是管理层要求团队提高生产力,交付更多,如何做?——确保管理层理解敏捷实践

2016-07-31 12:06:38 oYangShanJin 阅读数 493
  • SCRUM敏捷开发视频教程

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

    10428 人正在学习 去看看 CSDN讲师
  • 第一条 每个人都应该明确自己的目标 ,现实生活中我发现很多人都容易发散思维去做一件事情结果做一件事情导致做好几件事情,最后这件事情并没有做好也导致时间大量的流失,正确的字做法是盯住一件事情做,看板工具就很好的把自己的任务明确起来.
  • 第二条 任何一个故事都可以分解 为小任务,完成每个小任务就是完成一个大任务,每个小任务的完成时间应该控制在两天到一天之内,如果不是,那就是分解有问题
  • 第三条 增强工具 的使用,很多人在想搭建工具学习使用工具时,觉得大量浪费的时间,而且并没有实际的功能开发出来,于是按着传统的方式去做,殊不知工具这种这种东西一旦搭建好使用起来为后面节省时间可是大大的。
  • 第四条 敏捷开发强调团队协作高效,每个成员之间所做的事情应该是透明 的,快速的迭代能看到效果,增强团队成员的成就感,使团队越来越强
  • 第五条 项目启动时不一定要全部考虑全才开始架构软件,一个好的软件架构应该兼容后续发展所提出的需求,快速的不断迭代.
  • 第六条 对于项目的验收应该是更看重质量 把控,而不是时间点把控。
2008-03-03 23:18:00 tony1130 阅读数 3555
  • SCRUM敏捷开发视频教程

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

    10428 人正在学习 去看看 CSDN讲师
Mingle是一款敏捷软件开发管理工具,它即将发布就的版本。该版本中增加了很多新特性,当然,最主要的功能就是Card Trees啦。

你可以在各种各样的卡片之间建立父子关系,这些关系通过树型结构可以展示出项目的复杂度。

为了不同的目的,或针对不同的团队角色,你能够构建不同的树。项目经理可能希望有一个计划树,用来做WBS 分解(work breakdown structure),而业务分析师想要用Story Tree将某个Feature分解成一组不同且相关的功能,而测试团队却想把测试场景分解成更细精度的用例。

同时,定义的这些树可以根据你设计的继承关系在任何一个级别上进行聚合计算而产生度量数据。例如你可能对每个Story 都有估算,如果一个Feature由多个Story组成的话,这个Feature需要做多少工作一目了然。

当然,以上只是举了几个简单应用的例子,Mingle最大的特点就是可定制性。如何发挥它的强大功能,完全取决于你自己。
2018-09-07 14:28:46 leangoo 阅读数 574
  • SCRUM敏捷开发视频教程

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

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

在敏捷开发的实践当中,通过可视化的任务看板来实现团队协同和透明化管理是必不可少的一个实践。通过可视化的任务看板我们可以达到如下几个目的:

  1. 可视化管理团队的目标; 
  2. 明确目标的优先级; 
  3. 明确目标分解后的任务项; 
  4. 可视化管理任务的进展状况。 

敏捷的任务看板通常每个迭代一个,看板的结构通常包括如下几个列:

  • Story — 这一列代表的是用户故事,用户故事是敏捷开发中的需求表达方式,每个用户故事代表了从产品的用户视角表达的一条用户需求。用户故事这一列放的是这个迭代需要完成的所有用户故事,这些故事加在一起就是这个迭代的目标。这些故事通常按照优先级从上到下排列。
  • Todo — 这一列代表的是待办任务项,用户故事会被分解为对应的技术任务,这些待办的技术任务放到 Todo 列。
  • Doing — 进行中的任务,放正在进行的任务。
  • Done — 完成的任务,放已经完成的任务和用户故事。

在任务看板上除了有4个列之外,我们还要为每个用户故事建立一个泳道,通过泳道来管理故事和任务的对应关系。

一个标准的任务看板看起来如下图所示:

除了物理看板,我们也还可以可以利用电子看板来实现,这样数据也得以保存。

国内对敏捷支持最好的电子看板就是Leangoo  那我们来看一下怎么用leangoo管理敏捷迭代任务以及任务协作

下图是使用 Leangoo 实现带泳道的敏捷开发迭代看板示例:

横向为泳道,体现用户故事和任务卡片的对应

 

添加成员一起协作!

 

 

 

 

软件产品敏捷开发

阅读数 223

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