- 综合排序
- 最热优先
- 最新优先
- 来自专栏敏捷管理
【Kevin聊敏捷】敏捷项目管理之Sprint Retrospective 迭代回顾会
你可以理解为是当前sprint最后一个会议了，所以很多人认为是总结会，也可以这么理解。参与的人员主要是敏捷团队成员，时长不超过1.5小时。 二、Sprint Retrospective目的 目的主要是让敏捷团队成员自省同时在下个sprint的时候提升。同时总结一些事情来做整理，我们都没有去做。 SprintRetrospectiveMeetingsDosAndDonts.png 三、回顾的内容 3.1 团队成员 看看敏捷团队的成员在这个sprint过程中有没有做的好的地方或者不好的地方，那么在下一个 3.3 流程 敏捷管理不是不要流程，而是说要将流程尽量简化，改要的流程还是要的，所以在这过程中，我们也要回顾我们哪些流程用得好，继续保留，哪些流程不行，需要改进或者遗弃。 确实，在我们做敏捷管理的过程中，会用上大大小小的工具来提高效率，但是，你会发现，有一些工具在这个sprint有效，在下个sprint就不一定有效了。
2.5K00发布于 2020-06-27 - 来自专栏敏捷管理
【Kevin聊敏捷】敏捷项目管理之Sprint Planning 迭代规划会
这个其实就是团队定义好了本次的Sprint Goal之后，根据开发团队的迭代速度和这次迭代的迭代周期（例如2周到4周），从Product Backlog 根据优先级选出可以完成的需求，这些需求的集合就叫做 Sprint Backlog。 一旦Sprint Goal确定，Sprint Backlog选定，剩下的事情就是敏捷团队大显身手的时候了。 image.png 三、Sprint Planning的要点 1、新的开始 敏捷开发是增量式的交付，可能由好几个迭代周期组成，上一个迭代周期结束，新的迭代周期开始。 图片 3.png 4、确定Sprint Goal 迭代目标 敏捷团队确定这次迭代的Sprint Goal 迭代目标，这样让开发团队更聚焦、专注。
2.8K22发布于 2019-06-07 - 来自专栏敏捷管理
【Kevin聊敏捷】敏捷项目管理之Sprint Review 迭代评审会
一、Sprint Review概叙 Sprint Review的核心词是“Review”，但它不是不是让你把Sprint Review开成“回顾会”，这是很多敏捷教练刚带团队的时候容易犯的错误。 开Sprint Review会的目的是演示这个Sprint中自己的工作成果，对于功能性的产品增量进行审视并调整。 成功的分享是构建敏捷团队的重要工作。 SprintReviewMeeting.png 3、庆祝团队成果 Sprint Review是庆祝团队和个人在迭代过程中所取得成就的好时机。 4、我们还需要做什么？ 在Sprint review会议上，我们还要排除下一个sprint的Product Backlog，因为下一个sprint马上就要开始了，当然，你也可以乘机给你的团队成员打气助威，大家一起在一下个sprint
2.9K00发布于 2020-06-27 - 来自专栏杂七杂八杂九
如何提高敏捷迭代效率？sprint backlog
在敏捷开发过程中，团队成员需要密切协作，及时交流，相互帮助，共同解决问题。3、简化流程。敏捷开发强调简化流程，避免繁琐的流程阻碍开发进度。4、频繁沟通。 敏捷开发迭代管理示例：迭代规划完成后，进入迭代看板，可以看到已规划的用户故事已分别放置在独立泳道中，泳道可横向对应用户故事和拆分的任务。 敏捷迭代规划：图片用户故事任务拆分：图片迭代执行：图片免费敏捷开发工具：常见的敏捷开发项目管理软件有很多，比如Leangoo领歌、Axosoft、Trello、Asana、Monday.com、Zenkit 、Sprint.ly、Smartsheet等。 比如，Leangoo领歌是国产的免费的敏捷项目管理软件，支持包括小型团队敏捷开发，规模化敏捷SAFe，Scrum of Scrums大规模敏捷等敏捷开发方法，具有产品管理和项目管理的功能；Axosoft
71520编辑于 2023-10-08 AI Agent 的敏捷开发：为什么你的 Loop 需要 Sprint？
本文提出 Sprint Loop Framework（SLF）——用敏捷 Sprint 的方式设计 Loop，让每个阶段有独立的验收标准、约束边界和退出策略。 它把敏捷开发的 Sprint 理念和 Loop Engineering 结合起来。 项目拆分 12 个 Sprint： Sprint 1-2: 用户模块 注册、登录、JWT、个人信息 Sprint 3-4: 商品模块 CRUD、分类、搜索、SKU Sprint 5- 11-12: 管理后台 审核、订单管理、报表 以 Sprint 1 为例，看看实际文件是什么。 bcrypt 加密 / JWT_SECRET 从环境变量取 / SQL 参数化 规范: 统一响应 {code, data, message} / 蛇形命名 范围: 只做注册+登录，不做个人信息管理和地址管理
11200编辑于 2026-07-13- 来自专栏Android 研究
PMI-ACP 敏捷项目管理——模拟试题4
所以选A 3、完成任务后，敏捷管理专业人士建议在当前迭代中添加一个故事。在sprint中仍然存在未完成的承诺的故事。敏捷管理专业人士应该怎么做？ 敏捷拥抱变化，所以B不对。没必要等到回顾会，所以C不对。 敏捷三角中部能增加资源，所以D不对 4、由于客户认为需求被遗漏了，客户拒收产品。若要提高未来工作被接受的可能性，项目团队应该怎么做? 若要确保未来发布满足目标，敏捷管理专业人士应该怎么做？ A 在下一次sprint计划会议前。 31、在一次sprint之后，敏捷管理专业人士注意到一些团队成员尚不清楚敏捷环境的最高优先级。敏捷管理专业人士应建议这些团队成员关注哪一点？ 团队决定使用为期3周的sprint构建框架，然后切换到为期两周的sprint添加功能。团队和管理层应该怎么做?
4.2K20发布于 2018-08-30 产品研发轻量化管理工具（Sprint Board）：敏捷落地的核心载体，让迭代效率倍增
一、为什么敏捷团队选择“轻量化Sprint Board”？ 敏捷转型初期的团队对于刚接触敏捷的团队，复杂工具会增加学习成本，轻量化Sprint Board简单易上手，能帮助团队快速建立迭代意识和协作习惯。 匹配团队成熟度”：敏捷转型初期可选择经典轻量化工具，快速建立协作习惯；流程稳定后可切换至敏捷专用工具，提升管理精细化程度；有定制化需求的团队可考虑开源方案。 Q4：如何衡量Sprint Board的使用效果？ 在快速变化的市场环境中，以极简的管理方式实现高效的价值交付，正是Sprint Board赋予敏捷团队的核心竞争力。
31910编辑于 2026-01-28- 来自专栏硬核项目经理的专栏
【敏捷1.1】敏捷项目管理与敏捷宣言
敏捷项目管理与敏捷宣言 说到敏捷项目管理就不得不提到那十分出名的敏捷宣言。这篇文章我们就来简单地了解一下敏捷项目管理的出现和敏捷宣言说的是什么。不要有太多的压力哦，这篇文章还是非常轻松的。 传统项目管理 对于传统项目管理和敏捷项目管理的不同，我们可以列一个非常大的表出来，不过，这样列出来其实挺没意思的。 到最后我们学习完了敏捷相关的知识后，大家可以自己再回过头来想一想敏捷和传统项目管理的区别和联系都有哪些，这样对大家知识的掌握才更有好处。 VCUA时代 在敏捷中，有句名言：唯一不变的就是变化。这句话非常有意思，只有变化本身是我们这个世界上唯一不会发生变化的东西。要搞明白这个事情，我们还是再看下传统项目管理和软件开发中的问题。 总结 今天这篇文章我们从传统的项目管理说起，通过 VUCA时代 这样一个时代现象来引出敏捷出现的必要性，最后介绍了敏捷的灵魂：敏捷宣言。当然，敏捷宣言很简单，就四句话，也可以概括成四个词。
1.8K20发布于 2021-09-24 - 来自专栏Android 研究
PMI-ACP 敏捷项目管理4——价值驱动交付
一、什么是价值驱动交付 交付价值，特别是业务价值，是敏捷方法的核心组成部分。 这种概念已经融入了敏捷的核心，包括敏捷价值宣言(可以工作的软件胜过绵绵俱到的文档)和敏捷原则(不断交付的可用软件和可用的软件是衡量进度的首页指标)。 价值驱动交付贯穿敏捷项目的整个生命周期，指导着过程中的决策。 二、敏捷的主题就是最大化价值交付 一个功能既有正向的业务价值，可以带来收益，也有相关的风险，因此需要综合考虑功能性需求、风险，并分析这些因素对项目的影响。 四、早期尽早交付 敏捷方法推崇早期交付价值。
1.5K10发布于 2018-08-30 敏捷开发任务分配工具详解：如何让Sprint规划更高效？
支持本地数据导出，保障数据安全；4. 协作评论：任务卡片内支持评论、附件上传；4. 跨团队协作：支持邀请外部角色（如客户）查看任务进度；4. Q4：如何避免 “工具只用了看板，其他 Scrum 功能闲置”？ 本质上，敏捷开发任务分配工具是 “Scrum 流程的载体”—— 当工具能无缝衔接 “冲刺规划→任务拆解→资源匹配→进度跟踪→迭代优化” 全流程时，团队才能真正摆脱 “任务混乱、进度失控” 的困境，实现效率翻倍
58710编辑于 2025-08-19- 来自专栏全栈程序员必看
敏捷项目管理的流程_敏捷开发项目管理方法
这样的项目管理很混乱。 敏捷开发流程是一个标准的项目管理流程，是不能适用于所有的公司，但是适用大部分的公司，公司根据标准化流程去进行优化，不管是新增还是减少，只要适用于自己的公司那就是贵公司的敏捷流程。 4.多种模型：开发软件需要使用多种模型，因为每种模型只能描述软件的单个方面，“要开发现今的商业应用，我们该需要什么样的模型？” 3.发布：产品验收后就可以进行发布了 4.回顾：回顾本次迭代或者本次项目中做的不好的、好的点进行总结，好的点要继续保持，不好的点可以要进行总结，下次迭代改进 以上就是我司的敏捷开发流程，执行下来肯定有很多困难与不适应 ，但是这样利于项目管理，一个团队共同为一个目标去奋斗。
2.2K30编辑于 2022-11-17 - 来自专栏敏捷开发
敏捷价值流管理
对团队或企业来说，敏捷能够通过快速迭代、改进来更好地为客户或终端用户交付价值。但有些团队在引入敏捷项目管理模式之后，团队管理层看了看埋头工作的团队，“唉？ 二、怎样进行价值流管理？在敏捷项目中，我们应该如何减少浪费，实现利益最大化？这个问题的关键在于“价值的流动”。价值流管理是敏捷中的一个十分重要的实践，更是团队在持续改进、优化过程中的一项基本工作。 4）区别增值活动与非增值活动什么是增值活动与非增值活动？其实简单来讲，就是这个环节对客户来说能否交付价值。比如，设计方案是能交付价值的，但等待方案评审的环节是不能交付价值的。 进行广告需求分析，用时1天；设计创意方案，用时2天；等待小组评审方案，用时1天；等待创意总监评审方案，用时2天；等待方案拍摄启动，用时1天；开始广告拍摄，用时4天；进行广告剪辑，用时3天；等待小组评审广告视频 所以通过价值流管理，我们可以度量实际的价值流动效率，并提出改进目标，来推动整个项目管理过程的持续改善。
49330编辑于 2022-12-23 - 来自专栏社区的朋友们
敏捷项目管理之需求管理
作者：叶朝萍 [1499392921893_7114_1499392923068.png] 背景 在近几年比较火的敏捷开发大背景下，我们的项目团队的需求管理，也一直在探寻着敏捷开发的轻量化管理的原则 ，并且由于我们团队采用了Feature team 的团队运作模式，所以版本的需求都是由各个FT 自己独立管理的方式，理想状态是，各FT 自己管理需求，自己去做质量管理，自己评估把控进度和最后版本的顺利发布 下面就来谈谈，咱们浏览器项目需求管理那些事 ~ 需求管理1.0 时代 --- FT 自管理+excel 规划表 我们知道，敏捷价值观中有一个是关于文档的，认为： [1499393074848_4910 [1499393465904_7859_1499393466807.png] 项目需求管理2.0时代 --- TAPD集中管理+需求评审 1、 需求的工具化管理：变excel的人工维护，为TAPD集中管理方式 当然，敏捷项目需求管理的方法，我们仍在不断总结和迭代优化中，希望大家也一起来多探讨更好的管理模式，期待更优的需求管理4.0 时代的到来！
4.3K01发布于 2017-07-07 - 来自专栏JavaEdge
敏捷项目管理 - Jira
敏捷项目管理架构 Release(发布，单位为月) Sprint(冲刺,单位为周) Issue(问题)类型 Epic( 史诗) Story( 用户故事) Task(任务) Bug(故障 ) Jira创建Release(发布版本) ◆Release(版本)的时间跨度通常为1-3个月 ◆版本包含多个Sprint (冲刺) ◆Release 里会清晰定义需要完成的开发任务
2.6K20发布于 2021-02-23 - 来自专栏硬核项目经理的专栏
【敏捷7.1】风险管理
风险管理 在 PMP 中，风险是一个重要的章节，并且有许多的过程，比如说我们要识别风险、进行定性定量分析、应对风险等，工具方面也有决策树、敏捷性分析等，最后还有一个风险应对和机会应对（PMP认为风险和机会是对应的 同时，在项目进行的过程中，也需要不断地管理风险，并追踪风险管理的成效。 对于风险管理这一块，其实我们可以借鉴 PMP 中的一些技术，比如说 风险概率矩阵 ，它就是根据风险的 等级 和可能出现的 概率 来制作的一张表。 这个东西其实有点偏财务和管理学方面的内容，在之前 【敏捷3.1】价值与价值驱动交付https://mp.weixin.qq.com/s/Dw763UK9Dy_jH8gYthBsZw 这篇文章中有提到过一点 风险的严重程度 其实呢，在敏捷中，风险管理其实是工作进度的一个驱动因素。因为团队会将高风险的活动移到迭代的早期，并将风险的缓解这些活动放入待开发项中。
1.2K20编辑于 2023-03-03 - 来自专栏IT技术订阅
Scrum敏捷项目管理
ScrumMaster使团队在Sprint过程中免受干预 4. 产品负责人谈论业务需求和目标，团队则讲技术。 第一份列出上一次Sprint开始时的产品Backlog 2. 第二份为新Sprint开始时的产品Backlog 3. 第三份是“变更报告”，详细列出前两份报告的差别 4. Sprint中发生及Sprint审核的情况 2. 项目针对Sprint审核结果所做的适应调整 3. 未来Sprint重构的原因 4. 发布日期或内容重新制定的原因 5. 比如，一个软件研发团队中可能有三个敏捷小组，分别是前端开发、后端开发、测试，小组中高级工程师或者技术专家作为SM，而项目经理需要对SM进行敏捷培训，SM再给小组成员做培训，形成整个敏捷团队 4、拟定产品需求 【官网：monday.com】 4、软件项目管理ActiveCollab ActiveCollab是国外的一个项目管理软件，它支持规划，组织，沟通和合作Scrum项目的项目管理工具。
2.5K20编辑于 2023-02-23 - 来自专栏敏捷管理
【Kevin聊敏捷】敏捷项目管理APM-敏捷度量
很多人都认为敏捷管理就是将每个sprint的功能交付，给出可用的软件即可，没有数据度量。其实这种理解是不正确的，敏捷项目管理也是有度量数据的，有哪些度量数据呢？ 【Kevin聊敏捷】XP极限编程之5个价值 19.【Kevin聊敏捷】XP极限编程之概述 18.【Kevin聊敏捷】敏捷项目管理之Sprint Retrospective 迭代回顾会 17. 【Kevin聊敏捷】敏捷项目管理之Sprint Review 迭代评审会 16.【Kevin聊敏捷】敏捷项目管理之Daily Scrum 每日站立会 15. 【Kevin聊敏捷】敏捷项目管理之Sprint Planning 迭代规划会 14.【Kevin聊敏捷】敏捷项目管理之Scrum Events 敏捷活动 13. 【Kevin聊敏捷】敏捷项目管理之Scrum三大支柱 08.【Kevin聊敏捷】敏捷项目管理之Scrum价值 07.【Kevin聊敏捷】敏捷项目管理之Scrum 06.
2.3K00发布于 2020-12-12 - 来自专栏SAP最佳业务实践
MBA管理：敏捷项目管理的关键
在敏捷项目管理中，我们采用“调整性行为”来说明应该采纳的一些正确做法(其中之一便有可能是纠正计划本身)。 在关于敏捷处理原则的文件中—包括敏捷宣言(Agile Manifesto, AM)和相互依赖宣言(Declaration of Interdependence, DOI)—有对怎样随机调整做出的五条主要说明 (4)当管理、客户以及技术等发生变化时，团队能否做出有效的调整和应对. 调节项目中的已知和未知 哈佛商学院教授罗布·奥斯丁(Rob Austin)和同事李德文(Lee Devin)共同执笔发表了《艺术性管理》(Artful Making)一书。 也就是说，计划或调整，不能说孰对孰错，管理者应根据项目自身的具体情况、具体条件，作出最恰当的选择。
2K60发布于 2018-03-27 - 来自专栏Android 研究
PMI-ACP 敏捷项目管理3——敏捷框架
一、敏捷的框架 对比PMP项目管理过程的五大阶段：启动、规划、执行、监控、收尾，敏捷项目管理同样可以把整个框架分为五个阶段，分别是：构想、推测、探索、适应和结束阶段。 4、适应：审核提交的结果、当前情况以及团队的绩效，必要时做出调整。 5、结束：终止项目，交流主要的学习成果并庆祝。 ? 敏捷项目管理阶段.jpeg 二、敏捷的常见问题解答 (一)、对于敏捷中文档的度，我们应该如何把握？什么样的文档是需要的，什么样的文档可裁剪？ 答： 有价值的文档是需要的。什么样的文档有价值? 对于类似的文档，在敏捷中认为都是可以裁剪的，前提是确保输出的可交付成果不变形，满足预期的标准和要求。 (二)、敏捷宣言提出"客户合作胜过合同谈判"，针对不断变更的需求如何签订敏捷的合同？ (五)、在原则4中提出业务人员与开发人员每天要在一起工作，这在实际中是不可能实现的，业务人员通常都比较忙，不可能参加到乙方的开发中，这样如何确保可以一起工作？
2.4K20发布于 2018-08-30 - 来自专栏敏捷管理
【Kevin聊敏捷】敏捷项目管理之Scrum Events 敏捷活动
Scrum Events 敏捷活动包括四个活动：1、Sprint Planning(冲刺计划会) 2、Daily Scrum(每日站立会) 3、Sprint Review (冲刺评审会) 4、Sprint 迭代周期是固定的，不能说这一次的这一次的迭代周期是3周，下次的迭代周期就是4周，再下一次的迭代周期就是2周。 保持固定的迭代周期的好处就是，使得敏捷团队有固定的节奏感（= =#听起来是不是有点玄乎）。 image.png 二、Sprint Rules 迭代规则 在敏捷管理-Scrum过程中也要遵循一定的迭代规则： 迭代过程中不要中途替换迭代目标 不应该中途降低跌倒目标价值 目标范围也许会被重新调整 最开始的一个迭代周期不仅仅有 参与者 Who Attends 限时 Time 冲刺计划会议 产品待办事项 迭代目标、迭代待办事项 敏捷团队 4小时 内日站立会 实现迭代目标的进程 迭代待办事项 开发团队 15分钟 展示评审会 增量迭代 、产品待办事宜 产品待办事项 敏捷团队、干系人 2小时 冲刺回顾会 迭代 迭代待办事项、工具等 敏捷团队 1.5小时 “IMG_8800”的副本.jpg ---- image.png
3K31发布于 2019-05-31
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号