敏捷软件开发

最新推荐文章于 2023-09-28 20:02:24 发布
最新推荐文章于 2023-09-28 20:02:24 发布
阅读量155 收藏
点赞数
分类专栏： 软件开发和项目管理
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/xylylx/article/details/84814072
版权

敏捷软件开发

敏捷软件开发是一种面临迅速变化的需求快速开发软件的能力。

敏捷宣言：

1.个体和交互胜过过程和工具 团队沟通是很重要的

2.可以工作的软件胜过面面俱到的文档  软件无二义性

3.客户合作胜过合同谈判 

4.响应变化胜过遵循计划 只为近期任务做详细计划，远期任务做粗略计划

 

通过迭代，每个人都知道将要做什么以及何时去做。其他人可以看到项目的进展。

测试驱动开发

重构

 

xylylx
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
关于敏捷软件开发
nirvana_li
09-03 2013
最近在看,对其中的原则和实践非常感兴趣.顺便记录下来....1. 敏捷软件开发宣言 个体和交互          胜过   过程和工具 可以工作的软件  胜过   面面俱到的文档 客户合作              胜过   合同谈判 响应变化              胜过   遵循计划2. 12个原则:  2.1 我们最优先要做的是通过尽早的,持续的交付有价值的软件来使客户满意  2.
Scrum敏捷软件开发.pptx
11-14
"Scrum敏捷软件开发" Scrum敏捷软件开发是当前软件开发领域中的一种流行的开发方法，它强调以人为核心，基于迭代和增量的开发方式，通过自组织，沟通协作，循序渐进地开发软件。下面是Scrum敏捷软件开发的关键知识...
敏捷软件开发（中文版）
01-24
敏捷软件开发（中文版）
敏捷软件开发.pdf
04-13
目录 　　译者序 　　第2版前言 　　第1版前言 　　第0章不可知和不可说 　　0.1和解析体验相关的问题 　　0.1.1解析模式的冲突 　　0.1.2检测解析模式 　　0.1.3思考不准确的思想 　　0.2沟通的不可能性 　　0.2.1内部重新组织 　　0.2.2触及共享体验 　　0.2.3管理不完美的沟通 　　0.3聆听的三个层次 　　0.3.1三个层次和方法集 　　0.3.2三个层次与本书 　　0.3.3守-破-离 　　0.4那么，明天我做什么 　　第0A章不可知和不可说：演进 　　0A.1沟通和共享的体验 　　0A.2守-破-离 　　第1章创造和沟通的合作博弈 　　1.1软件和诗歌 　　1.2软件与博弈 　　1.2.1博弈的类型 　　1.2.2软件与攀岩 　　1.2.3创造和沟通的博弈 　　1.2.4软件与工程化 　　1.2.5软件与模型构建 　　1.3再论合作博弈 　　1.3.1程序员成为沟通专家 　　1.3.2更快地博弈 　　1.3.3标识物和道具 　　1.3.4减少回报 　　1.3.5对于首要目标的充分度 　　1.3.6对于积淀的充分度 　　1.3.7博弈中的博弈 　　1.3.8开放源码开发 　　1.4这对我意味着什么 　　第1A章创造和沟通的合作博弈：演进 　　1A.1沼泽游戏 　　1A.2合作中的竞争 　　1A.3其他领域的合作博弈 　　1A.4软件工程的重建 　　1A.4.1这一词汇从哪里来 　　1A.4.2我们从哪里走错了 　　1A.4.3重建软件工程 　　1A.4.4技艺 　　1A.4.5合作博弈 　　1A.4.6精益制造 　　1A.4.7重建后的软件工程 　　1A.4.8其他工程化中的协作 　　第2章个人 　　2.1人是古怪的 　　2.1.1寻找特征函数 　　2.1.2古怪性格的元素 　　2.1.3不可避免的多样性 　　2.1.4技术的作用 　　2.1.5相互冲突的共同点 　　2.2克服失败模式 　　2.2.1犯错误 　　2.2.2宁可失败也要选择保守 　　2.2.3创新而不研究 　　2.2.4不能始终如一的习惯动物 　　2.2.5使用纪律和容忍来应对 　　2.3以一些更好的方式工作 　　2.3.1具体化 　　2.3.2实物 　　2.3.3在某些东西的基础上进行修改 　　2.3.4观察和聆听 　　2.3.5支持专注和沟通 　　2.3.6工作分配要与个性相匹配 　　2.3.7天赋 　　2.3.8奖励要能保留乐趣 　　2.3.9组合奖励 　　2.3.10反馈 　　2.4利用成功模式 　　2.4.1善于四处寻找 　　2.4.2人们学习 　　2.4.3可塑性 　　2.4.4贡献和采取主动 　　2.4.5组合成功模式 　　2.4.6英雄也是普通人 　　2.5明天我该做什么 　　第2A章个人：演进 　　2A.1策略平衡 　　第3章团队的沟通与合作 　　3.1信息的对流 　　3.1.1延迟和机会损失成本 　　3.1.2尔格-秒 　　3.1.3渗透式沟通 　　3.1.4穿堂风 　　3.1.5信息辐射源 　　3.1.6热空气理论的应用 　　3.2跨越沟通的鸿沟 　　3.2.1沟通的形态 　　3.2.2去掉某些形态所产生的影响 　　3.2.3利用各种形态 　　3.2.4黏度与跨越空间的鸿沟 　　3.3团队就是集体 　　3.3.1友善和冲突 　　3.3.2工作时间的公民意识 　　3.3.3敌意的XP与友善的XP 　　3.3.4使用胜利来建立“团队” 　　3.3.5团队文化与亚文化 　　3.4团队就是生态系统 　　3.5我明天该做什么 　　第3A章团队：演进 　　3A.1一个修订后的办公室布局样本 　　第4章方法集 　　4.1一个交付软件的生态系统 　　4.2方法集中的概念 　　4.2.1结构术语 　　4.2.2范围 　　4.2.3概念术语 　　4.2.4发布一个方法集 　　4.3方法集的设计原则 　　4.3.1常见设计错误 　　4.3.2在方法集上成功的项目 　　4.3.3与作者的相关性 　　4.3.4七条原则 　　4.4细看XP 　　4.4.1XP简介 　　4.4.2剖析XP 　　4.4.3调整XP 　　4.5到底为什么使用方法集 　　4.5.1方法集解决什么问题 　　4.5.2如何评估一个方法集 　　4.6明天我应该做什么 　　第4A章方法集：演进 　　4A.1方法集与策略 　　4A.2组织级的方法集 　　4A.3过程就是循环 　　4A.4更简单地描述方法集 　　第5章敏捷与自适应 　　5.1轻但足够 　　5.1.1刚好足够 　　5.1.2对于编制文档的建议 　　5.2敏捷 　　5.2.1最佳击球点 　　5.2.2虚拟团队的麻烦 　　5.3变得自适应 　　5.3.1不厌其烦地进行反思 　　5.3.2方法集成长技术 　　5.3.3反思研讨会技术 　　5.4明天我该做什么 　　第5A章敏捷与自适应：演进 　　5A.1对于寓意的误解 　　5A.1.1迭代必须简短 　　5A.1.2敏捷团队必须驻扎在一起 　　5A.1.3敏捷团队不需要计划 　　5A.1.4架构已死；重构是你全部所需要的 　　5A.1.5我们不需要什么经理 　　5A.1.6敏捷开发在纪律上要求很低 　　5A.1.7敏捷只适合最优秀的开发人员 　　5A.1.8敏捷是既老又新的、失败的、没有尝试过的 　　5A.2敏捷方法集的演进 　　5A.2.1XP第2版 　　5A.2.2Scrum 　　5A.2.3实用主义和无名的 　　5A.2.4可预测、计划驱动和其他中心调整 　　5A.2.5约束理论 　　5A.2.6精益开发 　　5A.3新的方法集话题 　　5A.3.1敏捷项目管理 　　5A.3.2测试 　　5A.3.3用户体验设计 　　5A.3.4规划管控、Burn图和系统工程 　　5A.3.5用例和用户故事 　　5A.4经久不绝的问题 　　5A.4.1最佳击球点和下降 　　5A.4.2固定价格、固定范围的合同 　　5A.4.3敏捷、CMMI和ISO9001 　　5A.4.4何时停止建模 　　5A.4.5高科技/高接触的工具箱 　　5A.4.6敏捷的中心 　　5A.4.7你有多敏捷 　　5A.4.8引入敏捷 　　5A.5软件开发之外的敏捷 　　5A.5.1项目组合管理 　　5A.5.2客户关系 　　5A.5.3合同 　　5A.5.4将变更引入组织 　　5A.5.5程序员读哈佛商业周刊 　　5A.5.6建造房屋 　　5A.5.7机场建设 　　5A.5.8图书出版 　　5A.5.9会议组织和敏捷模型的限制 　　第6章Crystal方法集 　　6.1对Crystal家族塑形 　　6.1.1核心Crystal元素 　　6.2CrystalClear 　　6.2.1CrystalClear的简要描述 　　6.2.2CrystalClear的反思 　　6.3CrystalOrange 　　6.3.1CrystalOrange的简要描述 　　6.3.2CrystalOrange的反思 　　6.4CrystalOrangeWeb 　　6.4.1CrystalOrangeWeb的简要描述 　　6.4.2CrystalOrangeWeb的反思 　　6.5明天我该做什么 　　第6A章Crystal方法集：演进 　　6A.1Crystal基因代码 　　6A.1.1合作博弈的理念 　　6A.1.2方法集的重点 　　6A.1.3方法集设计原则 　　6A.1.4高度成功的项目的7个特性 　　6A.1.5技术与选择 　　6A.1.6样本方法集设计 　　6A.2CrystalClear 　　6A.3把CrystalClear扩展到Yellow 　　附录A敏捷软件开发宣言 　　附录Aa敏捷软件开发宣言和相互依赖声明 　　附录BNaur、Ehn、宫本武藏 　　附录BaNaur、Ehn、宫本武藏：演进 　　附录C后记 　　参考文献
我需要敏捷吗：不必关心敏捷的六大理由
透明思考@CSDN
05-16 5729
当“敏捷”日益成为整个软件业的热门词汇，作为优秀的开发者、成功的项目经理，我们是否有足够的理由不去关心敏捷？我们帮你列出了6个“不必关心敏捷”的理由，以及对这些理由的深入解释。如果这些理由仍然不能打消你对敏捷的兴趣，首届“敏捷中国”开发者大会即将来到你的身边。你现在就可以报名参加本次大会，与Martin Fowler和众多敏捷专家面对面交流。 理由1：项目需求？ 客户即上帝！
【软件工程基础】敏捷软件开发（Agile Software Development）
Lord_Bao的博客
03-17 1222
  软将工程基础第三篇：敏捷软件开发（Agile Software Development）。下文图片，摘自老师ppt。 文章目录前言现代软件开发特点敏捷宣言(Agile Manifesto)敏捷指的是什么？敏捷过程特点敏捷原则12条总结 前言   现代软件开发有需求变化大，人员流动大等特点，传统的软件生存周期模型难以很好的交付软件。所以，针对现代软件开发的特点，有前辈大神们就总结出了敏捷软件开发...
