敏捷开发看板管理法_敏捷看板管理 - CSDN
  • 使用看板进行敏捷开发

    千次阅读 2016-10-18 21:09:47
    今天想与大家分享一款敏捷开发工具“看板”,该词汇来自于岛国,当我看到看板的英文时,我真的惊呆了,看板竟然就是 Kanban?! 我们可以结合 Scrum 与 Kanban,让项目管理更加有效,让资源分配更加合理,让绩效...

    今天想与大家分享一款敏捷开发工具“看板”,该词汇来自于岛国,当我看到看板的英文时,我真的惊呆了,看板竟然就是 Kanban?!

    我们可以结合 Scrum 与 Kanban,让项目管理更加有效,让资源分配更加合理,让绩效考核更加公平!

    • 对于项目经理而言,最担心的就是项目进度不可控,不知道每位开发人员具体的工作进度,有了 Kanban 一切都是那么地清晰。

    • 对于开发经理而言,最担心的就是资源分配不合理,忙的人忙死,闲的人闲死,有了 Kanban 一切都是那么地自然。

    • 对于开发人员而言,最担心的就是绩效考核不公平,“凭什么我做的比他多,拿的工资却比他少?不公平啊!”有了 Kanban 一切都是那么地公平。

    可见,项目经理、开发经理、开发人员拥有了 Kanban,也就拥有了和谐与快乐!


    那么 Kanban 到底是什么呢?我们先来看看这张表格吧:

    image

    下面我们来理解一下这个表格吧!

    • 这个表格有 5 列:Backlog(原始需求)、Selected(被选中的需求)、Develop(开发阶段)、Deploy(部署阶段)、Live(上线阶段)

    • 其中 Develop 阶段包括 2 个子阶段:Ongoing(进行中)、Done(已完成)

    • 包括 3 中角色:产品经理(红色小人)、开发人员(蓝色小人)、部署人员(绿色小人),其实还有项目经理,只是他/她贯穿于始终,所有就没有画出来了。

    在 Backlog 中放置了许多小卡片,它们在 Kanban 中被称为 WIP(Work In Process,在制品)。对于产品经理而言,WIP 是需求,而对于开发人员与部署人员而言,WIP 却是任务。

    实际这些 WIP 卡片上都带有一些文字描述,包括:标题、描述、优先级等信息。

    需要注意的是,Selected、Develop、Deploy 下方有一个数字,该数字表示此阶段中最多可以放置的 WIP 数量。例如,在 Selected 中最多只能放 2 个 WIP;在 Develop 中(包括它的子阶段)最多只能放置 2 个 WIP。这里的数字只是一个示例,具体多少可根据团队实际情况而定。有一个经验公式可以参考“WIP 上限 = 团队规模 * 2 - 1”,减 1 表示大家需要协作,例如:4 人的团队,WIP 上限是 7。

    也许有人会提出,为什么没有 Test 阶段?—— 这个可以有,这里只是一个示例而已,你不妨自行加上去。

    对于多个项目而言,可以在这张表格中添加更多的泳道(行),每一行相当于一个项目,所有的项目进度清晰明了。

    好!继续我们的 Kanban,有意思的事情即将发生!


    image

    产品经理挑选了 2 个 WIP 到 Selected 中,此时,由开发经理决定该任务的技术难度,并由项目经理将任务分配到指定的开发人员,也可将同一个任务分配给两个人,让他们去结对编程。

    开发人员(架构师与程序员)可对 Selected 中的需求进行工作量评估,可采用投票的方式进行,最终给出一个合理的评估值,整个估算过程,项目经理无需参与,主要是开发人员共同完成。

    开发经理可以对任务设置一个“分值”,这个分值可直接影响到后续的绩效考核,所以对大家来说,这个分值是公开可见的,谁做的多,谁做得少,一目了然。当然,开发人员也可以主动承担具有更具挑战的任务(为了锻炼自己,也为了多拿点钱),但任务分配的决定权始终在项目经理手中。


    image

    现在假设 A、B 两个任务已经分别被不同的开发人员处理了,那么这些任务就应该移动到 Ongoing 中,同时,产品经理可以从 Backlog 中挑选出 2 个优先级较高的需求到 Selected 中。这样就保证 Selected 与 Develop 都达到了 WIP 的上限。


    image

    有人已经把 A 做完了,那么 A 就可以移动到 Done 中了。随后,部署人员就可以开始干活了。


    image

    部署人员就可以将 A 从 Done 中移动到 Deploy 中,表示部署人员正在做这件事情。同时,做完了 A 任务的开发人员可以再做其它新任务,只需从 Selected 中移动到 Ongoing 中,移动这件事情不是开发人员随意操作的,而是有项目经理负责的。产品经理发现 Selected 中只有一个 D,就可以考虑放入一些新的需求了。


    image

    此时,部署人员遇到了问题,发现 A 部署的时候总是报错,跑不起来了。同时,其他开发人员也完成了 B 任务。


    image

    完成了 B 任务的开发人员本来是可以做新需求的,但项目经理发现 Develop 中只能放 2 个任务,所以肯定是后面的阶段出现了问题,导致整个流程受阻了。项目经理可以灵活调度人力资源,集中火力解决现在所遇到的问题。


    image

    所以项目经理不得不放弃新的任务,去让开发人员去帮助部署人员来解决问题。此时,其他的开发人员还在进行 C 任务。


    image

    部署的问题还没来得及解决,此时 C 任务也完成了,同时,产品经理也放入了新的 K 需求,确保 Selected 这个水池是装满水的。


    image

    整个部署问题看起来比较搞人,所有的开发人员全都上阵了,集中更多人的智慧,解决这个棘手的问题。此时,产品经理不能放入更多的需求,由于此时 Selected 已经满额了。其实,开发人员面对太多的需求时,往往都会倍感压力,身心憔悴。


    image

    看来这个部署问题,确实够折腾的,连产品经理都过来了凑热闹了。但他或许不懂技术,但多个人多个头脑吧,正所谓“当局者迷,旁观者清”,最终经过大家的努力,肯定会攻克这座碉堡!


    image

    几天之后,Kanban 流程依旧是稳定的,大家分工协作,人力资源合理利用。大家是一个团队,目标就是把项目做好,不会因为自己的事情做完了就闲置了。


    我们不妨将这张表格贴到墙上去吧!让每个员工都可以看到,让过路的老板们也可以看到我们的辛苦努力,这确实是一种非常好的项目管理方法!

    image

    展开全文
  • 敏捷其实很简单(4)--初识看板

    万次阅读 2016-11-04 23:01:23
    今天我们来介绍一下敏捷开发中常用的第二个实践,看板方法。其实,看板方法实际上可以说是精益产品开发的重要实践,与其他敏捷方法相比,它具有更强的可实施性,提升端到端价值交付能力,更好支持系统的改进。而且它...
    今天我们来介绍一下敏捷开发中常用的第二个实践,看板方法。其实,看板方法实际上可以说是精益产品开发的重要实践,与其他敏捷方法相比,它具有更强的可实施性,提升端到端价值交付能力,更好支持系统的改进。而且它也可以和很多其他敏捷方法无缝连结。

    看板方法的起源
    中文意思带来误解
    看板方法的英文为kanban,和中文的看板正好音同,这个当然不是巧合了,看板起源于日本,它的日文注音也正好是'kanban',在日文中它也可以写作汉字“看板”,当然也可以写成日本假名。但是这两个意思完全不同,写作看板时接近“可视化的板”,而日文假名则为“信号卡”。
    软件开发中的看板应该更接近于信号卡,但是在国内,大家往往因名生义,把它看做可视化的板,所以往往忽略了其本质的意义,这也是看板系统在国内被普遍误解的一个重要原因。但是在国外,英语有对应的可视化的板---“kanban board”。所以我们称其为看板墙。
    信号卡的概念来自于精益制造,最早出现于丰田生产系统(TPS),我们先可以从制造中的看板学起,
    从而帮助我们理解本质,消除误解。

    我们可以从上图中看到,丰田生产过程有多个工序构成,其中有加工站,前工程,后工程。
    我们可以看到当后工程取件的时候,这个时候,前工程会有产品被拿走,导致空缺,然后加工站会根据前工程的产品空缺来进行生产,填补空缺。
    看板时丰田生产方式的两个核心工具之一,看板向上传递的信息流拉大乡下的物流,一直到交付客户,这样就导致了实际上最终拉动生产的是客户的需求。而产品开发则是借鉴的这个思路。
    这里我们就要讲一下什么是拉式开发和推式开发了。
    传统的推式开发,各个工序按照预先计划生产,将完成的组件推向下游,最求每个工序的产能最大。
    而拉式开发则是通过用户需求,从下游向上游传递信息,达到控制。
    那么拉动生产方式到底有哪些优点呢:
    1。控制库存:下游需要时上游才开始生产,有效控制库存
    2。加速流动:进入生产环节的物料和半成品,很快就被拉入下一环节,实现了保证安全库存的前提下物料最快流动,提高工程的运转效率。
    3。灵活响应:用户需求变化通过看板行程的信息流快速传递至各个环节,系统能够做出快的响应。
    4。促进改善:库存降低和流动加速,能够使生产问题快速暴露,比如生产环节的质量问题很快就会被下个环境发现。
    但是产品开发和生产制造有本质的区别,所以我们不能照搬看板方法,产品生产要有自己的看板方法。
    David J. Anderson 最早在软件开发中借用了看板实践,并且形成为完整的方法体系。我们下面按照看板方法5个核心实践来介绍。

    建立看板系统的3个实践:
    1)可视化价值流:产品开发中的价值流是不可见的,这样也就很难管理和优化。为此,看板方法首先要让工作和工作流可视化。
    从上图中我们可以看到可视化价值流的三个特点:
    • 首先可视的是用户价值,产品开发的目标也是交付用户价值,工作也应该从用户的角度来组织,图片中每个蓝色的卡片代表一个用户的价值,典型的是一个可以验证,可以交付的用户需求。
    • 接下来是用户价值端到端的流动过程,这里的端到端是指价值提出到价值交付的整个过程。
    • 最后所有问题和瓶颈也都要可视化,问题指的是阻碍价值流动的因素,包括需求不明确,技术问题,外部依赖等。而瓶颈包括价值积压等。

    2) 显示化流程规则

    价值流动过程也是团队协作交付价值的过程。为了更好的协作,团队还需要明确价值流转的规则。如下图所示,流转规则是价值从看板上一列到下一列必须达到的目标。
    显示化指的是明确并达成共识,这点和可视化不能混为一谈。
    所谓显示化流程规则只明确价值流转和团队协作的规则并达成共识。这个也是团队改进的基线,团队可以进行修正。
    3)控制在制品

    在制品(WIP)指的是在某一环节内所有的工作--包括进行和等待的。上图中红色数字就是在制品。
    环节内在制品数目小于这个数目的,可以从上一个环节拉入新的工作,否则不允许拉入。
    控制在制品数量可以是环节内并行工作降低,当个工作项的完成加等待时间缩短,工作项从进入看板到交付的时间也会缩短。因此,加入用户价值的流动。
    而且更重要的是,控制在制品数量可以帮助团队暴露问题和瓶颈。举个例子,上图中如果测试的在制品数目达到上限,就不能在拉入新的工作了,团队应该聚焦于完成当前的工作,及时处理出现问题,如果测试这里长期积压,那么说明这个地方已经成为了团队工作的瓶颈,更早的 暴露问题所在。

    控制在制品实际上成为了一种拉动机制,下游工作顺畅的时候才能从上游拉动工作,这样最终拉动整个用户价值流的交付。控制在制品是整个看板方法的核心,也是很有争议的地方,因为它很难落地在实际开发环境中。这个问题如果有兴趣的读者我们可以进一步根据实际例子交流。

    运作看板方法的2个实践:
    1。 管理价值的流动
    管理工作流包括三个部分,
    1)准备队列填充,准备队列是整个看板系统的输入和价值流动的源头,管理好准备队列非常重要
    2)站会。站会是管理价值流动的活动,一个站会要发生每天的同一个时间看板前,团队成员更新并且根据看板上的卡片,关注出现的问题和阻碍,并且形成解决方案。
    3)评审。评审是需求发布前的活动,决定上限哪些功能和相关的策略。

    2。建立反馈,持续改进

    其实现实中总会有各种问题让价值流动不畅或者阻碍,同时这也是我们的改进机会。当然这个前提是团队必须建立有效的反馈系统,从问题中发现根本原因。
    反馈的目的是为了改善。团队根据反馈形成系统的认知必须最终落实到具体的改进行动,而这些行动也可以放到看板系统的调整中,而且其中一部分也可以放到看板外,比如说产品设计,团队调整,环境及工具的改进等。但是无论哪种改进,效果都要通过看板系统中价值流的状态的度量来考察,从而形成看板系统的改进闭环。
    本文初步介绍了一些看板相关的知识,其中看板的核心方法是控制在制品数量的拉动系统,通过这个来暴露问题,团队能够根据问题进行反馈和改进,从而提高价值交付能力。



    展开全文
  • 工欲善其事,必先利其器,那我给大家介绍一款敏捷开发项目管理工具-Leangoo。 它是由国内最早推广敏捷 也是最权威的 Scrum中文网 研发打造,完美支持Scrum敏捷开发中的所有元素,我们一起来具体看看吧! ...

    只要是在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微信公众号,实时微信接收与自己相关的任务提醒。

     

     

     

    展开全文
  • 工欲善其事,必先利其器,那我给大家介绍一款敏捷开发项目管理工具-Leangoo。 它是由国内最早推广敏捷 也是最权威的 Scrum中文网 研发打造,完美支持Scrum敏捷开发中的所有元素,我们一起来具体看看吧! ...

    只要是在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微信公众号,实时微信接收与自己相关的任务提醒。

     

     

     

    展开全文
  • 敏捷开发项目管理软件

    千次阅读 2018-09-10 14:25:19
    工欲善其事,必先利其器,那我给大家介绍一款敏捷开发项目管理工具-Leangoo。 它是由国内最早推广敏捷 也是最权威的 Scrum中文网 研发打造,完美支持Scrum敏捷开发中的所有元素,我们一起来具体看看吧! ...
  • 敏捷开发中QA如何做质量管理

    千次阅读 2019-05-10 09:15:47
    敏捷开发中QA如何做质量管理? 经常有人会问我,敏捷模式下,QA的职责是什么?QA有什么价值?我们还需要QA吗?敏捷转型中遇到的问题,QA能帮助解决吗?这些问题以前也思考过,笔者就是QA出身的,曾经在中兴通讯做过...
  • 关于敏捷开发,你应该避免的几个误区敏捷开发管理背景敏捷开发管理的理论如何做好敏捷开发管理常见的误区和解析敏捷开发过程管理总结 回顾软件工程发展史,就是管理和技术并行的历史。了解敏捷开发管理,有助于将...
  • 敏捷开发总结

    2018-05-24 11:20:45
    一、敏捷开发是一种开发方式 敏捷开发,英文是Agile Development,是一种以人为核心、迭代、循序渐进的开发方式,是一种软件开发的流程。它会指导开发人员用规定的环节去一步一步完成项目的开发。由于它采用迭代式...
  • 敏捷开发-实例1

    千次阅读 2016-03-21 15:02:49
    本系列的第一篇【用户故事驱动的敏捷开发 – 1. 规划篇】跟大家分享了如何使用用户故事来帮助团队...产品backlog是敏捷开发中用来管理需求列表,排定优先级,形成迭代计划,组织开发/测试和交付过程的工具。可以说,
  • 互联网时代,IT技术飞速发展,市场瞬息万变,产品经理如何进行敏捷管理?团队如何快速高效交付软件产品?如何拥抱变化? 下面我给大家推荐一款敏捷开发工具,可以协助大家在最短的时间内完成开发任务,以最快的速度...
  • 摘要:敏捷这个含着金钥匙诞生的“霹雳娇娃”是软件开发行业的救星,从头到脚、从里到外无不闪着金光,透着与众不同。但国内少有团队能真正理解其...他站在企业管理者的角度来讲解敏捷开发并分析的字字珠玑。陈勇,16年
  • 什么是看板方法?

    千次阅读 2018-11-27 18:54:37
    看板方法是用于高效管理软件开发流程的新技术。看板方法源自丰田的“及时生产”(JIT=just-in-time)系统。尽管生产软件是一项创造性活动,与批量生产汽车有所不同,但是生产线管理背后所蕴含的原理仍然适用。 一...
  • 敏捷开发 宣言 思想 认识误区

    千次阅读 2014-12-11 14:16:54
    一个是敏捷开发的宣言 另一篇是稍微具体的方法
  • 阿里妹导读:敏捷开发不仅靠流程和技巧,更需要企业文化的支撑。今天借“敏捷开发”的话题,与大家探讨一个更深层的问题:工程师如何在控制性和创造性中找到平衡点?生产的严谨和创造的不严谨性怎么解决?本文的作者...
  • 本文是敏捷开发产品管理系列的第九篇。(专栏目录) 其实子系统不是一个严格的定义,这里指任何产品(当然还有一个问题,什么是一个产品……)的第一级功能目录,也就是最大尺度上的产品分解方法。 由于业界一直缺少...
  • 【数据猿导读】 工程师如何在控制性和创造性中找到平衡点?生产的严谨和创造的不严谨性怎么解决?来自阿里IoT事业部,...今天借“敏捷开发”的话题,与大家探讨一个更深层的问题:工程师如何在控制性和创造性中找到
  • 最早接触看板是在敏捷开发的SCRUM模式中,当时每天早上大家都会站在一个看板前,团队每一位人员都向大家介绍昨天和今天的任务情况,并把相应的卡片移动到合适的栏位(TODO、DOING、DONE)。后来在另一个项目中,团队...
  • 本系列的第一篇【用户故事驱动的敏捷开发 – 1. 规划篇】跟大家分享了如何使用用户故事来帮助团队创建需求的过程,在这一篇中,我们来看看如何使用这些用户故事和功能点形成产品backlog。产品backlog是敏捷开发中...
  • 「 OKR 」现在非常的火爆,很多公司都在使用,不仅国外的 Google、英特尔等大公司在用,国内的一线知名互联网企业今日头条和一些创业团队也都在使用。那为什么「 OKR...
  • 实用敏捷开发实践

    2020-08-21 10:53:46
    了解敏捷开发模式的由来,理解传统开发模式与敏捷开发模式的区别 认识Scrum的由来,Scrum安全屋,Scrum的支柱与基础 Scrum的三个角色,三个实体,五个活动玩,五个价值观的理解 如何编写准确切中客户价值的用户...
1 2 3 4 5 ... 20
收藏数 650
精华内容 260
关键字:

敏捷开发看板管理法