2018-09-10 14:25:19 Agile_zhanglao 阅读数 710
  • SCRUM敏捷开发视频教程

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

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

只要是在IT互联网行业工作的人肯定对 Scrum敏捷开发 都多多少少有一些了解。工欲善其事,必先利其器,那我给大家介绍一款敏捷开发项目管理工具-Leangoo

它是由国内最早推广敏捷 也是最权威的 Scrum中文网 研发打造,完美支持Scrum敏捷开发中的所有元素,我们一起来具体看看吧!

Leangoo是什么?

Leangoo是一款基于看板的项目管理工具,用它可以进行项目需求、任务、问题和文档的管理和协作。而团队工作体现为卡片,卡片的内容可以是需求、任务、缺陷等等。

leangoo主要元素包括列表和泳道,列表管理工作的不同阶段或状态。泳道实现任务的分组对应,从两个纬度让团队的工作高度可视化。

Leangoo提供 永久免费版(无任何限制) 在线企业版(收费:99/人/年) 私有部署版(699/人永久授权)

具体区别可以看这里:https://www.leangoo.com/price.html

团队为什么选择Leangoo?

    1)简洁轻量,上手快

         多多少少用过一些类似的工具,要么太繁重,太繁重学习起来很累,我们使用工具是为了提高工作效率,如果还要花时间去学习的话,那就是在加大工作量! 

要么太大而全,太大而全的工具就是什么都有,比如说连点赞这种操作都有,从而失去产品本身初创的意义,协作不为提高效率而生了,反倒成为项目进展的的阻力!

 Leangoo基本不需要花学习成本,5分钟内就可以上手, 而它的功能方面,并不是简单的将任务罗列出来,它有完整的项目展现视图,聚焦的目标展现以及项目中的需求,缺陷的统计,可以一目了然的了解项目进展!而选择一个好的项目管理软件可以让团队更有效率,且事半功倍!

   2)永久免费(也有收费版)

     当然 永久免费 并不是噱头,在Leangoo永久免费版里,是没有任何成员或者项目数限制的,并且关于看板的统计以及项目的统计都有!

具体几个版本的功能区别可以看这里:https://www.leangoo.com/product.html

  3)完美支持Scrum敏捷开发和看板方法

   如果恰好你们公司也是在做敏捷开发的,那么这个工具正好是你的选择。它支持所有的敏捷元素,燃尽图,工作量估算,泳道等,那如果你们没有用敏捷,但是研发团队只是在迭代,那么它也可以帮咱们更好的管理团队,并且利用电子看板,数据也可以更好的沉淀!

   Leangoo敏捷实践

1)基于scrum创新和管理

Scrum是用于开发和维护复杂产品的一个框架。上世纪90年代,Scrum在全球已得到广泛应用,Scrum最初用于产品研发,目前已广泛用于软硬件开发、互联网、人工智能、学校、政府、市场、管理组织运营等诸多领域。

随着技术、市场和环境的复杂度和不确定性持续增长,Scrum在处理复杂性方面的效用日益得到证实。Leangoo可以完美实现Scrum实践落地。

2)产品线路图

产品路线图是重要的产品管理工具。Leangoo可以帮助我们创建价值和目标驱动的敏捷产品路线图。(横向为泳道)

3)管理产品Backlog

产品Backlog是Scrum框架的3个工件之一,它是一个按照价值排序的需求清单。在敏捷中需求是条目化的,通常使用用户故事来表达。通过Leangoo可以使用看板对产品Backlog条目进行可视化管理,让整个团队非常直观的了解需求的优先级和规划安排。

4)管理Sprint Backlog

Sprint Backlog同样是Scrum框架的3个工件之一,它包括了本次迭代需要完成的产品Backlog条目(通常是用户故事-User Story),以及基于故事拆分出来的任务。故事和任务通常都放在一个可视化的任务板上,任务板通常包括了Story,Todo,Doing,Done这4个列表,拖拽移动任务卡片以体现工作进展。

