前言: 本文主要探讨在精益敏捷的开发下, 该如何看待与处理所谓的 “带病迭代”? (而不在探讨如何定义带病迭代◦) 本文: 精益敏捷开发采用迭代的方式进行开发◦许多的团队在这方面往往犯了以下的其中一个错误, 而使得精益敏捷开发最终以失败收场! 2) 认为迭代是 “带病” 了, 便认为应停止开发下一轮迭代的所有需求, 先将这轮迭代搞 “健康” 了再说◦ 如此的思维, 作法是以 CMMi 的方式在执行精益敏捷开发;标准的借尸还魂◦最终, 结论: 在精益敏捷的开发下, 看待与处理所谓的 “带病迭代”, 是期望项目经理需根据: 1) 外部客户, 使用者的变化 2) 产品质量的变化 有智慧的做出正确的 “决策”, “计画 ” 与 “执行’◦ 能拥抱变化, 才是真正的精益敏捷开发!
扯得有点远了,赶紧收回来——敏捷迭代是个好东西,能让产品更快速、更精确地应对用户需求的变化。 如若不然,产品就会走上颠簸之路或者伪敏捷之路,前者的体现是敏捷反而会导致版本稳定性下降,后者的表现是在快速版本周期内只能做小打小闹式修改,并不能真正使产品核心功能完成迭代式演进、不断提升产品品质。 迭代模型说明 当然,除了角色能力这一关键因素,合适的敏捷运作流程也是甚为关键,两者是相得益彰的,为讲清楚这一点,笔者特意将所在产品团队的敏捷迭代模型规划图贴出来,以便做针对性讲解。 三周敏捷迭代模型规划图 图中要素说明: 1、绿色字样的是整个团队的核心里程碑交付节点; 2、蓝色字样是各角色各阶段工作需完成里程碑节点; 3、此迭代模型迭代周期为三周,故仅适用于后台开发工作量在两周以内的需求 综上所述,敏捷迭代运作必然是多角色工作递延启动、并行运作,而且环环相扣的,对每一个角色的要求都很高,任意一个角色拖后腿都会影响整个团队进度,迭代运作初期团队人员可能会比较累(特别是产品跟设计,差不多要同时准备两个版本的需求与设计稿
1.概要 在公司我们经常会听到敏捷迭代这个词汇,可能也在敏捷迭代的工作流中工作过 。但是却没有对敏捷迭代有更全面的了解,希望这篇文章能简单的让大家有个全面一点的了解。 本文需要讲到的内容是Scrum敏捷框架,当然还有其他的敏捷框架这里就不多讲了。 1.1 什么是Scrum? Scrum 将 敏捷 原则作为一组具体的项目、做法和角色来实现。 2.详细内容 2.1 Scrum生命周期 下图详细介绍了迭代 Scrum 生命周期。整个生命周期在称为 冲刺的固定时间段内完成。 3.Ref (1)《2020-Scrum指南》Ken Schwaber & Jeff Sutherland 著 (2)微软官方敏捷开发learn:https://learn.microsoft.com/ zh-cn/devops/plan/what-is-agile-development (3)kanban :https://docs.pingcode.com/agile/kanban
敏捷开发提倡以迭代式开发的方式开发产品,即一次完整地经过所有工作流程的过程:需求、分析设计、实施和测试工作流程,所有的阶段都可以细分为迭代,并在一次迭代中完成系统的一部分功能或业务逻辑的开发工作。 在迭代计划会上,需要明确这个迭代的目标是什么,任务是什么,每个任务的目标又是什么。2、加强协作。在敏捷开发过程中,团队成员需要密切协作,及时交流,相互帮助,共同解决问题。3、简化流程。 敏捷开发迭代管理示例:迭代规划完成后,进入迭代看板,可以看到已规划的用户故事已分别放置在独立泳道中,泳道可横向对应用户故事和拆分的任务。 敏捷迭代规划:图片用户故事任务拆分:图片迭代执行:图片免费敏捷开发工具:常见的敏捷开发项目管理软件有很多,比如Leangoo领歌、Axosoft、Trello、Asana、Monday.com、Zenkit 是一款功能强大且用户友好的解决方案,支持Scrum Agile框架和每日进度估计,能提供详尽的统计数据;Trello是一款简单易用的团队协作工具,可以用来管理任务、项目和团队;Asana是一款无障碍的项目管理工具
ABB 3BSE006096R1 利用敏捷和迭代协作原则图片行业中的领跑者正在开启一个以精益经验为基础的时代,但不仅仅是简单的自动化,而是利用敏捷和迭代协作原则,如果这仅意味着精益 + 数字“领先”,则远远超过数字精益 ABB DSDI110AV1ABB 3BSE018295R1ABB BC810K01ABB 3BSE031154R1ABB BC810K01 3BSE031154R1ABB REF615CC HCFFAEAGANB2BAN1XCABB REF615CCABB ACU-01B 3HNA024871-001/03ABB ACU-01BABB 3HNA024871-001/03ABB P4LQA HENF209736R0003ABB P4LQAABB HENF209736R0003ABB FENA-11ABB PCD231B101 3BHE025541R0101ABB PCD231B101ABB 3BHE025541R0101ABB S-073N 3BHB009884R0021ABB S-073NABB 3BHB009884R0021
在敏捷研发理念深入人心的今天,产品团队面临着快速响应需求、高效交付价值、灵活调整方向的核心挑战。传统的重型项目管理工具往往流程繁琐、配置复杂,难以适配互联网产品快速迭代的节奏,反而成为效率瓶颈。 敏捷转型初期的团队对于刚接触敏捷的团队,复杂工具会增加学习成本,轻量化Sprint Board简单易上手,能帮助团队快速建立迭代意识和协作习惯。 A:轻量化工具的核心是“聚焦迭代执行”,若项目需要复杂的需求管理、工时统计、跨项目关联,可采用“核心工具+补充工具”的组合模式:用Sprint Board管理日常迭代执行,用专业项目管理工具(如Jira Q3:需求变更频繁,导致Sprint Board任务频繁调整,影响迭代节奏怎么办?A:轻量化Sprint Board的优势正是灵活适配变更。 七、结语产品研发轻量化管理工具(Sprint Board)的本质,是将“复杂的迭代管理”回归“简单的价值交付”,让工具成为团队协作的“催化剂”而非“绊脚石”。
这需要人 员、资金和时间的投入 3.递增、迭代 例如:系统需要完成ABCD四个业务模块,只有两周时间 **递增:**第一周完成AB模块,第二周完成CD模块 **迭代:**第一周完成ABCD四个模块的基本模块和框架 ,第二周再进行细节完善 4.敏捷 敏捷开发有很多种方式,其中scrum是比较流行的一种 scrum: 轻文档,轻流程,重目标,重产出 轻量级:迭代周期短,参与人员少 组成结构: product 3 每日例会:每天scrum master召集站立会议,团队成员回答昨天做了什么今天计划做什么,有什么问题。 敏捷中的测试: 挑战1:轻文档 挑战2:快速迭代 1、测试工作的核心内客是没有变的,就是不断地找Bug,只是要调整好自己的心态,一切以敏捷的原则为主。 2、测试人员不能依赖文档,测试用例作用减弱,更多的采用思维导图、探索性测试(强调自由度,设计和执行同时执行,根据测试结果不断调整测试计划)、自动化测试 3、敏捷讲求合作,在敏捷项目组中,测试人员应该更主动点
敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中,软件项目的构建被切分成多个子项目,各个子项目的成果都经过测试,具备集成和可运行的特征。 3、制定优先级:使用各种方法(如用户故事地图)来识别和确定组织的关键需求,并将其优先级排序。 敏捷工具我推荐几款: 1、Leangoo领歌一款永久免费的专业敏捷研发管理工具,它覆盖了敏捷项目研发全流程,包括小型团队敏捷开发,规模化敏捷SAFe,Scrum of Scrums大规模敏捷。 2、Agilefant是一个免费的开源项目管理工具,为敏捷开发提供了一个完整的解决方案。它提供了任务管理、迭代计划、可视化迭代结构和跟踪、以及实时动态报表等特点,帮助团队更好地掌控项目进展和管理。 3、XPlanner是专门为XP(极限编程)团队设计的项目管理工具。它支持XP开发流程,并解决利用XP思想来开发项目所碰到的问题。
Sprint Retrospective 迭代回顾会 是非常重要的一个会议,很多时候,团队成员都会忽视,或者流于表面,今天和大家好好聊一聊这一块 一、Sprint Retrospective的概叙 迭代回顾会是在 参与的人员主要是敏捷团队成员,时长不超过1.5小时。 二、Sprint Retrospective目的 目的主要是让敏捷团队成员自省同时在下个sprint的时候提升。 3.2 团队关系 这里的关系不仅指的是敏捷团队成员之间的关系,也包括和干系人之间的关系,这也是我们要关注的。 我们还要设定一个安全的会议环境,鼓励与会的敏捷团队成员多发言。 4.4 确定改进项 选取最值得改进的几项(一般不超过3项),同时找到解决的方案,在一下个sprint过程中进行改进,当然不一定一个sprint就可以改进完。
为了协助大家找到合适的需求管理工具,我们选择了国内外几款款工具作比对:Leangoo领歌敏捷工具Jama SoftwareVisure RequirementsIBM DOORS NextReqSuite SAFe敏捷工具,敏捷项目管理,敏捷研发工具)Leangoo领歌是一款专业的敏捷开发管理工具,提供端到端敏捷研发管理解决方案,涵盖敏捷需求管理、任务协同、缺陷管理、进展跟踪、统计度量等。 2)管理产品路线图、产品backlog、迭代规划和执行、缺陷、测试、项目文件及企业组织架构等等。3)可查看多项目进度,项目视角的统计,方便企业管理者统一查看项目及项目下任务看板进度。 Visure Requirements(官网:https://visuresolutions.com/Visure是一家领先的需求管理工具提供商,提供全面的协作ALM平台,包括完全可追溯性、与MS Word Visure 是一种易于使用且全面的需求管理工具。 它集成了同一环境中的其他流程,例如风险管理、测试管理、问题和缺陷跟踪以及变更管理。比较可惜的是不支持在国内使用。
曾经高效灵活的敏捷方法,如今普遍显得吃力、笨重、滞后。很多团队没有做错任何敏捷实践,严格遵循迭代规范、梳理用户故事、把控迭代速率,却依旧跟不上业务和技术的演进节奏。 很多迭代内看似完成了既定功能,却因为遗漏隐性依赖,在上线后引发连锁故障,这也是当下敏捷团队迭代事故率居高不下的核心原因。 敏捷的核心灵魂是持续反馈,通过固定周期的迭代复盘、用户灰度反馈、线上指标观测,修正下一轮迭代方向。 同时,高频实时的机器反馈不断冲击固定迭代节奏,团队被迫在迭代内插入大量临时紧急变更,直接打乱原有敏捷排期,让迭代规划彻底形同虚设。 未来的解法并非抛弃敏捷,而是敏捷范式的迭代升级:放弃固定周度迭代,建立事件驱动型动态反馈机制;将人工上下文梳理转为机器化链路治理;重构人机权责边界,让机器承担标准化反馈与校验,人类聚焦价值决策。
image.png 3、输出Sprint Backlog Sprint Backlog(简称SB) 《= =# Scrum里面的简称都好奇葩,不是SB就是SM。》 一旦Sprint Goal确定,Sprint Backlog选定,剩下的事情就是敏捷团队大显身手的时候了。 image.png 三、Sprint Planning的要点 1、新的开始 敏捷开发是增量式的交付,可能由好几个迭代周期组成,上一个迭代周期结束,新的迭代周期开始。 定义优先级 Product Owner产品负责人根据产品的价值对 Product Backlog产品待办事项进行优先级排序,如图六所示,高价值的需求放在最上面,价值低的需求放在最下面, 图片 2.png 3、 图片 3.png 4、确定Sprint Goal 迭代目标 敏捷团队确定这次迭代的Sprint Goal 迭代目标,这样让开发团队更聚焦、专注。
迭代计划会议是团队级敏捷的三个基础会议形式的一个,按软件开发的时序,这个是第一个会议,我之所以放到最后讲,是因为这个会议很重要,非常容易陷入误区。 比较强烈的建议3 开发团队Leader应该预先了解团队接下来迭代的人力容量,是不是有同学可能要请假,是不是有同学要调动到其他工作等等。 ,如果平均分低于3分,应该让投比较低的成员再讲讲他们的考虑,看看要不要再调整需求的优先级。 关于为什么比较流行使用斐波那契数列我写了一个短文:https://bbs.huaweicloud.com/forum/thread-13153-1-1.html 3.业界在各种敏捷,DevOps培训中, 整个迭代会议,建议使用专业的敏捷协同管理工具,大家看到内容一致,大家刷新调整后的内容也一致并即刻生成,会议结束的同事,一份本迭代的UserStory/Task列表就生成了,也不用会后再去整理。
敏捷研发全流程支持。支持整个研发周期管理,需求、迭代、测试、缺陷、文档等多项目协同。不仅支持scrum。 看板可以用于多个场景,轻量化的管理任务/官网:www.leangoo.com有免费版,有私有部署版,也有saas版2、VersionOneVersionOne在2002年帮助推出了敏捷管理工具,并且在2020 年发布的敏捷状态报告中是国外颇受欢迎的敏捷管理工具之一。 VersionOne是基于Web的项目管理工具,测试人员,开发人员和其他利益相关者可以使用该版本来管理,跟踪和组织软件测试工作。它遵循并涵盖了敏捷方法论的整个生命周期。 它支持从第一步作为产品待办事项到项目的最后一步, 即完成和交付3、QuickScrumQuickScrum是一款基于Web的工具,具有非常友好的用户界面。
---- CODING 承载了最先进的敏捷研发理论,能够帮助您和您的团队快速入门敏捷研发,并通过标准化的流程和完整的信息统计成为企业实践敏捷研发的好工具。 在上一篇中我们通过视频教程展示了 CODING 完整的敏捷研发工作流,接下来的视频系列将会更加细致地展示敏捷研发模块中各个场景的使用方式。 如何使用 CODING 敏捷研发 进行迭代管理 接下来通过视频跟随 CODING 了解如何轻松搞定迭代管理: 更多敏捷模块功能使用指南,可查看近期 CODING 公众号发布的系列视频: 基于 CODING 轻松搞定敏捷开发
Sprint Review 有的翻译为“冲刺评审会”,有的翻译为“迭代评审会”,其实都无所谓。它是在一个sprint快结束之际召开的。 一、Sprint Review概叙 Sprint Review的核心词是“Review”,但它不是不是让你把Sprint Review开成“回顾会”,这是很多敏捷教练刚带团队的时候容易犯的错误。 团队成员们会聚集在桌子周围进行非正式的演示,讲述自己在本次迭代中完成的工作。在这期间团队成员可以相互提问、尝试新的功能并提供反馈。成功的分享是构建敏捷团队的重要工作。 SprintReviewMeeting.png 3、庆祝团队成果 Sprint Review是庆祝团队和个人在迭代过程中所取得成就的好时机。 在迭代过程中更改了优先级,而开发团队则因范围的变更陷入困境; 这就需要我们团队成员花点时间来探讨原因,并在下一个sprint有选择性的解决这些问题。
为了更好地支持敏捷开发,市面上的敏捷工具层出不群。当然任何软件都能是帮助我们更高效的工作,工具自己本身并不能管理项目,所以首先还是要了解敏捷开发的知识。 这里介绍下管理Scrum敏捷开发中的一些工具,自己体验的工具。 1、Leangoo领歌 Leangoo是国产的一款产品,以看板为核心,围绕看板进行项目管理及任务协作。也有共享思维导图,时间线视图。 对敏捷开发的支持是非常好的。 敏捷产品端到端的管理,产品路线图、需求管理,迭代规划,迭代开发,任务版,燃尽图跟踪进度,甘特图,项目文档管理,任务提醒,任务关联,工时等等 项目统计,企业视角统计,看板视角统计,人员视角统计等等,全方位跟踪项目进展 Monday.com的主要功能: 可免费试用 工作流程管理 高效协作 产品backlog sprint计划 任务依赖 优先项目管理、直观的用户界面、客户支持等等 3、Jira Jira是国外知名软件,
本文将从得物技术部的敏捷迭代在落地过程中的实践出发,对比敏捷行业敏捷实践的共性及差异性,以大规模团队的实践做为切入点,以点带面带大家了解千人规模的敏捷迭代在得物的落地实践。 得物敏捷迭代在推广落地过程中并没有死搬硬套行业内的一些敏捷框架,诸如团队级的敏捷框架Scrum甚至是组织级的大规模敏捷框架SAFE等,而是结合自身业务和团队的特点,借鉴和落地好的敏捷实践,形成了自己特色的解决方案 3周时间较长,对在做创新或者需要快速迭代的业务模式起不到试错的效果。所以2周是一个相对刚好的节奏。 、参与者、准入/准出标准、项目管理工具RDC操作指南。 流程落地、项目管理工具落地是在实践过程的前期一定会去做的事情,这个落地过程中的问题也会因为各种因素层出不穷,这个阶段的落地目标也会把团队的吞吐情况作为第一目标去完成。
一、敏捷的框架 对比PMP项目管理过程的五大阶段:启动、规划、执行、监控、收尾,敏捷项目管理同样可以把整个框架分为五个阶段,分别是:构想、推测、探索、适应和结束阶段。 1、构想:确定产品的构想、项目范围、项目团队以及团队共同的工作方式 2、推测:制定基于功能发布计划、里程碑和迭代计划,确保交付构想的产品 3、探索:在短期内提供经测试的功能,不断致力于减少项目风险和不确定性 敏捷项目管理阶段.jpeg 二、敏捷的常见问题解答 (一)、对于敏捷中文档的度,我们应该如何把握?什么样的文档是需要的,什么样的文档可裁剪? 答: 有价值的文档是需要的。什么样的文档有价值? 对于类似的文档,在敏捷中认为都是可以裁剪的,前提是确保输出的可交付成果不变形,满足预期的标准和要求。 (二)、敏捷宣言提出"客户合作胜过合同谈判",针对不断变更的需求如何签订敏捷的合同? (四)、团队既要保证迭代的不被干扰,又要响应变更,岂不是矛盾 虽然客户在生命周期的任何一个时间点上都可以提出变更,但是团队并不会立刻响应变更,通常会在迭代计划中梳理每个用户故事的优先级,根据价值排序,
Leangoo领歌覆盖了敏捷项目研发全流程,包括小型团队敏捷开发,Scrum of Scrums大规模敏捷。 SAFe(Scaled Agile Framework)是全球运用最广泛的大规模敏捷框架。SAFe融合了精益、敏捷和DevOps,它是一个知识库,囊括了大量已被证明的精益敏捷实践和能力。 SAFe是全球最受欢迎和接受的大规模敏捷框架。 Scrum of Scrums按照节奏定期召开Scrum of Scrums站立会议,通常一周2-3次,也可以根据需要提高频率。通常是Scrum Master参加。 大规模场景下进行缺陷规划,首先选择需要规划的目标团队,然后将缺陷规划到这个团队的迭代看板中,然后切换到下一个团队,依次完成多个团队的缺陷规划 Sprint回顾在敏捷开发中,我们每个迭代团队都会开回顾会议