- 综合排序
- 最热优先
- 最新优先
- 来自专栏FreeSWITCH中文社区
敏捷开发
现在有许多公司专门从事软件开发项目。他们中的一些人正在使用标准的业务方法（瀑布），有些人已经涉及敏捷原则。产品开发人员和开发团队一直在寻找更有效的生产方式。 虽然瀑布过程在过去被广泛采用，但越来越多的团队正在转向敏捷开发，这是一种现代化的项目管理和产品开发方法。在本文档中，我们想向您介绍敏捷的世界，并揭示与在工作中使用敏捷方法的开发团队合作的好处。 敏捷简介： 敏捷开发（Agile development) 是一种从1990年代开始逐渐引起广泛关注的一些新型软件开发方法，是一种应对快速变化的需求的一种软件开发能力。 与传统瀑布开发的比较： 敏捷开发与传统瀑布开发的主要区别在于，小团队可以根据快速反馈和变化，使用持续设计改进和测试的原则开发高质量的自适应软件。 如果没有敏捷的思维方式，工具和流程就收效甚微。 敏捷开发框架： 敏捷是几种迭代和增量软件开发方法的总称，每一种变体都是它自己的敏捷框架。
1.9K22编辑于 2022-12-12 - 来自专栏超级架构师
「敏捷开发」企业架构和敏捷开发：对立吸引？
因此，在许多组织中，敏捷与创新能力同等重要。创新和敏捷性是可持续业务的必要能力。 ? 敏捷开发已成为软件开发的标准。但真正的业务敏捷性需要的不仅仅是拥有一堆Scrum团队。 此外，如果您只关注敏捷软件开发提供的小规模敏捷性，您可能看不到树林：为什么您希望像企业一样灵活，这需要什么？ 在更大的规模上组织敏捷 企业不仅仅是小团队的一系列本地开发项目。 SAFe使用分层迭代方法，我们在底层找到典型的敏捷团队。这些结果以2-3周的典型敏捷频率提供。 该层以团队层的几倍速度迭代，每2-3个月交付一次可交付的产品。在顶部，大型，长期的发展定位。这就是企业架构找到它的位置。 TOGAF也有一个迭代结构，由其架构开发方法（ADM）熟悉的“麦田怪圈”图表示。但是，在敏捷环境中应用它需要进行一些调整。特别是企业架构需要变得更加外向，从而更加面向业务，最终客户和以结果为中心。
2.2K21发布于 2019-07-14 - 来自专栏mini188
谈谈敏捷开发
随后进入了提倡敏捷开发的公司，被迫式的接触了许多“敏捷开发”，随着项目经历越来越多，慢慢的就开始有了更新的认识和想法。 2、更充分与市场人员交流，在市场人员进行需求交底时，让更多的甚至全体成员参与会议，了解产品的原始业务及需求。并且在过程中有问题也及时的解答及沟通。 在做这些工作的时候我并不知道敏捷开发这个东西，直到在2010年进入一个公司非常提倡敏捷开发，已经有了迭代周期、backlog、站立会议、周例会等等，在这个团队中对开发过程有各种规章要求，完全是制度化的， 这里只是想强调需求需要更多的投入到开发过程中去，及时的与客户沟通交流，了解到客户的真实想法。 强调文档的作用 我觉得很多对敏捷开发的一个误解就是不需要文档，敏捷开发并未抛弃文档。 2、不要忽略测试人员在开发阶段的作用 曾经多少次在项目发布前加班到深夜2点的情景还历历在目，那种感觉即快乐又痛苦。
2.2K01发布于 2018-07-31 - 来自专栏终有链响
敏捷开发-Scrum
借用百度百科的说法： Scrum是迭代式增量软件开发过程，通常用于敏捷软件开发。Scrum包括了一系列实践和预定义角色的过程骨架。 虽然Scrum是为管理软件开发项目而开发的，它同样可以用于运行软件维护团队，或者作为计划管理方法。 Scrum开发原则 1．保持简单： Scrum 本身就是简单轻量级的流程，一页纸就能说清楚，与传统模式相比，它能极大简化我们现有的开发流程。 2．接受变化： Scrum 鼓励将工作细分成小块。 2.“冲刺”( Sprint )： 一个 Sprint 就是一次为完成特定目标的选代，一般是1~3周。之所议叫冲刺 Sprin ，而不是叫选代，就是希望大家能够保持一种紧迫感，努力快速完成任务。 5.Scnum Maste（敏捷专家） ： 这个人负责执行这个框架流程，帮助大家消除工作障碍，来保护团队不受外界打扰，这就像“牧羊犬＂保护羊群一样；同时领导团队不断责进工作流程，这一点上，他应该是一个“
1.2K10编辑于 2024-07-29 - 来自专栏sickworm
《敏捷软件开发：原则、模式与实践》笔记（2）
第六章 一次编程实践 原文保龄球规则：（文末） https://www.twblogs.net/a/5b957acb2b717750bda47bd5/zh-cn/ 原文需求： 记录一届保龄球联赛的所有比赛 uint8 round9_0, uint8 round9_1, uint8 round10_0, uint8 round10_1, uint8 round10_2, } uint8 round9_0, uint8 round9_1, uint8 round10_0, uint8 round10_1, uint8 round10_2,} 不存储最终该轮得分 uint32 team_b, uint32 record_a_id, uint32 record_b_id, uint32 winner_id,} winner_id 稍微考虑了一下 2 是否允许多投 1 或 2 次取决于输入（裁判）。 文中提到，大意：增加各种类来提高软件通用性不等于易于维护（需求变更），易于理解才时易于维护的。
41610发布于 2019-12-23 - 来自专栏程序源代码
敏捷j2ee开发平台集成版
功能概述 关键字： java 开源 轻量级 工作流 敏捷开发 框架开发 基于java语言开发的。它是JeeSite4-JFlow 是 JeeSite 开发平台与 JFlow 流程开发平台集成的版本。 可以使用 JeeSite 的敏捷性开发，也可以使用开源工作流引擎JFlow。两者珠联璧合，是您开发的好框架。 这个开发平台主要包含两个部门：第一部分就是java开发基础平台，如图1所示，它实现了用户管理、角色管理、机构管理、部门管理、权限管理等基本功能，它本身就是一个java的开发框架。 第二部分是引用了一个开源的工作流开发框架，如图2所示，它实现了工作流程的开发等功能。流程引擎设计支持所见即所得的设计：节点设计、表单设计、单据设计、报表定义设计、以及用户菜单设计。
1.9K30发布于 2019-10-25 - 来自专栏Ryan Miao
敏捷开发Scrum
?
2.2K81发布于 2018-03-13 - 来自专栏smy
敏捷开发--scrum
请简述一下什么是敏捷开发（Agile Development），以及什么是持续集成。 敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。 在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。 许多团队发现这个过程可以大大减少集成的问题，让团队能够更快的开发内聚的软件。 2. 你所知道的敏捷方法有哪些？ 请至少列举出3个 Scrum、极限编程(Extreme Programming，XP)、Crystal、动态系统开发方法、功能驱动的开发方法和Lean软件开发 3. 2、每日Scrum会议 每日Scrum会议（Daily Scrum），即团队每日例会，条件允许的话，每天都应该在同样的时间和地点，组织所有成员站立举行。
2.5K61发布于 2018-04-03 - 来自专栏开发笔记
了解敏捷开发
什么是敏捷开发？ 敏捷开发以用户的需求变化为核心，采用迭代、循序渐进的方法进行软件开发。 敏捷开发模式的分类 XP极限编程（eXtreme Programming） SCRUM 水晶方法 动态系统开发方法 精益开发 其中XP和SCRUM最为流行。 在开发过程中，通过持续集成，使得每一次的发布都可以成为可执行版本。 勇气 应用极限编程，每时每刻都在应对变化。这要求开发者时刻面对快速开发，重新开发。 主要分为三个步骤：客户编写故事；开发人员进行按照优先级进行分解和排序；确定产品迭代周期（2-3周） 小型发布 持续集成，但每一个版本的发布都需要具备足够的商业价值。 现场客户 主要为了沟通 编码标准 定义变量名等开发规范。【确保沟通交流】 配合是关键 1+1>2
1.9K21发布于 2019-09-24 - 来自专栏FREE SOLO
Scrum敏捷开发
什么是Scrum敏捷开发 Scrum是敏捷开发的一种，是一种以人为本，迭代式增量软件开发的过程，以英式橄榄球争球队形（Scrum）为名，因此可以想象，整个团队是高效而富有激情的。 接下来利用2到4周的时间进行开发和测试，其中每天都要开站会（Scrum meeting），团队内部成员在这个会议上了解整个迭代的进展情况，最终交付后，团队一起开sprint review和retrospective 开发周期 Scrum开发一般建议为2-4周为一个周期，以两周为例，整个时间线大概如下，可以看到第一个迭代的结束和第二个迭代的开始是有重合部分的。 Master可以由专门的人来担当，也可以由团队内部的成员来担当，很多团队都是由PO来同时兼任Master，笔者建议由团队内部成员轮流担当，这样能够培养团队成员的责任感，增强团队的凝聚力，并让大家更加容易理解敏捷开发的精髓 敏捷带来的价值 快速响应变化，及时响应用户反馈，调整优先级：Scrum开发可以完全适应现在互联网开发里的”小步快跑“，以轻量级的Story作为需求进行迭代式开发，保证最重要的总是优先做。
2.8K32发布于 2019-12-20 - 来自专栏Cloud Native - 产品级敏捷
敏捷价值流开发 (产品级敏捷)
许多今天还是明星的科技公司, 却往往因所生产的产品, 对客户不再产生任何的 ”影响力”, 而面临即将黯然关门, 倒闭的命运◦ 在这不可预期且淘汰迅速的大环境下, 是否可藉由精益敏捷开发, 而使产品的研发团队 敏捷价值流开发 (产品级敏捷), 便是以精益敏捷开发的思维, 从外部使用者的视角, 指导著产品的研发团队, 从建构产品级的特性到各版本的研发, 如何能以最少的产出, 却对外部的用户, 产生最大的影响与效益 ◦ 敏捷价值流开发 (产品级敏捷), 已在许多大型企业中执行且落实◦ 是一绝对成熟且值得学习的精益敏捷实践◦ 附件: 敏捷价值流开发(产品级敏捷)
2.2K100发布于 2018-01-05 - 来自专栏超级架构师
「敏捷模型」敏捷架构：规模化敏捷开发的策略
与流行的看法相反，架构是敏捷软件开发工作的一个重要方面，就像传统的工作一样，并且是扩展敏捷方法以满足现代组织的现实需求的关键部分。但是，敏捷专家的架构方式与传统主义者的方式略有不同。 2.整个生命周期的架构 图1描绘了敏捷模型驱动开发（AMDD）的生命周期。 图1.软件项目的敏捷模型驱动开发（AMDD）生命周期。 ? 图2描述了Disciplined Agile Delivery（DAD）工具包描述的敏捷/基本生命周期。 图2的生命周期是DAD基于Scrum或“基本”的敏捷交付生命周期，但它也支持精益/看板类型的生命周期和持续交付生命周期。我们的想法是，您的团队应该采用对您所面临的情况最有意义的生命周期。 图2. 共同的实践 敏捷实践 架构师受到高度重视，经常被置于基座上，甚至更糟糕 敏捷的架构师谦虚地承认他们不会走水 架构师太忙了，不能随便开发 敏捷架构师是开发团队的活跃成员，在适当的情况下开发软件并充当团队的架构顾问
2.2K21发布于 2019-09-10 - 来自专栏程序猿小亮的专栏
敏捷开发实践（一）--谈谈我对敏捷开发的理解
随着敏捷开发越来越流行，人人都在谈敏捷，人人也都在学习scrum等敏捷开发方法。。。当然，自己也是敏捷开发的实施者和受益者。 详细的介绍和学习一下敏捷开发 2. 和CSDN的大牛们一起分享交流，学习，提高一下 3. 总结实施敏捷过程中的问题，不断反思，不断提高 4. 其次，敏捷开发都具有以下共同的特征： 迭代式开发 增量交付 开发团队和用户反馈推动产品开发 持续集成 开发团队自我管理 最后，相比于“传统”的瀑布开发模式，敏捷开发是一种“现代”的开发模式。 在开发的过程中，你可以采用Scrum方式也可以采用XP方式； 2. Scrum和XP的区别是，Scrum偏重于过程，XP则偏重于实践，但是实际中，两者是结合一起应用的。 敏捷开发宣言比较抽象，但是敏捷开发十二原则就非常具体了，相信用过敏捷的人都知道，上面的十二原则都是开发过程的经验总结。
1.9K11发布于 2021-01-29 - 来自专栏全栈程序员必看
敏捷开发有哪些模式_软件敏捷开发方法的模式
很显然传统的瀑布开发模式已经不能满足需要了，于是，敏捷开发这种模式就出现了。 接触过敏捷开发的朋友可能会知道，敏捷开发有如下的价值观： 个体与互动 胜于 过程与工具，可工作软件 胜于 复杂文档 用户协作 胜于 合同谈判，响应变化 胜于 遵循计划 下面新霸哥将会用一个真实的案例的给大家讲讲敏捷开发 开发人员编码工作完成后就没有事情做了吗？ 迭代开发中一个星期后，相关的团队成员的编码工作基本上完成了或完成了大半。这时候项目经理会组织一个开发人员会议，就是开发人员坐到一个会议室里面瞪着大眼在投影仪上找bug或编码规范问题。 当然，敏捷开发有十二原则，在这里新霸哥就不重复了，如果有需要对敏捷开发有更深的了解欢迎和新霸哥交流。如今，敏捷的思想算是深入人心了，后面的具体方法就是教会我们如何实施敏捷。
1.9K11编辑于 2022-09-20 - 来自专栏硬核项目经理的专栏
【敏捷1.4】敏捷开发环境：领导与团队
敏捷开发环境：领导与团队 敏捷中，最重要的是什么呢？基本上所有的教材都会说，敏捷是以人为本的，以团队为核心的。第一，敏捷不提倡加班，第二，敏捷让团队自管理，第三，敏捷中的领导都是服务员而不是命令者。 要敏捷，更得要支持 首先，公司上层的支持是非常重要的一环。没有上层领导的支持，一切敏捷都无从谈起。为什么这么说呢？因为敏捷真的和传统的项目开发非常不同，甚至很多东西都是让人感觉不可思议的。 对于敏捷来说，它诞生于软件开发行业。众所周知，软件行业本身就是典型的知识工作者聚集的地方，很多业界大佬都是码农出身，试想，如果他们当时在开发的过程中，没有自主的管理和决策能力的话，能成就当前的事业吗？ 或者说一个开发人员，也可以去做一些测试工作。 不过，这里并不是说每个人都要成为 “全栈” 。很多 “全栈” 工程师，其实往往更多的情况下是什么都懂但什么都不精。 参考文档： 《某培训机构教材》 《用户故事与敏捷方法》 《高效通过PMI-ACP考试（第2版）》 《敏捷项目管理与PMI-ACP应试指南》
1.5K21发布于 2021-10-26 - 来自专栏杰的记事本
敏捷开发Agile Scrum
最近公司开始使用敏捷开发模式，所以稍微了解一下。。。 什么是敏捷开发？ 敏捷开发(Agile Development)是一种以人为核心、迭代、循序渐进的开发方法。 怎么理解呢？ 因为在瀑布的整个开发过程中，要写大量的文档，把需求文档写出来后，开发人员都是根据文档进行开发的，一切以文档为依据；而敏捷开发它只写有必要的文档，或尽量少写文档，敏捷开发注重的是人与人之间，面对面的交流， 关于Scrum和XP 前面说了敏捷它是一种指导思想或开发方式，但是它没有明确告诉我们到底采用什么样的流程进行开发，而Scrum和XP就是敏捷开发的具体方式了，你可以采用Scrum方式也可以采用XP方式； 1、我们首先需要确定一个Product Backlog（按优先顺序排列的一个产品需求列表），这个是由Product Owner 负责的； 2、Scrum Team根据Product Backlog列表， Story进行细化，形成一个Sprint Backlog； 4、Sprint Backlog是由Scrum Team去完成的，每个成员根据Sprint Backlog再细化成更小的任务（细到每个任务的工作量在2天内能完成
2K21发布于 2019-09-04 - 来自专栏达摩兵的技术空间
敏捷开发入门普及
不同于瀑布模型将开发过程划分为需求、设计、编码、测试等阶段，Scrum将整个开发过程分为多次迭代（称为Sprint，冲刺），一般为期2～4周。 图解敏捷开发 ? 适用场景 不确定的开发流程，技术方案 不成熟的产品 产品快速多方面优化 产品新特性研发 技术重构 问题场景&&错误认识 一个团队闭关开发一个项目就是敏捷 正确理解：敏捷不等于闭关，只是可能坐一起效率更高 ，其倡导的是何时都可以发生沟通，并准备一白板可以随时讨论方案；敏捷团队质量以及效率高于一般团队；敏捷团队开发的是以迭代为单位，不是项目； 有了任务细分，开发白板，站会就是敏捷 正确理解：任务细分、白板、 开发很快，快速交付的是敏捷 正确理解：开发快、快速交付产物只是敏捷的一个特点，也要深刻理解其交付的只是一个迭代的，并不是一个完整的产品。 只有软件开发团队才有敏捷 正确理解：符合可以将任务明细，具有一个可执行团队，一个监督者，都可以尝试敏捷的管理。
2K41发布于 2018-08-28 - 来自专栏Phoenix的Android之旅
敏捷开发实践总结
前言 敏捷开发它是一种指导思想或开发方式，但是它没有明确告诉我们到底采用什么样的流程进行开发，而Scrum和XP就是敏捷开发的具体方式了，你可以采用Scrum方式也可以采用XP方式；Scrum和XP的区别是 什么叫敏捷开发？ 敏捷开发(Agile Development)是一种以人为核心、迭代、循序渐进的软件开发方法。敏捷开发作为CMM神话崩溃后被引入的一套新的软件开发模式。 对概念的理解： 以人为核心：敏捷开发它只写有必要的文档，或尽量少写文档，敏捷开发注重的是人与人之间，面对面的交流，所以它强调以人为核心。 敏捷开发的4句宣言 1，个体与交互 胜过 过程与工具 2，可以工作的软件 胜过 面面俱到的文挡 3，客户协作 胜过 合同谈判 4，响应变化 胜过 遵循计划 我对这4句宣言的理解： 产品结果大于形式，先把产品做出来 作为客户端开发人员在实际的迭代开发过程中，有以下感想和总结： 1，每日的站会迫使人去对昨天的工作做一个小总结和今天的工作计划，无形中让让人做事更加的积极 2，即使是敏捷开发，也要尽可能的有详细的需求 3
3K30发布于 2018-09-29 - 来自专栏菲宇
什么是敏捷开发
1、概念 简单的说，敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。 敏捷最大的特色是迭代式开发。 2、优势 ? 1、敏捷开发属于增量式开发，对于需求范围不明确，需求变更较多的项目而言，可以很大程度上响应及拥抱变化。 2、对于互联网产品而言，市场风向转变很快，需要一种及时快速的交付形式，而敏捷开发则能更好地适用于此。 3、敏捷开发可最大程度体现80/20法则的价值，通过增量迭代，每次都优先交付那能产生80%价值效益的20%功能。能最大化单位成本收益。 3、误区 ? 4、特点 ? 5、核心原则 ? 敏捷开发 6.1、敏捷开发 客人到餐馆来点菜（新项目） 不确定客户想吃什么的时候，通常选好餐厅后会先看看餐厅的菜单（客户往往提不出具体的需求） 根据图文菜单，客人点了是个菜（根据原型和设计稿
5.2K21发布于 2019-09-06 - 来自专栏嘉为动态
【敏捷开发】企业如何通过落地DevOps实现敏捷开发模式？
，那如何开展敏捷开发及后续支撑规模化敏捷，此文希望能给大家带来点思考。 我们怎么样做才叫敏捷 1.敏捷开发模型 目前敏捷越发被传统企业所接受，在软件开发领域，很多情况下大家将敏捷作为一个优先考虑的事情，目前根据最初的敏捷方式，划分的团队基本在十人以内，此数量级的项目组沟通起来最为方便并且人员分工也较为完整 第三部分两个圈，大圈为我们常说的迭代周期，理论上建议是2-4周，小圈称为站立会，主要是每天统计整体的进度情况及困难点等。 敏捷教练：一个敏捷团队的负责人，工作类似于一个整体项目的项目经理，需要理解业务需求，保证项目的整体按时交付。 团队：包括完成一个特定功能或迭代的所有成员，设计、开发、测试、运维等。 需求与CI、CD的联动 通过流程加平台能力的方式支撑敏捷开发中的需求管理后，在整个DevOps中又可以扮演哪些角色呢，这里可以提供一些思路参考。
1.2K21发布于 2020-08-06
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号