精华内容
下载资源
问答
  • 什么是敏捷管理scrum方法
    2021-11-07 08:39:59

           敏捷管理是规划和指导项目流程的迭代方法。现实的感受就是产品交付周期变快了,每个项目迭代通常是安排在两周内

            Scrum是敏捷项目管理方法中的一种方法。是一种迭代式增量软件开发过程。

            Scrum主要角色包括主管、产品负责人、开发团队。主管的职责与项目经理类似,负责维护过程和任务;产品负责人代表利益所有者(甲方或是业务需求方);开发团队包括所有开发人员。

            敏捷管理流程包括:构想、推测、探索、适应、结束。

    1、构想阶段 

            主要任务是确定产品构想、项目范围、项目团队以及团队共同工作的方式。

            构想阶段为客户和项目团队创造构想,该构想包括提供什么、谁提供和如何提供。是项目早期构建的关键因素。

            首先,我们需要构想提供什么,即产品范围与项目范围构想。

            其次,我们需要构想参与的人是谁:客户、产品经理、项目团队成员和利益相关方组成的团队。

            最后,项目团队成员必须构想他们打算如何共同工作。

    2、推测阶段

           推测阶段制定基于功能的发布计划、里程碑和迭代计划,确保交付构想的产品

           推测相当于计划,但并不完全是计划。推测阶段是构想阶段的延伸并与它相互影响。包括:

            1、收集初始的、广泛的产品要求:将工作量定义为产品功能清单。

            2、制定交付计划(发布、里程碑和迭代),其中包括进度表和资源分配。

            3、在估计项目成本是加入降低风险的策略,并生成其他必要的行政管理和财务信息。

    3、探索阶段

            任务是短期内提供经测试的功能,致力于减少项目风险和不确定性。探索阶段提供产品功能。通常实践是开发进行中与产品等干系人交流。主要有三个关键活动域:

            1、通过管理工作量和使用适当的技术方法和风险降低策略,交付计划的功能。

            2、建立协作的、自我组织的项目团队,这是每个人的责任,但需要由项目经理推动。

            3、管理团队与客户、产品经理和其他项目干系人的相互交流。

    4、适应阶段

            任务是审核提交的结果、当前情况以及团队的绩效,必要时做出调整。就是不断更改,修改。吸取教训是敏捷项目管理的关键。修改后的结果将融入到实际工作中,开始新的迭代。

    5、结束阶段

            任务是终止项目、交流主要的学习成果并庆祝。在某种程度上,项目根据开始和结束来界定。结束阶段以及每次迭代末尾的“小型”结束的主要目标是,学习并将学到的知识融入到下一次迭代工作中,或者传递给下一个项目团队。

            

            

            

    更多相关内容
  • scrum敏捷项目管理流程 Scrum(敏捷开发)中的角色、Scrum中的产出物、通用会议规则、会议规划
  • Scrum敏捷项目管理

    2021-03-03 02:55:20
    Scrum 敏捷项目管理ScrumMaster 保证Scrum流程顺利执行ProductManager负责产品质量,保证项目预期价值Group Scrum项目实现团队,具有完全自主性ProductBacklog产品完成logSprint 30天计划Sprint评审审查上一...
  • Scrum敏捷项目管理PPT

    2018-10-01 19:30:14
    Scrum作为一种项目管理方法,已经帮助数百家公司成功走出困境,高质量、快速地成功交付软件产品。Scrum管理复杂项目的简单方法,它的魅力在于规则和实践方法数量较少,简单好用,容易上手。但与此同时,Scrum的...
  • Scrum敏捷项目管理要点总结
  • Scrum 敏捷项目管理

    2022-01-13 09:03:24
    在理解敏捷项目管理之前,我们先看一下它与传统项目管理之间有什么联系和差异。 传统项目管理模式:一般指瀑布模式。它必须完成上一阶段工作并通过检验才能启动下一阶段工作,将整个项目过程划分为五大过程组。 ...

    在理解敏捷项目管理之前,我们先看一下它与传统项目管理之间有什么联系和差异。

    传统项目管理模式:一般指瀑布模式。它必须完成上一阶段工作并通过检验才能启动下一阶段工作,将整个项目过程划分为五大过程组。

    要求在项目建设时,需求足够明确、文档足够规范,迭代过程中需求变更越多、越晚,对项目影响越大,会影响到项目的交付质量。

    敏捷项目管理模式,一般包含迭代和增量。它将整个项目过程拆分为若干个迭代,每个迭代完成一部分用户可感知的完整功能。一般情况下,每个迭代内的项目过程均遵循五大过程

    敏捷项目管理到底是什么?

    我从定义、本质、框架、常见实践4个方面总结。

    一、敏捷项目管理定义

    敏捷:是一种通过创造变化和响应变化在不确定和混乱的环境中取得成功的能力。

    敏捷项目管理:指在项目活动中运用敏捷的理念,配合专门的知识、技能、工具和方法 ,使项目能够在有限资源限定条件下,实现或超过设定的需求和期望的过程。

    二、敏捷项目管理本质

    通过敏捷项目管理定义,我想你已经猜到其本质是什么。是的,其本质是一种理念,并基于这种理念进行不断实践在不确定和混乱的环境种取得项目成功,同时将这些实践总结提炼为团队稳定的解决方案。

    这种理念也被先驱者们总结为敏捷软件开发宣言和敏捷开发十二原则。

    敏捷软件开发宣言:

    我们一直在实践中探寻更好的软件开发方法,身体力行,同时也帮助他人。由此我们建立了如下价值观:

    个体和互动 高于 流程和工具

    工作的软件 高于 详尽的文档

    客户合作 高于 合同谈判

    响应变化 高于 遵循计划

    也就是说,尽管右项有其价值,我们更重视左项的价值。

    敏捷开发十二原则:

    1. 我们最重要的目标,是通过及早和持续不断地交付有价值的软件使客户满意。
    2. 欣然面对需求变化,即使在开发后期也一样。为了客户的竞争优势,敏捷过程掌控变化。
    3. 经常地交付可工作的软件,相隔几星期或一两个月,倾向于采取较短的周期。
    4. 业务人员和开发人员必须相互合作,项目中的每一天都不例外。
    5. 激发个体的斗志,以他们为核心搭建项目。提供所需的环境和支援,辅以信任,从而达成目标。
    6. 不论团队内外,传递信息效果最好效率也最高的方式是面对面的交谈。
    7. 可工作的软件是进度的首要度量标准。
    8. 敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。
    9. 坚持不懈地追求技术卓越和良好设计,敏捷能力由此增强。
    10. 以简洁为本,它是极力减少不必要工作量的艺术。
    11. 最好的架构、需求和设计出自自组织团队。
    12. 团队定期地反思如何能提高成效,并依此调整自身的行为表现。

    三、敏捷项目管理框架(方法)

    虽然敏捷项目管理的本质是理念,看起来很玄乎。但是敏捷先驱们基于这种里面已经开发出了非常多的看得见摸得着的敏捷管理框架,日常项目管理工作中常见管理框架有以下几种:

    SCRUM

    SCRUM是一种迭代的增量化过程,用于产品开发或工作管理。它是一种可以集合各种开发实践的经验化过程框架。SCRUM中发布产品的重要性高于一切。

    Kanban(看板管理)

    看板管理在工业企业的工序管理中,以卡片为凭证,定时定点交货的管理制度。

    XP(极限编程)

    极限编程注重的核心是沟通、简明、反馈和勇气。因为知道计划永远赶不上变化,XP无需开发人员在软件开始初期做 出很多的文档。XP提倡测试先行,为了将以后出现bug的几率降到最低。

    Lean Startup(精益创业)

    精益创业的核心理念可以追溯到软件行业的敏捷开发管理。例如“最小可用品”与“原型建模”非常相似,都追求快速的版本迭代,以及时刻保持与客户的接触并获得反馈等等,精益创业可以理解为敏捷开发模式的一种延续。

    Iterative Development(迭代式开发)

    迭代式开发也被称作迭代增量式开发或迭代进化式开发,是一种与传统的瀑布式开发相反的软件开发过程,它弥补了传统开发方式中的一些弱点,具有更高的成功率和生产率。

    FDD (Feature-Driven Development,特性驱动开发)

    特性驱动开发是一个模型驱动的快速迭代开发过程,它强调的是简化、实用、 易于被开发团队接受,适用于需求经常变动的项目。

    当然,也有很多不是很常见的敏捷框架,如Crystal Methods(水晶方法族)、ASD(Adaptive Software Development,自适应软件开发)、DSDM(动态系统开发方法)、轻量型RUP等,这里不展开描述。

    四、敏捷项目管理常见实践

    2020敏捷年度状态报告中统计,Scrum仍然是运用最广泛的敏捷方法(框架),Scrum和Scrum结合其它方法混合使用占比超过75%。所以当你不知如何选用敏捷项目管理框架时,可以考虑Scrum结合其他方法混合使用。毕竟有时候追随别人是最快的捷径。

     既然Scrum这么受欢迎,在这里总结一下Scrum的要点(以下信息来自:Scrum中文网):

     

    1、SCRUM理论基础

    Scrum以经验性过程控制理论(经验主义)做为理论基础的过程。经验主义主张知识源于经验, 以及基于已知的东西做决定。Scrum 采用迭代、增量的方法来优化可预见性并控制风险。

    Scrum 的三大支柱支撑起每个经验性过程控制的实现:透明性、检验和适应。Scrum的三大支柱如下:

    第一:透明性(Transparency)

    透明度是指,在软件开发过程的各个环节保持高度的可见性,影响交付成果的各个方面对于参与交付的所有人、管理生产结果的人保持透明。管理生产成果的人不仅要能够看到过程的这些方面,而且必须理解他们看到的内容。也就是说,当某个人在检验一个过程,并确信某一个任务已经完成时,这个完成必须等同于他们对完成的定义。

    第二:检验(Inspection)

    开发过程中的各方面必须做到足够频繁地检验,确保能够及时发现过程中的重大偏差。在确定检验频率时,需要考虑到检验会引起所有过程发生变化。当规定的检验频率超出了过程检验所能容许的程度,那么就会出现问题。幸运的是,软件开发并不会出现这种情况。另一个因素就是检验工作成果人员的技能水平和积极性。

    第三:适应(Adaptation)

    如果检验人员检验的时候发现过程中的一个或多个方面不满足验收标准,并且最终产品是不合格的,那么便需要对过程或是材料进行调整。调整工作必须尽快实施,以减少进一步的偏差。

    Scrum中通过三个活动进行检验和适应:每日例会检验Sprint目标的进展,做出调整,从而优化次日的工作价值;Sprint评审和计划会议检验发布目标的进展,做出调整,从而优化下一个Sprint的工作价值;Sprint回顾会议是用来回顾已经完成的Sprint,并且确定做出什么样的改善可以使接下来的Sprint更加高效、更加令人满意,并且工作更快乐。

    2、SCRUM框架

    Scrum框架包括3个角色、3个工件、5个事件、5个价值:

    3个角色

    1. 产品负责人(Product Owner):
    2. Scrum Master
    3. 开发团队

    3个工件

    1. 产品Backlog(Product Backlog)
    2. SprintBacklog
    3. 产品增量(Increment)

    什么是产品Backlog? 什么是Sprint Backlog?

    产品Backlog 指根据初始需求分解出的任务列表,包括功能性的和非功能性的所有功能,由Product Owner 为Product Backlog 中的任务确定优先级别,当开发团队开始某个任务的时候,再精确定义和分解这个任务。
    产品Backlog 是产品所要具备的所有功能的总纲。当一个项目刚刚开始时,没人能够事先预见到所有的任务和需求,并为之制定一个充分、详细而又包罗万象的计划。可行的方式是,先为一个项目写下所有它应该具备的显著特征和功能,数量不必很多,最好够让团队的第1 个Sprint 有活可干。
    随着Sprint 的进行,生产出可发布的产品增量,客户对产品的直观认识也会随之深,他们可以据此建议更改或者添加产品Backlog 中的任务。在Sprint 计划会议上,产品负责人为产品Backlog 中的任务确定优先级,并向Scrum团队描述这些任务。Scrum 团队随后根据团队整体情况,确定他们能在这个即将到来的Sprint 中要完成哪些功能,并把它们挪到Sprint Backlog 中去。

    5个事件

    1. Sprint(Sprint本身是一个事件,包括了如下4个事件)
    2. Sprint计划会议(Sprint Planning Meeting)
    3. 每日站会(Daily Scrum Meeting)
    4. Sprint评审会议(Sprint Review Meeting)
    5. Sprint回顾会议(Sprint Retrospective Meeting)

    5个价值

    1. 承诺 – 愿意对目标做出承诺
    2. 专注 – 把你的心思和能力都用到你承诺的工作上去
    3. 开放 – Scrum 把项目中的一切开放给每个人看
    4. 尊重 – 每个人都有他独特的背景和经验
    5. 勇气 – 有勇气做出承诺,履行承诺,接受别人的尊重
    展开全文
  • SCRUM敏捷项目管理.rar

    2019-10-11 16:58:16
    敏捷开发圣经,由敏捷开发创始人结合经典案例,深入剖析敏捷开发的要点以及相关事项。
  • 敏捷管理系列-四种常见研发模式一文介绍了常见的四种研发模式,适用场景及优缺点。敏捷管理系列-学习实践Scrum,看这一篇就够了!一文介绍了敏捷与Scrum的关系,Scrum的核心概念价值...

    敏捷管理系列-四种常见研发模式 一文介绍了常见的四种研发模式,适用场景及优缺点。

    敏捷管理系列-学习实践Scrum,看这一篇就够了!一文介绍了敏捷与Scrum的关系,Scrum的核心概念价值、落地三三五五及度量标准等做了总结。

    本文将介绍如何在团队中引入敏捷及基于Jira的Scrum管理实战的。

     01 研发管理生命周期(SDLC)

     02 引入敏捷,如何破冰

     03 项目与团队

     04 创建项目

    项目CREQPOOL(业务需求池)

        用于对接业务部门、市场及产品部门的需求,作为迭代需求评审的需求池。

    项目CSTC(迭代项目)

        用于日常迭代管理,需求评审后,将评审通过澄清后的需求迁移到该项目Backlog。基于该项目创建Sprint迭代计划和管理。

     05 如何管理结构化需求

    • 故事也称为“用户故事”,是简短的要求或从最终用户的角度提出的要求。

    • 史诗是大型工作,可以分解为许多较小的任务(称为故事)。

    • 倡议是朝着一个共同目标迈进的史诗集。

    • 主题是整个组织的重点关注领域。

    举例:

     06 需求分解步骤

     07 工作流设计

    08 迭代机制与分支策略

    09 基于 Jira敏捷管理实战

    产品Backlog梳理

    • 产品Backlog梳理——创建用户故事、独立任务和子任务

        【概要说明】由对应的项目产品PO和Master创建用户故事;由对应的敏捷团队成员创建自己的独立任务和子任务

        【关键图示】

    • 产品Backlog梳理——用户故事拆分与估算      

        【概要说明】由PO或Master将用户故事拆分和估算的结果按照用户故事”三段论”录入Jira。进入产品Backlog中的用户故事、任务和子任务,正式进入迭代开发前都需要进行估算(以故事点数,团队估算方式进行)。

         【关键图示】

    • 产品Backlog梳理——滚动更新、排序

        【概要说明】由PO来拖拽产品Backlog中的Issue进行重新排序,同时也在Issue属性页面中更新优先级。条目按照优先级排列,从上而下,不可随意更改顺序,只有对应的PO才可以修改。

        【关键图示】

    版本规划与迭代计划

    • 版本规划和迭代计划——创建版本和管理版本

       【概要说明】对应项目负责人或master在项目设置中创建和管理版本,这里的版本最好是产品版本。

        【关键图示】

    • 版本规划和迭代计划——创建迭代和管理迭代

       【概要说明】对应项目负责人或master在敏捷看板中的相关页面创建迭代和管理迭代,为每个版本构建响应的迭代开发计划。

             1. Sprint开始前务必确认迭代的开始和结束时间是否正确,故事\任务是否有遗漏;

             2. 本迭代中的故事是否拆解并预估故事点数;否则开始后,在进行预估,会影响燃尽图与速度图;

        【关键图示】

    • 版本规划和迭代计划——执行迭代开发计划

        【概要说明】对应敏捷团队成员拖拽自己名下的任务、子任务等到制定的列,并进行Issue状态的更新;由团队Master或者测试主管来拖拽用户故事到指定的列,并在迭代结束之后及时关闭迭代。

             1. 迭代任务都在敏捷看板的Active Sprints面板中进行,每个Issue都以卡片形式出现在面板列中,可以直接拖拽更新状态;

             2. 点击完成冲刺后,未完成的Issue将会自动退回到Backlog中待处理;

             3. 可以通过面板-配置-卡布局,来设置要显示在卡片上的属性,如经办人、测试负责人、初始预估等。

        【关键图示】

    每日站会

    • 每日站会——使用Jira的敏捷看板支持每日站会

       【概要说明】团队成员围绕Active Sprints面板中的内容来召开每日站会,Issue状态发生更新时,就及时将其拖拽到指定列。

            1. 迭代任务都在敏捷看板的Active Sprints面板中进行,每个Issue都以卡片形式出现在面板列中,可以直接拖拽更新状态;  

             2. 点击完成冲刺后,未完成的Issue将会自动退回到Backlog中待处理;

             3. 可以通过面板-配置-卡布局,来设置要显示在卡片上的属性,如经办人、测试负责人、初始预估等。

       【关键图示】

    总结会

    • 总结会——使用Jira数据统计报表支持总结会

       【概要说明】Jira的敏捷管理具有丰富的报告和统计插件,时间与进度跟踪、Issue问题分析、预测与管理、测试报告等方面提供了数据报表展示功能。以燃尽图和速度图为例,如下图。

             1. 燃尽图反映了工作的进展情况。理想情况下,随着剩余工作的完成,曲线燃尽至零。可以按剩余时间、预估时间、故事点数、过程等来展示。

            2. 速度图反映了团队产生的变化趋势,体现了团队计划承诺完成的故事点数与实际完成的故事点数的对比。

           Issue数据的真实性是分析的前提。

       【关键图示】

    产品质量管理

    • 产品质量管理——使用Jira自带的Dashboard和Applet来支持产品质量管理

       【概要说明】创建团队的Jira Dashboard来管理产品研发过程中的各种问题类型和覆盖问题生命周期的各阶段。添加Applet,选择“2维筛选器统计”和“饼图”,通过设置过滤器来关联数据。

       【关键图示】

    10 推荐插件

    • Tempo - 项目管理插件,工时统计等

    • SynapseRT- 测试用例管理

    11 QA

    Q: 是否必须要采用标准的敏捷管理?

    标准敏捷管理成员素质要求较高,可以部分敏捷开始。可以适用当前环境的,就先开始推行,让其产生价值。起初,敏捷程度的高低并不重要,解决团队问题和现状,并交付目标,才是正道。

    Q: 进行敏捷转型,遇到什么阻碍?

    传统的瀑布模型转型敏捷时,思维和工作方式都会发生变化。开始会有很多人认为敏捷转型后是否比现在更好。在推行敏捷时,首先要明确解决了当下哪些问题,其次通过持续的培训,增强团队敏捷的认知。

    Q: 如何带动团队氛围?

    敏捷转型初期,选择相对积极同学参与组建敏捷团队,不要过于追求完美。先形似后神似,成功开展前两个迭代很重要。每日三赞,表现好的同学,站会及时提出表扬,做的差的以引导为主。总结会议或技术分享,可以准备一些礼品、水果、零食之类的,营造轻松氛围,真实反馈,相互讨论,互相促进。

    部分参考:《互联网项目管理实践精粹》


    今日荐文

    敏捷管理系列-四种常见研发模式

    敏捷管理系列-学习实践Scrum,看这一篇就够了!

    长按二维码加群一起聊聊~


    长按二维码关注公众号

    *本公众号所发布内容仅代表作者观点,不代表社区立场

    请在看支持哟

    展开全文
  • 什么是敏捷软件开发?...敏捷项目管理和传统项目管理 为什么使用敏捷Scrum概述 Scrum的角色 Scrum实践和工作产品 敏捷开发中的估计方法 测试驱动开发 Scrum应用 支持工具和模版 一些常见的误解
  • Scrum敏捷开发的关键字就是增量、迭代,他更重视项目团队之间的现场沟通,不向传统瀑布式开发那样需要万事具备,才开始开发,Scrum在大方向和小故事点确认好了后,团队就可以开动了。Scrum的团队一般都不大,一Scrum...
  • 1.下载插件 Redmine版本:Redmine 4.2.3.stable ... 2.上传插件 将插件上传到redmine的plugins中 ...docker cp /mount/redmine/plugins/scrum redmine-redmine-1:/usr/src/redmine/plugins 进入容器,查看插件是

    1.下载插件

    Redmine版本:Redmine 4.2.3.stable
    插件下载地址:https://www.redmineplugins.cn/
    在这里插入图片描述
    在这里插入图片描述

    2.上传插件

    将插件上传到redmine的plugins中
    我的环境是docker容器,所以需要上传到宿主机然后通过docker cp 复制到容器中对于的目录下即可

    docker cp /mount/redmine/plugins/scrum  redmine-redmine-1:/usr/src/redmine/plugins
    

    在这里插入图片描述

    进入容器,查看插件是否复制成功
    在这里插入图片描述

    3.重启容器

    在这里插入图片描述

    4. 将最新的容器生成最新镜像

    docker commit redmine-redmine-1 redmine-gas
    

    5. 登录redmine

    在这里插入图片描述

    撒花。。。

    展开全文
  • 敏捷项目管理-Scrum-PMP考点汇总的敏捷项目管理
  • Scrum被认为是目前全球最流行与最有效的敏捷项目管理理念与方法之一,在软件业发达地区被众多知名企业广泛采纳。本书是Scrum理论与实践的重要奠基之作,作者是Scrum的缔造者,深受软件行业人员尊重的敏捷大师。本书...
  • SCRUM敏捷开发管理

    2019-01-15 09:20:27
    Scrum 是一个用于开发和维持复杂产品的框架 ,是一个增量的、迭代的开发过程。...在Scrum中,使用产品Backlog来管理产品的需求,产品backlog是一个按照商业价值排序的需求列表,列表条目的体现形式通常为用户故事。
  • Scrum敏捷开发方法如果你是一名开发人员,那么现在还不知道Scrum方法,那么你就out了。Scrum是一种现在普遍流行并且很好的一种基于管理为主的敏捷项目开发方法。我之前blog中全面概要的介绍了一下Scrum方法,如果你...
  • Scrum敏捷管理流程

    2022-05-07 18:34:19
    一、Scrum简介Scrum是迭代式增量软件开发过程,通常用于敏捷软件开发。Scrum包括了一系列实践和预定义角色的过程骨架。二、敏捷四宣言个体和交互,胜过过程和工具可工作的软件,胜过完备的文档客户协作,胜过合同...
  • 互联网敏捷 Scrum 和项目管理

    万次阅读 多人点赞 2018-07-03 02:46:07
    互联网敏捷开发以用户的需求进化为核心,采用迭代、循序渐进的方法进行软件开发。在敏捷开发中,软件项目在构建初期被切分成多...本场 Chat 着重介绍互联网 Agile 敏捷的模型以及常用项目管理流程等内容。 本场 Cha...
  • 其中部分工具是直接面向新型项目管理方式的,特别是有些种类的工具已与敏捷开发密不可分。 所以,这里就结合我对这些工具的了解和使用心得,介绍在管理Scrum中常见的一些工具。 实施Scrum 就一定要用专业的Scrum...
  • Scrum敏捷项目管理.pptx

    2019-05-16 17:57:22
    敏捷培训PPT,内容很丰满,给要需要进行敏捷培训的朋友
  • Scrum敏捷产品管理》一文总结

    千次阅读 2020-10-31 09:48:06
    管理sprint中发生的变化; 罪: 说如何做或要做多少; 威逼团队; 只关注短期交付; 拘泥于”一成不变“这样的原始范围和方法; 担心团队发生什么变化,直到这些最终真的发生; 对sprint中发生的变化视而不见; ==...
  • scrum敏捷项目管理实用工具推荐

    千次阅读 2018-11-02 22:01:24
    今天为大家推荐几款工具,可以协助大家更好地实践敏捷开发、scrum敏捷项目管理等理念。 Trello+倍洽BearyChat 想要更彻底的落实敏捷开发,trello类似的项目管理工具是必须品。 我的团队刚开始使用 Trello 时,确实...
  • SCRUM敏捷开发视频教程,该课程为你分享SCRUM敏捷开发,理解敏捷的本质,认识中国IT行业对敏捷的挑战,学会让敏捷落地的实用招数。嘉宾介绍:张传波 1. 创新工场创业课程(敏捷课程)讲师 2.软件研发管理佳实践顾问...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 18,865
精华内容 7,546
关键字:

scrum 敏捷管理