5)故事地图

故事地图是一个非常实用的组织和管理用户故事的实践。通过故事地图我们可以看到整个系统的全景图,基于这个全景图对产品需求进行有效的规划。

6)验收测试

验收测试是对软件产品行为的正式描述,通常表示为示例或使用场景。

通常验收测试使用Given,When,Then的三段式格式来进行表达。在Leangoo中,我们通过为卡片的检查项来实现用户故事的验收测试。

7)故事点估算

通过故事点来进行工作量估算是一个非常普遍的敏捷实践。故事点是一个度量单位,用于表示完成一个产品待办项或者其他任何某项工作所需的所有工作量的估算结果。敏捷估算通常使用相对估算法,即设定一个基准为一个单位(一个故事点),用待估算的故事和这个基准进行比较,得到的倍数就是估算值。估算值使用类似于斐波那契数列的数字(1,2,3,4,5,8,13…)来进行表示。Leangoo更支持故事点估算

基于Scrum敏捷的度量和统计

1)缺陷分布

Leangoo的缺陷管理和统计功能,可以对缺陷进行全方位记录与跟踪。使用缺陷分布对BUG进行分析,能够及时跟踪问题,提高团队的开发质量。

2)燃尽图

燃尽图是Scrum中的一个简单实用的团队进展跟踪的工具,能形象地展示当前迭代中的剩余工作量和剩余工作时间的变化趋势。Leangoo工具可以基于看板的变化自动生成燃尽图。

3)团队速率

4)任务分布

Leangoo持续集成、持续交付、DevOps

DevOps通过自动化的构建、部署、发布及监控实现需求的更高频的发布和反馈,是企业敏捷的重要实践。Leangoo工具深度整合集成了主流的DevOps工具链,通过Leangoo看板可以非常方便的实现持续交付流水线,做到一键构建和部署。

关注leangoo微信公众号,实时微信接收与自己相关的任务提醒。

 

 

 

2016-05-15 22:49:17 u014231523 阅读数 4057
  • SCRUM敏捷开发视频教程

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

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

