前言: 本文主要探讨在精益敏捷的开发下, 该如何看待与处理所谓的 “带病迭代”? (而不在探讨如何定义带病迭代◦) 本文: 精益敏捷开发采用迭代的方式进行开发◦许多的团队在这方面往往犯了以下的其中一个错误, 而使得精益敏捷开发最终以失败收场! 2) 认为迭代是 “带病” 了, 便认为应停止开发下一轮迭代的所有需求, 先将这轮迭代搞 “健康” 了再说◦ 如此的思维, 作法是以 CMMi 的方式在执行精益敏捷开发;标准的借尸还魂◦最终, 结论: 在精益敏捷的开发下, 看待与处理所谓的 “带病迭代”, 是期望项目经理需根据: 1) 外部客户, 使用者的变化 2) 产品质量的变化 有智慧的做出正确的 “决策”, “计画 ” 与 “执行’◦ 能拥抱变化, 才是真正的精益敏捷开发!
扯得有点远了,赶紧收回来——敏捷迭代是个好东西,能让产品更快速、更精确地应对用户需求的变化。 如若不然,产品就会走上颠簸之路或者伪敏捷之路,前者的体现是敏捷反而会导致版本稳定性下降,后者的表现是在快速版本周期内只能做小打小闹式修改,并不能真正使产品核心功能完成迭代式演进、不断提升产品品质。 迭代模型说明 当然,除了角色能力这一关键因素,合适的敏捷运作流程也是甚为关键,两者是相得益彰的,为讲清楚这一点,笔者特意将所在产品团队的敏捷迭代模型规划图贴出来,以便做针对性讲解。 三周敏捷迭代模型规划图 图中要素说明: 1、绿色字样的是整个团队的核心里程碑交付节点; 2、蓝色字样是各角色各阶段工作需完成里程碑节点; 3、此迭代模型迭代周期为三周,故仅适用于后台开发工作量在两周以内的需求 综上所述,敏捷迭代运作必然是多角色工作递延启动、并行运作,而且环环相扣的,对每一个角色的要求都很高,任意一个角色拖后腿都会影响整个团队进度,迭代运作初期团队人员可能会比较累(特别是产品跟设计,差不多要同时准备两个版本的需求与设计稿
1.概要 在公司我们经常会听到敏捷迭代这个词汇,可能也在敏捷迭代的工作流中工作过 。但是却没有对敏捷迭代有更全面的了解,希望这篇文章能简单的让大家有个全面一点的了解。 本文需要讲到的内容是Scrum敏捷框架,当然还有其他的敏捷框架这里就不多讲了。 1.1 什么是Scrum? Scrum 将 敏捷 原则作为一组具体的项目、做法和角色来实现。 2.详细内容 2.1 Scrum生命周期 下图详细介绍了迭代 Scrum 生命周期。整个生命周期在称为 冲刺的固定时间段内完成。 当我们用Scrum来实施敏捷开发时就大不相同了,整个项目会被分解成不同的小部分。 Plan: 围绕最小化可行性产品的特性进行产品规划。 Build: 把最小可行化产品开发出来。 做详细的规划来完成下一个增量式发布,经过几轮迭代得到了几个增量式版本,成为Sprint。一个Sprint通常需要一个到三个星期,就这样一直重复Sprint直到你的产品功能齐全。
敏捷开发提倡以迭代式开发的方式开发产品,即一次完整地经过所有工作流程的过程:需求、分析设计、实施和测试工作流程,所有的阶段都可以细分为迭代,并在一次迭代中完成系统的一部分功能或业务逻辑的开发工作。 在迭代计划会上,需要明确这个迭代的目标是什么,任务是什么,每个任务的目标又是什么。2、加强协作。在敏捷开发过程中,团队成员需要密切协作,及时交流,相互帮助,共同解决问题。3、简化流程。 敏捷开发迭代管理示例:迭代规划完成后,进入迭代看板,可以看到已规划的用户故事已分别放置在独立泳道中,泳道可横向对应用户故事和拆分的任务。 敏捷迭代规划:图片用户故事任务拆分:图片迭代执行:图片免费敏捷开发工具:常见的敏捷开发项目管理软件有很多,比如Leangoo领歌、Axosoft、Trello、Asana、Monday.com、Zenkit 是一款功能强大且用户友好的解决方案,支持Scrum Agile框架和每日进度估计,能提供详尽的统计数据;Trello是一款简单易用的团队协作工具,可以用来管理任务、项目和团队;Asana是一款无障碍的项目管理工具
在敏捷研发理念深入人心的今天,产品团队面临着快速响应需求、高效交付价值、灵活调整方向的核心挑战。传统的重型项目管理工具往往流程繁琐、配置复杂,难以适配互联网产品快速迭代的节奏,反而成为效率瓶颈。 产品研发轻量化管理工具(Sprint Board)的核心价值,不在于堆砌功能,而在于以极简的可视化方式,串联“需求规划-任务拆解-执行跟踪-交付复盘”的迭代全流程,让团队聚焦核心工作、减少沟通内耗,让每一个 敏捷转型初期的团队对于刚接触敏捷的团队,复杂工具会增加学习成本,轻量化Sprint Board简单易上手,能帮助团队快速建立迭代意识和协作习惯。 A:轻量化工具的核心是“聚焦迭代执行”,若项目需要复杂的需求管理、工时统计、跨项目关联,可采用“核心工具+补充工具”的组合模式:用Sprint Board管理日常迭代执行,用专业项目管理工具(如Jira 七、结语产品研发轻量化管理工具(Sprint Board)的本质,是将“复杂的迭代管理”回归“简单的价值交付”,让工具成为团队协作的“催化剂”而非“绊脚石”。
敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中,软件项目的构建被切分成多个子项目,各个子项目的成果都经过测试,具备集成和可运行的特征。 敏捷工具我推荐几款: 1、Leangoo领歌一款永久免费的专业敏捷研发管理工具,它覆盖了敏捷项目研发全流程,包括小型团队敏捷开发,规模化敏捷SAFe,Scrum of Scrums大规模敏捷。 能够支持多种场景,如:敏捷研发管理、敏捷项目管理、工作流管理、轻量级项目群管理、任务管理等。2)管理产品路线图、产品backlog、迭代规划和执行、缺陷、测试、项目文件及企业组织架构等等。 2、Agilefant是一个免费的开源项目管理工具,为敏捷开发提供了一个完整的解决方案。它提供了任务管理、迭代计划、可视化迭代结构和跟踪、以及实时动态报表等特点,帮助团队更好地掌控项目进展和管理。 3、XPlanner是专门为XP(极限编程)团队设计的项目管理工具。它支持XP开发流程,并解决利用XP思想来开发项目所碰到的问题。
Sprint Retrospective 迭代回顾会 是非常重要的一个会议,很多时候,团队成员都会忽视,或者流于表面,今天和大家好好聊一聊这一块 一、Sprint Retrospective的概叙 迭代回顾会是在 参与的人员主要是敏捷团队成员,时长不超过1.5小时。 二、Sprint Retrospective目的 目的主要是让敏捷团队成员自省同时在下个sprint的时候提升。 3.2 团队关系 这里的关系不仅指的是敏捷团队成员之间的关系,也包括和干系人之间的关系,这也是我们要关注的。 确实,在我们做敏捷管理的过程中,会用上大大小小的工具来提高效率,但是,你会发现,有一些工具在这个sprint有效,在下个sprint就不一定有效了。 我们还要设定一个安全的会议环境,鼓励与会的敏捷团队成员多发言。
为了协助大家找到合适的需求管理工具,我们选择了国内外几款款工具作比对:Leangoo领歌敏捷工具Jama SoftwareVisure RequirementsIBM DOORS NextReqSuite SAFe敏捷工具,敏捷项目管理,敏捷研发工具)Leangoo领歌是一款专业的敏捷开发管理工具,提供端到端敏捷研发管理解决方案,涵盖敏捷需求管理、任务协同、缺陷管理、进展跟踪、统计度量等。 2)管理产品路线图、产品backlog、迭代规划和执行、缺陷、测试、项目文件及企业组织架构等等。3)可查看多项目进度,项目视角的统计,方便企业管理者统一查看项目及项目下任务看板进度。 Visure Requirements(官网:https://visuresolutions.com/Visure是一家领先的需求管理工具提供商,提供全面的协作ALM平台,包括完全可追溯性、与MS Word Visure 是一种易于使用且全面的需求管理工具。 它集成了同一环境中的其他流程,例如风险管理、测试管理、问题和缺陷跟踪以及变更管理。比较可惜的是不支持在国内使用。
迭代计划会议是团队级敏捷的三个基础会议形式的一个,按软件开发的时序,这个是第一个会议,我之所以放到最后讲,是因为这个会议很重要,非常容易陷入误区。 Backlog:一个经过产品经理和开发Leader预沟通的备选迭代Backlog,初步的需求优先级排序 2.迭代的目标:目标包括很多类型,是这个迭代的“教堂”,比如这个迭代要交付的重大特性,重大的市场发布等 11.会议结束,开始为这个迭代的目标而冲刺。 迭代会中的一些雷和坑 1.迭代会议预先准备是非常关键的。 关于为什么比较流行使用斐波那契数列我写了一个短文:https://bbs.huaweicloud.com/forum/thread-13153-1-1.html 3.业界在各种敏捷,DevOps培训中, 整个迭代会议,建议使用专业的敏捷协同管理工具,大家看到内容一致,大家刷新调整后的内容也一致并即刻生成,会议结束的同事,一份本迭代的UserStory/Task列表就生成了,也不用会后再去整理。
一、Sprint Planning 迭代规划会 迭代规划会从大的方面来说其实就是做两件事情: 1、决定迭代阶段需要做哪些事情? 开发团队回答:“实现微信支付”,那么在接下来的迭代周期内,开发团队就是围绕着这个迭代目标奋斗,其他和此迭代目标无关的至少在这个迭代周期内不管。 一旦Sprint Goal确定,Sprint Backlog选定,剩下的事情就是敏捷团队大显身手的时候了。 image.png 三、Sprint Planning的要点 1、新的开始 敏捷开发是增量式的交付,可能由好几个迭代周期组成,上一个迭代周期结束,新的迭代周期开始。 图片 3.png 4、确定Sprint Goal 迭代目标 敏捷团队确定这次迭代的Sprint Goal 迭代目标,这样让开发团队更聚焦、专注。
---- 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是国产的一款产品,以看板为核心,围绕看板进行项目管理及任务协作。也有共享思维导图,时间线视图。 对敏捷开发的支持是非常好的。 敏捷产品端到端的管理,产品路线图、需求管理,迭代规划,迭代开发,任务版,燃尽图跟踪进度,甘特图,项目文档管理,任务提醒,任务关联,工时等等 项目统计,企业视角统计,看板视角统计,人员视角统计等等,全方位跟踪项目进展
本文将从得物技术部的敏捷迭代在落地过程中的实践出发,对比敏捷行业敏捷实践的共性及差异性,以大规模团队的实践做为切入点,以点带面带大家了解千人规模的敏捷迭代在得物的落地实践。 二、千人敏捷迭代的挑战与解题思路 电商业务本身属于长流程业务,从产品上架到用户下单再到履约,涉及到商品管理、订单处理、支付结算、物流配送等多个方面。 得物敏捷迭代在推广落地过程中并没有死搬硬套行业内的一些敏捷框架,诸如团队级的敏捷框架Scrum甚至是组织级的大规模敏捷框架SAFE等,而是结合自身业务和团队的特点,借鉴和落地好的敏捷实践,形成了自己特色的解决方案 、参与者、准入/准出标准、项目管理工具RDC操作指南。 流程落地、项目管理工具落地是在实践过程的前期一定会去做的事情,这个落地过程中的问题也会因为各种因素层出不穷,这个阶段的落地目标也会把团队的吞吐情况作为第一目标去完成。
Leangoo领歌覆盖了敏捷项目研发全流程,包括小型团队敏捷开发,Scrum of Scrums大规模敏捷。 SAFe(Scaled Agile Framework)是全球运用最广泛的大规模敏捷框架。SAFe融合了精益、敏捷和DevOps,它是一个知识库,囊括了大量已被证明的精益敏捷实践和能力。 SAFe是全球最受欢迎和接受的大规模敏捷框架。 大规模场景下进行缺陷规划,首先选择需要规划的目标团队,然后将缺陷规划到这个团队的迭代看板中,然后切换到下一个团队,依次完成多个团队的缺陷规划 Sprint回顾在敏捷开发中,我们每个迭代团队都会开回顾会议 Leangoo领歌也提供SAFe大规模敏捷培训,SAFe认证Leading SAFe官方认证班 大规模敏捷 SAFe ScrumMaster & Leading SAFe双认证班SAFe认证SPC官方认证班
这种不可预测性使项目管理复杂化,因为传统的开发方法可能无法满足AI必不可少的迭代学习过程的需求。 敏捷原则强调灵活性和协作以及渐进式进展,为应对这些挑战提供了一个有前景的框架。 通过结合迭代周期、持续反馈和自适应规划,敏捷方法允许团队快速适应变化,改进其模型,并有效地整合新数据。 这种AI和敏捷之间的结合促进了更具弹性的方法,使团队能够在交付有价值和功能的AI解决方案的同时管理不确定性。 将敏捷适应AI开发 在AI开发中,迭代周期对于解决数据质量变化和模型更新至关重要。 随着数据集的发展,定期迭代允许团队根据新的见解和挑战改进其算法,确保AI模型保持相关性和准确性。这种方法使团队能够快速转向,适应不断变化的数据环境的复杂性。 协作对于在敏捷框架内发展项目范围至关重要。 结论 将敏捷方法与AI产品管理相结合,创建了一种应对迭代开发复杂性的动态方法。敏捷强调灵活性和快速反馈,与AI技术的不可预测性完美契合,使团队能够快速适应新兴挑战和利益相关者期望。
在敏捷和精益的推动下,很多软件研发项目只是望文生义,只学到了“速度”,提出了快速迭代,快速交付,忽略了做好每个环节才是提效的根本。 面对软件开发过程中存在的问题,抱着“多快好省”的软件研发愿景,一群志同道合的软件开发实践者提出了新的开发方法,我们称之为敏捷开方法。 敏捷开发要求研发团队及时响应客户不的需求,频繁交付可工作的软件,满足客户质量要求的产品。 甚至仅仅停留在快速角度,不断迭代的“伪敏捷”层面,为了交付而交付,为了迭代而迭代。导致软件研发人员疲于应付不断变更的需求,和任务,最终产生抵触情绪。 敏捷开发以用户的需求进化为核心,采用迭代、循序渐进的方法进行软件开发。在敏捷开发中,软件项目在构建初期被切分成多个子项目,各个子项目的成果都经过测试,具备可视、可集成和可运行使用的特征。
01 从0到1 在敏捷测试中找到最优解 背靠义乌商品市场,靖然优品有着天然的产品供应链优势,几乎所有的小商品品类,都能直接在当地接触到,因此在产品选择方面有足够的尝试空间。 靖然优品表示,正是在巨量千川的帮助下,靖然优品已经走出了自己的巨量千川经验之道,如何做敏捷测试,什么时候控制成本,什么时候追投,怎样在策略上做整改,靖然优品都已经掌握了规律。
敏捷开发 极限编程的思想体现了适应客户需求的快速变化,激发开发者的热情,也是目前敏捷开发思维的重要支持者。 敏捷软件开发是一个开发软件的管理新模式,用来替代以文件驱动开发的瀑布开发模式。 敏捷开发集成了新型开发模式的共同特点,它重点强调: 1.敏捷就是“快”。快才可以适应目前社会的快节奏,要快就要发挥个人的个性思维多一些。 2.客户参与。 迭代开发,敏捷开发,区别一种生命周期模型,项目管理方法集合 迭代开发是一种软件开发的生命周期模型,与其对应的还有瀑布模型、螺旋模型等等 敏捷开发是多种软件开发项目管理方法的集合 简单来说,迭代模型是敏捷开发普遍使用的软件生命周期模型,敏捷开发所包含的内容比迭代模型宽泛的多. 敏捷开发中,XP与SCRUM的区别 区别之一: 迭代长度的不同 XP的一个Sprint的迭代长度大致为1~2周, 而Scrum的迭代长度一般为 2~ 4周.
当风险识别完成并有确定的风险消除方案以后,就继续采用瀑布模型完成一次迭代开发。在多次迭代以后,达成所期望的戏疼。敏捷开发:如果只是从开发的核心阶段来看,敏捷开发就是迭代开发。 敏捷开发敏捷开发(agile development)是非常流行的软件开发方法。据统计,2018年90%的软件开发采用敏捷开发。敏捷开发的核心是迭代开发(iterative development)。 敏捷一定是采用迭代开发的方式。敏捷开发是总体概念,而迭代式开发是实践敏捷开发概念的一个手段。 敏捷开发除迭代式开发外,还包含了其他许多管理与工程技术实践,如演进式架构设计、敏捷建模、重构、自动回归测试(ART)。综上,敏捷开发与迭代开发是整体与局部的关系,前者是家族,而后者是家族成员。 增量开发加上迭代开发,才算真正的敏捷开发。敏捷开发是以用户的需求为核心,采用迭代、循序渐进的方式开发软件。敏捷开发的优势早期交付敏捷开发的第一个好处,就是早期交付,从而大大降低成本。