2019-01-03 21:01:20 qq_42007293 阅读数 164
  • SCRUM敏捷开发视频教程

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

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

Leangoo敏捷开发工具思维导图

在Leangoo项目中直接创建思维导图 ,把团队成员都邀请进来,大家就可以在导图中一起编辑,进行头脑风暴。

多人在线、实时协作

创建好脑图之后,添加成员,可以共同编辑,实时同步,实时协作。

将节点批量引用至看板(需求看板,迭代看板,缺陷看板)

Leangoo脑图的卡片编辑面板直接复用了看板上卡片的操作面板,极大地丰富了节点的存储内容和表现形式,让脑图的熟悉和使用变得非常简单方便。

鼠标右键,可以打开节点,选择批量引用节点至看板上,

可导出为图片。

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

2019-01-16 18:57:46 leangoo 阅读数 241
  • SCRUM敏捷开发视频教程

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

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

我们团队一直在用scrum敏捷开发工具 Leangoo,近期Leangoo出了一个脑图功能,我们恰好用了起来。感觉还不错,分享一下!

Leangoo脑图是一个共享的思维导图,它具备了思维导图的所有属性,但它绝不仅仅是一个思维导图。

Leangoo脑图有什么不一样呢?主要有如下三点:

  1. Leangoo脑图是项目团队实时同步、实时共享的,不需要再通过导出分享给项目中的其他人。
  2. Leangoo脑图可以支持多人在线编辑与协作。
  3. Leangoo脑图的节点和Leangoo看板上的卡片是一样的,支持富文本文档,可以添加附件,添加检查项,添加工作量以及评论等。

所以,Leangoo脑图可以用来代表需求、任务、测试或者一篇文档等等。而且每个节点都可以引用到看板上。

这些特性,让 Leangoo脑图十分强大,针对敏捷研发,Leangoo脑图有很多实用的场景,比如实现影响地图、用户故事地图、知识管理、测试案例的管理、迭代回顾等等。

在Leangoo项目中直接创建思维导图 ,把团队成员都邀请进来,大家就可以在导图中一起编辑,进行头脑风暴。在进行头脑风暴的过程中,思维导图可以很好地将脑袋中的想法可视化。在理清想法和思路的基础上,助你想出更有创意的解决方案,更好地提升创造力。

Leangoo 中创建一个脑图:

多人在线编辑、实时协作、实时共享

创建好脑图之后,添加成员,可以共同编辑,实时同步,实时协作。

下图为:Leangoo脑图核心功能和基础功能

将节点批量引用至看板

Leangoo脑图的节点编辑面板直接复用了Leangoo看板上卡片的操作面板,极大地丰富了节点的存储内容和表现形式,让脑图的熟悉和使用变得非常简单方便。

鼠标右键,可以打开节点,选择批量引用节点至看板上.

Leangoo脑图的节点上可以存放更复杂的信息,比如富文本、图文、评论、检查项、以及记录卡片状态等

可导出为图片。

 

 

 

 

 

 

 

 

 

2014-05-09 16:55:39 AntoniaNSS 阅读数 749
  • SCRUM敏捷开发视频教程

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

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

    5月6号腾讯宣布对组织架构进行调整,微信BG正式成立,张小龙在内部邮件中提到的微信理念包括用户、价值观、敏捷开发、迭代、系统思维、口碑、思辨等,我觉得敏捷开发是互联网产品发展的更好形式。最近刚刚接触到这方面,相比以前的开发模式,敏捷开发是目前来说最好的。
       提到敏捷开发,极限编程不得不说,EP要求在每次迭代或每个阶段做到不断地改进,要求开发团队不断修改未完善的模型直到用户满意,它强调测试驱动开发(TDD),这样做是为了减少错误。在整个开发过程基于“用户故事”,以一种非正式的方式与用户合作。也有人说,敏捷开发就像拼图一样,一小块一小块看起来很不起眼,但拼起来就是一幅美丽的图画。
       张小龙在信件中说保持小团队,保持敏捷开发。那么一个敏捷开发的团队多少人最合适呢?在这个问题上,Scrum(敏捷项目管理理念与方法之一)给出建议,对于团队组建“两块披萨”人数足以,也就是4到9个人。Scrum的一个精髓是“15分钟会议”,团队成员每天在相同的时间、相同的地方开会,会上只讨论三个问题:昨天做了什么、今天准备干
什么、遇到哪些困难。
       在开发中占总工作量的六分之一的工作是编程,很多学长学姐在刚开始工作时说最头疼的就是写代码,不仅要注意很多的规则,还要想出策略,还要统筹整个框架。这样往往导致很疲惫,工作效率低。敏捷开发很好的解决了这个问题—结对编程。结对编程是两个人共同完成一个模块代码任务,一个人手头编程,另一个人检验并想出后续策略。两个人可以隔段时间换一下,这样有一个好处是同时提高了代码正确率也提高了两人的技能。
       相比于P&D开发模型,敏捷开发不需要一个“超人”经理,敏捷开发的进度也不是通过计划来衡量的。有时候,对于那些计划详细,规则众多的方法,简单主义更行的通。对于SaaS来说,敏捷开发更好,但是对于特定领域的大型项目,例如宇航、军事等项目来说,更多的规则还是有必要的。
       敏捷开发也许不是最好的,最普遍的,但在整个发展阶段,它是一个符合现有逻辑的产物。根据摩尔定律,10年到15年都会有新的东西出现,新的平台、新的生命周期、新的模型,我们要做的,就是学习。

2018-01-12 20:12:25 c15905959982 阅读数 79
  • SCRUM敏捷开发视频教程

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

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

 我的新书《用户思维敏捷项目开发


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

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

    10426 人正在学习 去看看 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和自测,不能把没有测试的代码进行提交。
没有更多推荐了,返回首页