敏捷软件开发

为什么说敏捷开发是应用程序的未来？

敏捷开发又称敏捷软件开发，是一种从1990年代开始逐渐引起广泛关注的一些新型软件开发方法，是一种应对快速变化的需求的一种软件开发能力。
·2021-09-06 20:42

敏捷团队的最佳测试实践：自动化金字塔

自动化测试和敏捷软件开发常常是成对出现，但敏捷中的自动化往往说起来容易做起来难。大多数开发人员都已经认识到测试自动化的好处：它加快了测试速度、降低了成本、增加了覆盖率等。
·2021-09-03 13:01

编码之道（一）：程序员的“圣经“

在敏捷软件开发的原则中，其中一个原则就是使用隐喻。我在这里也仿照了它的做法。程序员是个群体，当我们说一个群体，一定意味着它有一些共通点，不然不能称之为群体。
微言码道·2021-09-02 09:53

让敏捷测试真正有效的10项原则 | IDCF

敏捷测试是遵循敏捷软件开发原则的软件测试实践。敏捷测试涉及跨职能敏捷团队的所有成员，测试人员提供专门的专业知识，以确保以可持续的速度频繁地交付客户所期望的业务价值。
·2021-08-05 09:41

和AI结对编程！OpenAI与GitHub联手推出AI代码生成工具，比GPT-3更强大

结对编程是一种常见的敏捷软件开发技术——即两个开发人员在同一个项目上并肩协作，轮流编写代码并检查合作
·2021-06-30 16:00

【Scrum敏捷软件开发】第十四章 Sprint

“可工作的软件胜于全面的文档”。这句话是敏捷宣言中的四大价值之一，也说明了对于每一个Sprint而言，交付一个可工作的软件非常重要。但是在短短的一个Sprint当中很难交付一个完整的应用，所以应当做到“潜在可交付”，潜在可交付有如下特征潜在可交付意味着测试过。测试过指的是经过测试，且不存在重大的问题。潜在可交付并不意味着系统功能的完整。有可能只是实现了一部分的功能特性，但是这部分功能特性是需要我们
刘刻·2021-06-25 10:04

敏捷软件开发（原则、模式与实践）第一部分 敏捷开发-读书笔记

第一章-敏捷实践讲到敏捷，我们就不得不提供敏捷软件开发宣言：个体和交互胜过过程和工具可以工作的软件胜过面面俱到的文档客户合同胜过合同谈判相应变化胜过遵循计划虽然我们从接触敏捷的第一天开始就已经知道了敏捷的
二宝TA哥·2021-06-20 22:25

依赖倒置原则(Dependency Inversion Principle: DIP)

依赖倒置原则(DependencyInversionPrinciple:DIP)高层模块不应该依赖于底层模块，二者应该都依赖于抽象抽象不应该依赖于具体细节，细节应该依赖于抽象这里的所有观点摘抄自《敏捷软件开发原则
brackenbo·2021-06-20 11:57

【Scrum敏捷软件开发】第十五章 做计划

做计划对于Scrum来说至关重要，基础有两点：团队和产品的负责人能够准确估计交付某个功能会花费多少开发成本。准确估算某项功能应该在什么时候推出。逐步完善计划类似于制定产品的backlog，制定计划也不需要一开始就做到面面俱到，团队可以首先给出一个大致的计划而不用去过多的考虑细节。但这不意味着完全不考虑，团队应有足够的知识去做尽量准确的估计，同时为自己预留一些时间空间。逐步完善计划有如下优势：减少时
刘刻·2021-06-08 12:50

早期软件工程和软件项目管理的探索

那个时候的IT项目管理其实还处在传统的软件项目管理方法论上到现代的敏捷软件开发的转变过程中。早期的软件项目其实非常容易失败。当年在软件工程领域有一本非常著名的书《人月神话》。
时间煮雨Y·2021-06-07 19:30

《敏捷软件开发 原则 模式与实践》（3）--设计原则

“在按照我的理解方式审查了软件开发的生命周期后，我得出一个结论，实际上满足工程设计的标准的唯一软件文档，就是源代码清单。”在我们进行软件开发设计的时候，有的时候为了快速完成任务，不仔细考虑设计，在不断的修改中完成。这导致了很多的臭味道。软件设计的一些臭味道：1.僵化性：设计难以改变，耦合性太高，牵一发而动全身。2.脆弱性：设计容易遭到破坏，易导致其他不可知的问题3.牢固性：设计很难重用，难以对核心
黎明脚印·2021-06-07 18:42