敏捷软件开发概述
是菠萝的博客
09-15 567
敏捷软件开发概述
软件工程务实——敏捷开发
weixin_64278441的博客
07-07 1525
敏捷软件开发( agile software development), 又称敏捷开发，是从20世纪90年代开始逐渐引起广泛关注的-些新型软件开发方法，它是一类轻量级的软件开发方法，提供了一组思想和策略来指导软件系统的快速开发并响应用户需求的变化。随着软件交付周期的日益加快，迭代式敏捷开发方法渐成标准，已经成为大多数软件开发团队的必选项。迭代对整个团队的需求、架构、协同及测试能力都提出了更高的要求，敏捷可以被看成是迭代式开发的一种导人方式，只不过敏捷的范围其实比迭代化开发更大些。
开发模式-敏捷开发
最新发布
沉浸式Study
09-28 5416
随着软件开发技术的不断发展，现在出现了很多种不同的开发模式，其实敏捷开发已经成为现在很多企业开发应用程序都想要选择的开发方案，那么什么是敏捷开发呢？敏捷倡导的是用工作的软件即文档**（核心是代码即文档）**。整个项目用于产品开发的文档不是一开始准备好的（甚至都没有RP原型设计），而是在过程中”及时的“ just-in-time准备出来的，因此，我们看到的是非常简单的且常常被放在最后处理的文档（在项目中涉及到移交或问题分析时这一点显得尤其突出）
敏捷开发流程
korn的博客
11-27 2469
敏捷开发流程介绍

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值