- 综合排序
- 最热优先
- 最新优先
- 来自专栏Cloud Native - 产品级敏捷
精益敏捷开发: 带病迭代
前言: 本文主要探讨在精益敏捷的开发下, 该如何看待与处理所谓的 “带病迭代”? (而不在探讨如何定义带病迭代◦) 本文: 精益敏捷开发采用迭代的方式进行开发◦许多的团队在这方面往往犯了以下的其中一个错误, 而使得精益敏捷开发最终以失败收场！ 2) 祖上是否积德? 是否保佑? 2) 认为迭代是 “带病” 了, 便认为应停止开发下一轮迭代的所有需求, 先将这轮迭代搞 “健康” 了再说◦ 如此的思维, 作法是以 CMMi 的方式在执行精益敏捷开发;标准的借尸还魂◦最终, 结论: 在精益敏捷的开发下, 看待与处理所谓的 “带病迭代”, 是期望项目经理需根据: 1) 外部客户, 使用者的变化 2) 产品质量的变化 有智慧的做出正确的 “决策”, “计画
88590发布于 2018-01-04 - 来自专栏云原生布道专栏
敏捷迭代运作中的罪与罚
扯得有点远了，赶紧收回来——敏捷迭代是个好东西，能让产品更快速、更精确地应对用户需求的变化。 如若不然，产品就会走上颠簸之路或者伪敏捷之路，前者的体现是敏捷反而会导致版本稳定性下降，后者的表现是在快速版本周期内只能做小打小闹式修改，并不能真正使产品核心功能完成迭代式演进、不断提升产品品质。 迭代模型说明 当然，除了角色能力这一关键因素，合适的敏捷运作流程也是甚为关键，两者是相得益彰的，为讲清楚这一点，笔者特意将所在产品团队的敏捷迭代模型规划图贴出来，以便做针对性讲解。 三周敏捷迭代模型规划图 图中要素说明： 1、绿色字样的是整个团队的核心里程碑交付节点； 2、蓝色字样是各角色各阶段工作需完成里程碑节点； 3、此迭代模型迭代周期为三周，故仅适用于后台开发工作量在两周以内的需求 综上所述，敏捷迭代运作必然是多角色工作递延启动、并行运作，而且环环相扣的，对每一个角色的要求都很高，任意一个角色拖后腿都会影响整个团队进度，迭代运作初期团队人员可能会比较累(特别是产品跟设计，差不多要同时准备两个版本的需求与设计稿
97420编辑于 2023-10-16 - 来自专栏JusterZhu
简单了解Scrum敏捷迭代框架
1.概要 在公司我们经常会听到敏捷迭代这个词汇，可能也在敏捷迭代的工作流中工作过 。但是却没有对敏捷迭代有更全面的了解，希望这篇文章能简单的让大家有个全面一点的了解。 本文需要讲到的内容是Scrum敏捷框架，当然还有其他的敏捷框架这里就不多讲了。 1.1 什么是Scrum? Scrum 将 敏捷 原则作为一组具体的项目、做法和角色来实现。 2.详细内容 2.1 Scrum生命周期 下图详细介绍了迭代 Scrum 生命周期。整个生命周期在称为 冲刺的固定时间段内完成。 做详细的规划来完成下一个增量式发布，经过几轮迭代得到了几个增量式版本，成为Sprint。一个Sprint通常需要一个到三个星期，就这样一直重复Sprint直到你的产品功能齐全。 3.Ref （1）《2020-Scrum指南》Ken Schwaber & Jeff Sutherland 著 （2）微软官方敏捷开发learn：https://learn.microsoft.com/
94010编辑于 2023-06-23 - 来自专栏杂七杂八杂九
如何提高敏捷迭代效率？sprint backlog
敏捷开发提倡以迭代式开发的方式开发产品，即一次完整地经过所有工作流程的过程：需求、分析设计、实施和测试工作流程，所有的阶段都可以细分为迭代，并在一次迭代中完成系统的一部分功能或业务逻辑的开发工作。 在迭代计划会上，需要明确这个迭代的目标是什么，任务是什么，每个任务的目标又是什么。2、加强协作。在敏捷开发过程中，团队成员需要密切协作，及时交流，相互帮助，共同解决问题。3、简化流程。 敏捷开发迭代管理示例：迭代规划完成后，进入迭代看板，可以看到已规划的用户故事已分别放置在独立泳道中，泳道可横向对应用户故事和拆分的任务。 敏捷迭代规划：图片用户故事任务拆分：图片迭代执行：图片免费敏捷开发工具：常见的敏捷开发项目管理软件有很多，比如Leangoo领歌、Axosoft、Trello、Asana、Monday.com、Zenkit 是一款功能强大且用户友好的解决方案，支持Scrum Agile框架和每日进度估计，能提供详尽的统计数据；Trello是一款简单易用的团队协作工具，可以用来管理任务、项目和团队；Asana是一款无障碍的项目管理工具
71520编辑于 2023-10-08 产品研发轻量化管理工具（Sprint Board）：敏捷落地的核心载体，让迭代效率倍增
在敏捷研发理念深入人心的今天，产品团队面临着快速响应需求、高效交付价值、灵活调整方向的核心挑战。传统的重型项目管理工具往往流程繁琐、配置复杂，难以适配互联网产品快速迭代的节奏，反而成为效率瓶颈。 快速迭代的互联网产品团队需求变更频繁、迭代周期短（1-2周），需要工具具备高灵活性，能快速调整任务优先级、更新看板配置，适配业务节奏。 敏捷转型初期的团队对于刚接触敏捷的团队，复杂工具会增加学习成本，轻量化Sprint Board简单易上手，能帮助团队快速建立迭代意识和协作习惯。 A：轻量化工具的核心是“聚焦迭代执行”，若项目需要复杂的需求管理、工时统计、跨项目关联，可采用“核心工具+补充工具”的组合模式：用Sprint Board管理日常迭代执行，用专业项目管理工具（如Jira Q2：团队成员不及时更新任务状态，导致看板数据失真怎么办？
31910编辑于 2026-01-28- 来自专栏杂七杂八杂九
敏捷开发七个步骤和Scrum敏捷管理工具
敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。 敏捷工具我推荐几款： 1、Leangoo领歌一款永久免费的专业敏捷研发管理工具，它覆盖了敏捷项目研发全流程，包括小型团队敏捷开发，规模化敏捷SAFe，Scrum of Scrums大规模敏捷。 能够支持多种场景，如：敏捷研发管理、敏捷项目管理、工作流管理、轻量级项目群管理、任务管理等。2）管理产品路线图、产品backlog、迭代规划和执行、缺陷、测试、项目文件及企业组织架构等等。 2、Agilefant是一个免费的开源项目管理工具，为敏捷开发提供了一个完整的解决方案。它提供了任务管理、迭代计划、可视化迭代结构和跟踪、以及实时动态报表等特点，帮助团队更好地掌控项目进展和管理。 3、XPlanner是专门为XP(极限编程)团队设计的项目管理工具。它支持XP开发流程，并解决利用XP思想来开发项目所碰到的问题。
89020编辑于 2023-09-23 - 来自专栏敏捷管理
【Kevin聊敏捷】敏捷项目管理之Sprint Retrospective 迭代回顾会
Sprint Retrospective 迭代回顾会 是非常重要的一个会议，很多时候，团队成员都会忽视，或者流于表面，今天和大家好好聊一聊这一块 一、Sprint Retrospective的概叙 迭代回顾会是在 参与的人员主要是敏捷团队成员，时长不超过1.5小时。 二、Sprint Retrospective目的 目的主要是让敏捷团队成员自省同时在下个sprint的时候提升。 3.2 团队关系 这里的关系不仅指的是敏捷团队成员之间的关系，也包括和干系人之间的关系，这也是我们要关注的。 我们还要设定一个安全的会议环境，鼓励与会的敏捷团队成员多发言。 OIP (2).jpeg 4.3 产生见解 收集到了数据只是第一步，如果顺利，到此为止我们就能收集到大量的、反应真实情况的好的和需要改进的点。接下来我们需要整理了。
2.5K00发布于 2020-06-27 - 来自专栏杂七杂八杂九
专业的敏捷需求管理工具推荐
为了协助大家找到合适的需求管理工具，我们选择了国内外几款款工具作比对：Leangoo领歌敏捷工具Jama SoftwareVisure RequirementsIBM DOORS NextReqSuite SAFe敏捷工具,敏捷项目管理,敏捷研发工具）Leangoo领歌是一款专业的敏捷开发管理工具，提供端到端敏捷研发管理解决方案，涵盖敏捷需求管理、任务协同、缺陷管理、进展跟踪、统计度量等。 2）管理产品路线图、产品backlog、迭代规划和执行、缺陷、测试、项目文件及企业组织架构等等。3）可查看多项目进度，项目视角的统计，方便企业管理者统一查看项目及项目下任务看板进度。 Visure Requirements（官网：https://visuresolutions.com/Visure是一家领先的需求管理工具提供商，提供全面的协作ALM平台，包括完全可追溯性、与MS Word Visure 是一种易于使用且全面的需求管理工具。 它集成了同一环境中的其他流程，例如风险管理、测试管理、问题和缺陷跟踪以及变更管理。比较可惜的是不支持在国内使用。
2.9K20编辑于 2023-06-27 - 来自专栏智能体敏捷Agentic Agile
当敏捷不再敏捷：传统迭代范式为何在当下集体失灵
腾讯云提供技术支持播放播放静音0:00/1:21加载完毕:0%0:00进度:0%媒体流类型直播-1:21超高清高清标清流畅240P自动,选择自动返回直播播放速度2x1.5x1.25x1x,选择0.5x1x 曾经高效灵活的敏捷方法，如今普遍显得吃力、笨重、滞后。很多团队没有做错任何敏捷实践，严格遵循迭代规范、梳理用户故事、把控迭代速率，却依旧跟不上业务和技术的演进节奏。 很多迭代内看似完成了既定功能，却因为遗漏隐性依赖，在上线后引发连锁故障，这也是当下敏捷团队迭代事故率居高不下的核心原因。 敏捷的核心灵魂是持续反馈，通过固定周期的迭代复盘、用户灰度反馈、线上指标观测，修正下一轮迭代方向。 同时，高频实时的机器反馈不断冲击固定迭代节奏，团队被迫在迭代内插入大量临时紧急变更，直接打乱原有敏捷排期，让迭代规划彻底形同虚设。
16310编辑于 2026-06-12 - 来自专栏敏捷管理
【Kevin聊敏捷】敏捷项目管理之Sprint Planning 迭代规划会
image.png 2、输出Sprint Goal Sprint Goal就是我们这次迭代的目标，这个非常重要，有利于开发团队的聚焦，在每日例会的时候，SM都会问开发团队这次我们的迭代目标是什么？ 这个其实就是团队定义好了本次的Sprint Goal之后，根据开发团队的迭代速度和这次迭代的迭代周期（例如2周到4周），从Product Backlog 根据优先级选出可以完成的需求，这些需求的集合就叫做 一旦Sprint Goal确定，Sprint Backlog选定，剩下的事情就是敏捷团队大显身手的时候了。 image.png 三、Sprint Planning的要点 1、新的开始 敏捷开发是增量式的交付，可能由好几个迭代周期组成，上一个迭代周期结束，新的迭代周期开始。 图片 3.png 4、确定Sprint Goal 迭代目标 敏捷团队确定这次迭代的Sprint Goal 迭代目标，这样让开发团队更聚焦、专注。
2.8K22发布于 2019-06-07 - 来自专栏IT大咖说
华为敏捷DevOps实践：如何开好迭代计划会议
迭代计划会议是团队级敏捷的三个基础会议形式的一个，按软件开发的时序，这个是第一个会议，我之所以放到最后讲，是因为这个会议很重要，非常容易陷入误区。 比较强烈的建议2 产品经理和开发团队Leader，提前从产品Backlog中挑选接下来迭代可以交付的UserStory的备选。 Backlog：一个经过产品经理和开发Leader预沟通的备选迭代Backlog，初步的需求优先级排序 2.迭代的目标：目标包括很多类型，是这个迭代的“教堂”，比如这个迭代要交付的重大特性，重大的市场发布等 迭代会议的过程 1.颁布会议规则，比如限定会议时间，别人发言的时候，其他人禁止讲话，每人发言限时多长时间 2.产品经理首先给大家介绍备选的Backlong中，有哪些UserStory，这个迭代的重大特性及其价值 整个迭代会议，建议使用专业的敏捷协同管理工具，大家看到内容一致，大家刷新调整后的内容也一致并即刻生成，会议结束的同事，一份本迭代的UserStory/Task列表就生成了，也不用会后再去整理。
98820发布于 2018-12-29 - 来自专栏CODING DevOps
CODING 敏捷开发：如何进行迭代管理
---- CODING 承载了最先进的敏捷研发理论，能够帮助您和您的团队快速入门敏捷研发，并通过标准化的流程和完整的信息统计成为企业实践敏捷研发的好工具。 在上一篇中我们通过视频教程展示了 CODING 完整的敏捷研发工作流，接下来的视频系列将会更加细致地展示敏捷研发模块中各个场景的使用方式。 如何使用 CODING 敏捷研发 进行迭代管理 接下来通过视频跟随 CODING 了解如何轻松搞定迭代管理： 更多敏捷模块功能使用指南，可查看近期 CODING 公众号发布的系列视频： 基于 CODING 轻松搞定敏捷开发
1.4K10发布于 2019-09-16 - 来自专栏敏捷管理
【Kevin聊敏捷】敏捷项目管理之Sprint Review 迭代评审会
Sprint Review 有的翻译为“冲刺评审会”，有的翻译为“迭代评审会”，其实都无所谓。它是在一个sprint快结束之际召开的。 一、Sprint Review概叙 Sprint Review的核心词是“Review”，但它不是不是让你把Sprint Review开成“回顾会”，这是很多敏捷教练刚带团队的时候容易犯的错误。 2、会议的氛围 我们尽量保持Sprint评审会的轻松随意氛围。团队成员们会聚集在桌子周围进行非正式的演示，讲述自己在本次迭代中完成的工作。在这期间团队成员可以相互提问、尝试新的功能并提供反馈。 成功的分享是构建敏捷团队的重要工作。 SprintReviewMeeting.png 3、庆祝团队成果 Sprint Review是庆祝团队和个人在迭代过程中所取得成就的好时机。 在迭代过程中更改了优先级，而开发团队则因范围的变更陷入困境； 这就需要我们团队成员花点时间来探讨原因，并在下一个sprint有选择性的解决这些问题。
2.9K00发布于 2020-06-27 - 来自专栏python3
Python迭代和解析(2)：迭代初探
>>> for i in [1,2,3,4]: print(i * 2,end=" ") ... 2 4 6 8 >>> for i in (1,2,3,4): print(i * 2,end=" " ) ... 2 4 6 8 >>> for i in "abcd": print(i * 2,end=" ") ... aa bb cc dd >>> D=dict(a=1,b=2,c=3) >>> >>> L=[1,2,3,4] >>> L_iter = L. for/map/in/zip等迭代工具是自动进行迭代的，但既然理解了可迭代对象，我们也可以手动去循环迭代： >>> L=[1,2,3,4] >>> for i in L:print(i,end=" ") 1, 2, 3, 4] >>> R = range(5) >>> I = iter(R) >>> next(I) 0 >>> next(I) 1 >>> next(I) 2 >>> next(I) 3
1.3K20发布于 2020-01-22 - 来自专栏杂谈v
基于敏捷开发的项目管理工具分享
为了更好地支持敏捷开发，市面上的敏捷工具层出不群。当然任何软件都能是帮助我们更高效的工作，工具自己本身并不能管理项目，所以首先还是要了解敏捷开发的知识。 这里介绍下管理Scrum敏捷开发中的一些工具，自己体验的工具。 1、Leangoo领歌 Leangoo是国产的一款产品，以看板为核心，围绕看板进行项目管理及任务协作。也有共享思维导图，时间线视图。 对敏捷开发的支持是非常好的。 敏捷产品端到端的管理，产品路线图、需求管理，迭代规划，迭代开发，任务版，燃尽图跟踪进度，甘特图，项目文档管理，任务提醒，任务关联，工时等等 项目统计，企业视角统计，看板视角统计，人员视角统计等等，全方位跟踪项目进展 2、Monday.com Monday 是国外的一款产品，在项目与团队管理方面，Monday.com提供了自定义通知、以及自动化的功能，可方便用户更加专注于需要完成的各项任务。
1.1K41编辑于 2023-03-10 - 来自专栏得物技术
得物千人规模敏捷迭代实践分享
本文将从得物技术部的敏捷迭代在落地过程中的实践出发，对比敏捷行业敏捷实践的共性及差异性，以大规模团队的实践做为切入点，以点带面带大家了解千人规模的敏捷迭代在得物的落地实践。 得物敏捷迭代在推广落地过程中并没有死搬硬套行业内的一些敏捷框架，诸如团队级的敏捷框架Scrum甚至是组织级的大规模敏捷框架SAFE等，而是结合自身业务和团队的特点，借鉴和落地好的敏捷实践，形成了自己特色的解决方案 3周时间较长，对在做创新或者需要快速迭代的业务模式起不到试错的效果。所以2周是一个相对刚好的节奏。 但是2周是一个整体节奏，并不是意味着所有需求必须等到2周才能发布，2周是最晚的发布窗口，在版本结束之前达到发布标准的可以任何时间发布，但是如果没有赶上2周的窗口，那只能等下一趟；可以参考SAFe中的ART 、参与者、准入/准出标准、项目管理工具RDC操作指南。
90720编辑于 2024-04-09 - 来自专栏杂七杂八杂九
大规模敏捷SAFe框架管理工具+操作流程
Leangoo领歌覆盖了敏捷项目研发全流程，包括小型团队敏捷开发，Scrum of Scrums大规模敏捷。 SAFe（Scaled Agile Framework）是全球运用最广泛的大规模敏捷框架。SAFe融合了精益、敏捷和DevOps，它是一个知识库，囊括了大量已被证明的精益敏捷实践和能力。 新建PI列在Program Backlog看板上，系统默认创建了2个PI列。 Scrum of Scrums按照节奏定期召开Scrum of Scrums站立会议，通常一周2-3次，也可以根据需要提高频率。通常是Scrum Master参加。 大规模场景下进行缺陷规划，首先选择需要规划的目标团队，然后将缺陷规划到这个团队的迭代看板中，然后切换到下一个团队，依次完成多个团队的缺陷规划 Sprint回顾在敏捷开发中，我们每个迭代团队都会开回顾会议
82160编辑于 2023-07-26 - 来自专栏Android 研究
PMI-ACP 敏捷项目管理2——敏捷12原则
一、敏捷的原则： 除了敏捷宣言之外，宣言的发起者还为敏捷方法提供了12条指导原则 1、我们的最高目标是通过尽早和持续地交付有价值的软件/产品来满足客户。 2、即使在项目开发的后期，仍欢迎对需求提出变更。敏捷过程通过拥抱变化，帮助客户创造竞争优势。 3、要不断交付可用的软件，周期从几周到几个月不等，且越短越好。 7、可工作的软件是衡量进度的首要指标 8、敏捷过程提倡可持续的发展。项目方、开发人员和用户应该能够保持恒久、稳定的进展速度。 9、对技术卓越和好的设计的持续关注有助于增强敏捷性。 相比而言，敏捷项目管理允许变更的发生，比如极限变成(XP)提倡"拥抱变化"。敏捷使用轻便、高可视化的方法来处理待办事项的优先级排序的变更。 敏捷项目通常会在每个迭代的最后用回顾会的方式反映在项目工作中的一些机会以及待改进的工作项上。
3.1K30发布于 2018-08-30 - 来自专栏云云众生s
敏捷中的AI：迭代开发中管理不可预测性
这种不可预测性使项目管理复杂化，因为传统的开发方法可能无法满足AI必不可少的迭代学习过程的需求。 敏捷原则强调灵活性和协作以及渐进式进展，为应对这些挑战提供了一个有前景的框架。 通过结合迭代周期、持续反馈和自适应规划，敏捷方法允许团队快速适应变化，改进其模型，并有效地整合新数据。 这种AI和敏捷之间的结合促进了更具弹性的方法，使团队能够在交付有价值和功能的AI解决方案的同时管理不确定性。 将敏捷适应AI开发 在AI开发中，迭代周期对于解决数据质量变化和模型更新至关重要。 随着数据集的发展，定期迭代允许团队根据新的见解和挑战改进其算法，确保AI模型保持相关性和准确性。这种方法使团队能够快速转向，适应不断变化的数据环境的复杂性。 协作对于在敏捷框架内发展项目范围至关重要。 结论 将敏捷方法与AI产品管理相结合，创建了一种应对迭代开发复杂性的动态方法。敏捷强调灵活性和快速反馈，与AI技术的不可预测性完美契合，使团队能够快速适应新兴挑战和利益相关者期望。
69510编辑于 2025-02-05 - 来自专栏项目管理集锦
敏捷开发团队不可或缺的项目管理工具
在敏捷和精益的推动下，很多软件研发项目只是望文生义，只学到了“速度”，提出了快速迭代，快速交付，忽略了做好每个环节才是提效的根本。 面对软件开发过程中存在的问题，抱着“多快好省”的软件研发愿景，一群志同道合的软件开发实践者提出了新的开发方法，我们称之为敏捷开方法。 敏捷开发要求研发团队及时响应客户不的需求，频繁交付可工作的软件，满足客户质量要求的产品。 甚至仅仅停留在快速角度，不断迭代的“伪敏捷”层面，为了交付而交付，为了迭代而迭代。导致软件研发人员疲于应付不断变更的需求，和任务，最终产生抵触情绪。 敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。
72800编辑于 2022-07-29
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号