敏捷软件开发宣言&敏捷开发十二原则

敏捷软件开发宣言个体和互动，高于流程和工具。工作的软件，高于详尽的文档。客户合作，高于合同谈判。响应变化，高于遵循计划。
______X______·2021-06-07 05:18

Scrum 敏捷开发

与传统的软件开发瀑布模型不同，敏捷软件开发是迭代式的。这意味着在敏捷的软件开发环境中，我们期待着快速的变化。为什么传统软件开发技术有时会失败，敏捷开发变得越来越流行？
塰里·2021-06-06 03:40

店小二与你一起浅谈daily scrum

同时DailyScrum是敏捷软件开发的关键步骤，是开发团队同步活动和创建未来24小时计划的重要环节。会议时间要求控制在15分钟左右，并保证每个成员都发言。
叫我店小二·2021-05-16 11:31

Daily Scrum（每日站会）—— 简介

首先介绍一下"Scrum"：一种迭代式增量软件开发过程，通常用于敏捷软件开发。Scrum是为管理软件开发项目而开发的，但它同时可以用于运行软件维护团队，或者作为计划管理方法。
TW_实验室_梁超敏·2021-05-11 09:24

【Scrum敏捷软件开发】第十六章 质量

一个产品的质量是这个产品的灵魂。不能在最后才开始做测试很多时候人们理所应当觉得测试应该在项目的最后阶段进行，但是这样的策略存在以下缺点：很难改进现有产品质量在测试之前一直有错误，但是未被发现项目的状态难以测量，一次性发现的大量错误难以估计修复时间错失反馈时机因为后期的项目压力，测试可能会被削减所以我们需要利用Scrum将测试融入在整个项目的行进过程当中。这样进行的项目有如下特点：程序员和测试人员之
刘刻·2021-05-06 19:01

UX设计师在Scrum敏捷团队中工作面临的六大挑战

译者注释：Scrum通常用于敏捷软件开发，它同样可以用于运行软件维护团队，或者作为计划管理方法。很多互联网团队应该都用过Trello、Teambition等来进行Scrum管理。
西瓜设计研究所·2021-05-05 07:04

【Scrum敏捷软件开发】第十章 团队结构

一个团队的开发效率并不是与团队人数正相关。相反的，团队规模的扩大反而会降低人均开发效率。按照亚马逊的“两个披萨”原则以及各种研究结果，一个团队的最佳体量在5-9人之间。所以对于一个大于9人的开发团队，应考虑拆分成多个团队，尝试两个Sprint之后看看效果。一个大型的团队应该按照什么样的规则进行团队划分？以下两种都不是一个好的划分方式：按照组件划分，例如一个游戏团队划分成怪物团队，武器团队。按照分层
刘刻·2021-04-25 03:37

2019-03-31 敏捷软件开发 第13-17章

Command模式是设计模式中最简单的模式，该接口标准实现只有一个方法。该模式常见用法是创建和执行事务。ActiveObject模式是使用Command模式的地方之一。该模式是实现多线程控制的一项最古老的技术。TEMPLATEMETHOD模式泛型，也就是这个模式，是可以基于泛型的。我们往往会有一些算法，比如排序算法。它的算法部分，我可以把它放在一个基类里面，这样具体类型的比较可以放在子类里面。敏捷
ShawnPanCn·2021-04-17 21:18

敏捷开发指导思想

随着时代发展，软件规模和复杂度激增，需求变化加快，软件开发过程日益“重型化”，因此轻量级的，更能适应变化的敏捷软件开发方法被普遍认可并迅速发展流行。
Ivan杨杨兮·2021-04-14 01:24

歪读《架构整洁之道》初篇（1-6章）--万丈高楼平地起

二是扔了一个读书的帽子，付出了200大元的代价，虽然不多，肉疼之下加人无信不立，只有勉力为之；其三，作者Martin（Bob大叔）是在软件工程领域一位技近乎道的大师级人物，前面已读过他的《代码整洁之道》、《敏捷软件开发
高琳旭·2021-02-27 08:57

敏捷需求工程的使用原则

敏捷需求工程的使用原则类似于敏捷软件开发的原则。这些原则包括：●专用资源——负责完成本项目及项目本阶段的人员。●合作——客户和敏捷团队成员紧密合作，开发用户故事（没有“系统应该……”的声明）。
·2021-01-27 11:55

敏捷需求工程的使用原则