一般产品人员进行过需求采集,分析,筛选后就会进行产品的设计。
在产品设计的过程中会产生PRD(Product Requirement Document 产品需求文档 ),如果是新产品或者在大公司一般还会有BRD ( Business Requirement Document 商业需求文档)和MRD (Market Requirement Document市场需求文档 )。
当写好PRD之后就会画出简单的线框图,在画好线框图后,为了后面更好的评估开发难度和开发时间,这时产品经理就会和开发经理和开发人员进行一次简单的会议,会议主要是介绍产品的功能点和交互。
这时开发人员进行给出开发难度,如果功能点太难以实现或者比较复杂且优先级不那么高的可能就会先实现主要功能(主要为了降低开发成本,看上线后用户的反应再进行深度开发同时也是为了把试错成本降低)。
没有问题后,产品就会让UI人员给出高保真原型图,同时开发人员进行开发。主要步骤如:

  1. 确定需求后,产品人员写PRD和线框图。
  2. 产品人员和开发人员进行讨论,评估开发难度和开发时间。(如果开发迭代时间固定,主要是评估难度)
  3. UI根据线框图和PRD设计出高保真原型图,同时开发人员进行开发,项目管理开始。
  4. 开发,测试,修改bug(开发中可能会出现需求更改的情况)
  5. 产品经理(项目经理)进项验收,没有问题上线。
    开发流程
    以前的开发大部分都是瀑布式开发,现在一把都采用敏捷开发。项目经理这个职位一般也是只有在稍大的公司会有,在创业的小公司一般有产品经理或者开发经理来担任。我们公司是由开发经理来担任开发进度管理,最后由产品经理验收。
    一般敏捷开发流程(每个公司的迭代周期不同,但大致流程相似。下面是两个星期一个迭代)如下:
    迭代

  6. 如果我们需要从第1周周一开始开发新的迭代(假定第5个迭代)。那么就要在上周的周三,产品人员和开发人员进行PRD评审,如有需要修改的地方进行修改。(第四个迭代开发持续中,UI按照优先级开始绘制已经确定需求的高保真图)

  7. 上周的周五产品进行修改后,再次和开发人员进行评审,确定没有需求没有大的变动。(UI设计持续,启动新的开发迭代(第5个迭代),进行上次迭代(第4个迭代)总结会议和新迭代开启会议),这时项目也会在进行拆分,比如按照epic-story-sprint-task的方式进行拆分。然后把这个迭代的任务拆分成各个小的task,然后进行人员分配。task的时间颗粒度一般不超过两天,分的太粗容易造成delay。task维护一般使用看板的形式,我们使用过的有Jira,kanbanflow,icafe等。(可以根据喜好使用,里面有相应的曲线图和燃尽图)
  8. 第一周周一上班,UI同学会给出一部分设计的好高保真图。这时服务端同学会根据安排好的优先级给出相应功能的接口文档。移动端的同学进行页面编码和设计。同时移动端同学会根据给出的接口文档先造一批假数据已备本地测试(如果有相应的接口测试工具会更好,我们是用的自己开发的接口测试沙箱,可以根据绑定的真假接口进行真假数据的测试)。同时,每天下班前都要有站会。站会主要说自己的三个问题:1.今天做了什么2.有什么问题3.明天做什么
  9. 开发持续进行,到第一周周四时,会先发个测试包,让测试人员进行测试。当然开发过程中也在不断测试。出现问题就进行修复,bug修复不再安排时间,不会在看板上建新的task来修复bug,开发任务继续。
  10. 到第二周的周三,要确保开发任务基本完成。然后发个测试包,进行测试。有bug进行修复。同时产品经理进行查看。同时和产品进行下的迭代(第6个迭代)的PRD评审。
  11. 到第二周的周五,再发个测试包,进行测试。有bug进行修复。产品经理验收。(没有问题,一般会在夜里凌晨1-2点上线。)上线后可能要安排人员进行值守,看有没有问题。同时周五还要和产品进行确认最终新的开发。同时开总结会议和新迭代启动会议,这两个会议也可能放在周一开。
    至此,一个迭代开发周期完成。
    注意:

    • 在开发的过程中,项目经理每天要通过看板或者询问开发人员的进度是不是符合原来的预订计划,如果出现delay现象,可能就要通过加班来把进度提上来。
    • 测试人员也要参与需求的评审,方便后面业务测试。
    • 开发人员要对自己写的代码负责人,写好后要进行代码review和自测,不能把没有测试的代码进行提交。
2016-08-12 13:38:43 diyal 阅读数 1483
  • SCRUM敏捷开发视频教程

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

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

##游戏敏捷开发项目管理之我见(三) 沟通

一、沟通过程中的思路
这里写图片描述
1、询问信息

* 明确要问什么,沟通一定要带着目的性,否则就是扯闲篇了。最好是列好条例。
* 信息是否完备,沟通的信息是否完备了,是否都得到自己想要的答案了。
* 信息是否准确?是否掺杂感情色彩,或是片面之词。

2、工作任务

* 安排的工作任务,明确需要对方知道的信息有哪些?安排一个模块开发,首先要让对方知道,这个模块是要干什么,什么时候完成,任务否否紧急,你的诉求是什么,是否有困难,困难的解决方案是什么,通过什么帮助或者调整可以解决这些这些困难?如果delay了怎么办等等。
* 确定对方已经理解,最好是通过反问的方式来确定
* 最重要的是明确任务完成的时间节点,开发者肯定会觉得这个时间没办法给出,毕竟在什么都没干的情况下,谁都不敢轻易给出具体时间。所以最好是在开发者给出的时间留出一定的弹性。

二、沟通技巧,说话的艺术