敏捷需求工程的使用原则类似于敏捷软件开发的原则。这些原则包括：●专用资源——负责完成本项目及项目本阶段的人员。●合作——客户和敏捷团队成员紧密合作，开发用户故事（没有“系统应该……”的声明）。
企业管理8MSaaS·2021-01-26 10:21

规模化敏捷框架何从入手？这篇文章把SAFe讲透了！

摘要：敏捷软件开发理念已渐渐被业界普遍接受，越来越多的公司和团队不得不面对一个新的问题，就是规模化敏捷的引入和实现。
华为云开发者社区·2020-12-23 16:58

敏捷简介：什么是敏捷开发？

敏捷软件开发敏捷是世界上使用最广泛，最受认可的软件开发框架之一。大多数组织已经以某种形式采用了它，但是在采用计划的成熟度方面还有很长的路要走。本系列教程的唯一目的是将技术和非技术专业人员融入敏捷世界。
Warren2Lynch·2020-12-15 13:46

【转】SCRUM框架简介

Scrum是一个用于开发和维持复杂产品的框架，是一个增量的、迭代的开发过程，通常用于敏捷软件开发。原词来自于橄榄球中“带球过人”。
阿喵与阿汪·2020-12-05 11:58

90%的开发都没搞懂的CI和CD！

在敏捷软件开发环境中，工作模型和操作需要对公司不断变化的需求具有超级灵活的能力。DevOps——一种工具和实践的结合，有助于软件开发与IT运维并携手共进。
陈琦·2020-11-20 10:31

敏捷软件开发（原则、模式与实践）第二部分 敏捷设计-读书笔记