1、不要说“但是”,而要说“而且”
“我觉得这种想法很好,而且,如果在这里再稍稍改动一下的话,也许会更好……”

2、不要说“首先”,而要说已经
跟老板汇进度,“首先”一词出口,就让人觉得你还有很多事要做,却不会认为你已经做了一些事情了。而且这样的讲话会给人一种悲观的感觉,而往往项目开发需要良好积极乐观的氛围。
“是的,我已经相当熟悉这项工作了……”

3、不要说“错”,而要说“不对”
一个leader最让人钦佩的,是让成员甘心情愿付出,当然犯错误是在所难免的,所以我们必须要注意的是,不要说“错”,而是说“不对”,这样在语气上,更让人接受。总之不管什么情况,你要有跟成员一起面对错误的态度。
“你这样做的确是有不对的地方,咱们最好是为此承担责任”

4、不要说“仅仅”
在一次Bug修改会议,或是一个需求评审的时候,你是这样说的“这仅仅是我的一个建议……”
这样说是绝对不可以的,这样一来,你的想法、功劳包括你的价值都会大大贬值。本来利于项目,团队的一个主意,反而让同事觉得你的自信心不够。
“这就是我的建议”

5、不要说“本来”
你和你的谈话对象对某件事持不同看法,你却轻描淡写“我本来持不同看法的”。这样不但没突出你的立场,反而让你没了立场。类似还有“的确”和“严格来讲”
有威信的领导都是直截了当“对此我有不同看法”

6、不要说“务必”而是“请你”
7、不要再说“老实说”

2019-10-08 19:29:43 weixin_36908494 阅读数 61
  • SCRUM敏捷开发视频教程

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

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

项目管理

项目管理广泛应用于软件开发行业,完整的项目管理包含五个部分,分别是:项目启动、项目规划、项目执行、项目监控、项目收尾
随着软件行业的发展,传统的敏捷项目管理模式,已经不适应于当前互联网行业快速迭代快速开发的需求,从而衍生出了 “敏捷项目管理

传统项目管理和敏捷项目管理有什么不同呢?

传统 VS 敏捷

传统项目管理是计划驱动,而敏捷项目管理是价值驱动

项目管理的三要素是:时间、范围、成本。

传统的项目管理是先确定产品的需求,在根据项目需求规划和评估所需要的人天、开发排期等。此种模式下,只有需求是确定的,而所需要到人力分配、开发时间排期等是根据需求来制定的,所以,需求的制定需要非常的详细,导致的结果就是前期需求会耗费大量的时间和精力。这样的好处是:根据制定好的项目需求、人力分配和开发排期可以估算成本,总览项目的全貌,查看进度,有效规避或者减少项目开发风险。 缺点是:一旦需求变动,会导致项目管理整体流程出现问题,对于需求的变动非常敏感,不适合当前的互联网行业此种管理模式,也非常的耗时,效率较低下。

敏捷项目管理和传统项目管理的三要素正好相反,敏捷项目管理中,只有成本(人力)和实践是固定的,而需求是不固定的,或者说,需求是变化的,有权重区别。在这种情况下,项目组优先开发有价值的、需求紧迫的功能特性,这样,项目开发中,就可以把最重要、最紧迫的需求和功能特性完成,其他不重要、待定的需求和功能,就先往后排期,这样遇到需求变更后,也可以轻松应对。此种管理模式,由于在需求阶段节省了大量的时间和人力,效率较高,耗时也较短。所以,敏捷项目管理和敏捷开发一样,受到互联网行业的喜爱和追捧。

由此可见 ,两者的最主要的区别是“驱动”不同。

2013-04-11 09:39:52 lihang421 阅读数 2213
  • SCRUM敏捷开发视频教程

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

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



《Scrum实战——敏捷软件项目管理与开发》


   《Scrum实战——敏捷软件项目管理与开发》为软件项目团队提供了如何成功实施敏捷软件框架Scrum的实用指南...更多<<

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