在敏捷团队中，全局视图和软件一起演化。在每次迭代中，团队改进系统设计，使设计尽可能适合于当前系统。团队不会花费更多时间去预测未来的需求和需要。也不构建一些基础结构去支撑可能明天才回需要的特性。他们更关注当前的系统结构，并使它尽可能地好。拙劣设计的症状僵化性(Rigidity)：设计难以改变脆弱性(Fragility)：设计易于遭到破坏牢固性(Immobility)：设计难以重用粘滞性(Viscos
漫行者曰·2020-10-26 01:00

90%的开发都没搞懂的CI和CD！

在敏捷软件开发环境中，工作模型和操作需要对公司不断变化的需求具有超级灵活的能力。DevOps——一种工具和实践的结合，有助于软件开发与IT运维并携手共进。
华为云开发者社区·2020-10-09 13:10

《系统分析与设计方法及实践》一2.2 敏捷软件开发

2.2敏捷软件开发在传统的软件开发方法中，工作人员努力构建客户想要的产品。他们花费大量的时间努力从客户那里获取需求，针对需求进行分析和建模，并且归纳成规格说明书。
SimminonGarcia·2020-09-17 00:10

转贴：敏捷需求分析　作者：冰云

在很多人的印象中，敏捷软件开发是种类似黑客行为的过程，是程序员最爱的勾当。不写文档，不作需求分析，没有项目经理，做什么东西完全是程序员自己的行为。
klman·2020-09-16 09:28

敏捷软件开发:在您的团队中评估这种方法

敏捷软件开发:在您的团队中评估这种方法如何在你的开发团队中使用和评估敏捷软件开发这种新的软件开发方式。
congdou5265·2020-09-16 09:01

07.精益敏捷项目管理——敏捷发布计划

——德怀特.D.艾森豪威尔02.对镜益——敏捷软件开发来说，企业转型的一个主要原因是为了能做出可预见且准备发布计划。发布计划就是把产品设想转换为产品需求列表的过程。
艾-小小雨·2020-09-16 09:41

软件测试的艺术(读书笔记7)

这就是著名的《敏捷软件开发宣言》，这份宣言没有僵化的开发方法和复杂的技术结构，而
agztuxqk720741·2020-09-15 16:38

TOP7. 单一职责原则——面向对象设计原则

单一职责原则的定义单一职责原则（SingleResponsibilityPrinciple，SRP）又称单一功能原则，由罗伯特·C.马丁（RobertC.Martin）于《敏捷软件开发：原则、模式和实践
寥若晨星j·2020-09-14 17:01

敏捷软件开发实践-Team Management

介绍：对于敏捷开发团队来说，团队管理也是必不可少的，我带领的团队分2部分，1个是开发团队，一个是测试团队。开发团队，我大体上比较放心，因为毕竟已经运行1年多了，文档充足，而且技术方面也有很多资料或者现成代码可以参考，测试团队是刚组建没多久的，因为原来测试团队放在onshore那边，但是现在他们测试团队解散了，所以我们这边就组建了一个测试团队。这里共享下我管理团队的一些经验。实现方式：其实我也不是一
weixin_33716557·2020-09-14 08:10

关于精益和敏捷的对话

有观点认为，精益软件开发是敏捷软件开发的其中一种。也有观点认为，精益软件开发与敏捷软件开发是并列的关系。@sc
zhangmike·2020-09-13 20:47

Jenkins安装与使用(一)

通过持续集成，团队可以快速的从一个功能到另一个功能，简而言之，敏捷软件开发很大一部分都要归功于持续集成。1.2jenki
小魏同学i·2020-09-13 03:49

NULL OBJECT 模式

NULLOBJECT模式——《敏捷软件开发原则、模式与实践（c#版）》第25章描述考虑如下代码Employeee=DB.GetEmployee("Bob");if(e!
aitinuo1702·2020-09-13 01:24

.NET Framework 不同版本之间区别

是由微软开发，一个致力于敏捷软件开发（Agilesoftwaredevelopment）、快速应用开发（Rapidapplicationdevelopment）、平台无关性和网络透明化的软件开发平台。.
冰山5号·2020-09-12 15:48

ACP敏捷项目管理—发布CSDN

***ACP学习用书***《敏捷项目管理——从入门到精通实战指南》《敏捷项目管理与PMI-ACP应试指南》《精益开发实战：用看板管理大型项目》《轻松Scrum之旅》《火星人敏捷开发手册》《敏捷软件开发实践估算与计划
wellsoho·2020-09-12 08:35

(转)源代码就是设计--我们应该好好反思

源代码就是设计收藏本文摘自《敏捷软件开发：原则、模式与实践》(清华大学出版社，2003年9月版)。这是一篇伟大的论文，该文撰写于1992年，作者在当时就能有这样的反思，实在是非常了不起。
joyney·2020-09-12 06:38

异地分布式敏捷软件开发

异地分布式敏捷软件开发(DistributedAgileSoftwareDevelopment)异地分布式软件开发（DistributedSoftwareDevelopment）是指由多个位于不同地理位置的团队进行同一个软件项目的开发过程
iteye_9109·2020-09-12 02:26

《敏捷软件开发：原则、模式与实践（C#版.修订版）》目录—导读

内容提要敏捷软件开发：原则、模式与实践（C#版.修订版）享誉全球的面向对象技术大师RobertC.Martin在本书中深入而生动地使用真实案例讲解了面向对象设计的基本原则、重要的设计模式、UML和敏捷方法
weixin_33892359·2020-09-12 01:40

结对项目 稳定版四则运算系统

结对编程PartOne:结对编程的感触和认识eXtremeProgramming极限编程中对结对编程的描述：结对编程（PairProgramming）是一种敏捷软件开发实践，指两个程序员并排坐在一台电脑前
weixin_30666753·2020-09-11 22:20

Scrum一种迭代式增量软件开发过程

Scrum是一种迭代式增量软件开发过程，通常用于敏捷软件开发。包括了一系列实践和预定义角色的过程骨架。
keke_Xin·2020-09-11 14:35

Scrum--迭代式增量软件开发

Scrum是一种迭代式增量软件开发过程，通常用于敏捷软件开发。Scrum在英语的意思是橄榄球里争球。虽然Scrum是为管理软件开发项目而开发的，它同样可以用于运行软件维护团队，或者作为计划管理方法。
huaishu·2020-09-11 14:24

20162328蔡文琛 大二十三周结对伙伴问题回答

我的结对伙伴是20162327王旌含他的问题是如何将scrum更好的运用到团队中我的理解是他在问scrum有什么用我的建议是Scrum是迭代式增量软件开发过程，通常用于敏捷软件开发。
S18612483166·2020-09-11 13:42

Scrum是一种迭代式增量软件开发过程，通常用于敏捷软件开发

Scrum求助编辑百科名片:http://baike.baidu.com/view/1528674.htm敏捷软件开发模型--SCRUMScrum是一种迭代式增量软件开发过程，通常用于敏捷软件开发。
太阳火神的美丽人生·2020-09-11 13:34

Agile和Scrum的发展历史大纲

2001年初犹他州Snowbird软件先驱17人敏捷宣言发表，Agile在全世界开始传播2005年在AlistairCockburn和JimHighsmith的领导下，一份根据敏捷软件开发方法来指
雷大野·2020-09-09 11:46
上一页 1 2 3 4 5 6 7 8 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他