- 综合排序
- 最热优先
- 最新优先
- 来自专栏yeedomliu
敏捷实践指南
在艾哈迈德·西德基 （Ahmed Sidky） 启发下提出的模式将敏捷明确表述为一种思维模式，它由《敏捷宣言》的价值观所界定，受《敏捷宣言》原则指导，并通过各种实践实现。 仆人式领导是通过对团队服务来领导团队的实践，它注重理解和关注团队成员的需要和发展，旨在使团队尽可能达到最高绩效。 仆人式领导的作用是促进团队发现和定义敏捷。仆人式领导实践并传播敏捷。 敏捷团队 在实践中，最有效的敏捷团队往往由三到九个成员组成。理想情况下，敏捷团队应该集中在一个团队工作场所工作。团队成员100%为专职成员。 表A1-2 敏捷在《PMBOK®指南》知识领域中的应用（续） ? ? ? ? ? 《敏捷宣言》映射 表A2-1 《敏捷实践指南》中涵盖的《敏捷宣言》价值观 ? 表A2-2 《敏捷宣言》背后原则的实践指南映射 ? 根据广度和详情制订的敏捷方法 ? 表A3-1 Scrum事件和工件 ? 极限编程 极限编程 （XP） 是一种基于频繁交付周期的软件开发方法。
1.7K10发布于 2021-03-16 - 来自专栏Teobler的开发日记
敏捷团队实践
业务实践介绍完了，现在该聊聊团队实践了。团队实践支配着团队成员之间的关系，以及团队成员与他们所创造的产品之间的关系。这些实践有助于小型团队表现得像真正的团队。 这个实践的目的是为了将项目与团队具备的共同知识关联到一起。 这个隐晦的实践直到领域驱动设计的出现迎来了曙光。 代码集体所有 [codebase] 敏捷项目中没有人独占代码，代码归集体所有。任何团队成员都可以随时改善项目中的任意模块。团队集体拥有代码。这样做的好处是知识会分散在团队中。 持续集成 [CI_firmware] 在早年的敏捷中，持续集成意味着开发人员每隔一两个小时就签入一次源代码的修改，并将其合并入主干。所有单元测试和验收测试都应该是通过状态。不存在任何未集成的特性分支。 虽然思路简单，但是在实践的过程中大家依旧会产生很多困惑，这些回答或许可以解答你的困惑： 该会议是可选的。许多团队不开这个会议也能过得很好。 不一定每天都开。但需要选择合理的时间间隔。
64010发布于 2021-02-25 - 来自专栏Phoenix的Android之旅
敏捷开发实践总结
前言 敏捷开发它是一种指导思想或开发方式，但是它没有明确告诉我们到底采用什么样的流程进行开发，而Scrum和XP就是敏捷开发的具体方式了，你可以采用Scrum方式也可以采用XP方式；Scrum和XP的区别是 ，Scrum偏重于过程，XP则偏重于实践，但是实际中，两者是结合一起应用的，这里我主要讲Scrum。 什么叫敏捷开发？ 敏捷开发(Agile Development)是一种以人为核心、迭代、循序渐进的软件开发方法。敏捷开发作为CMM神话崩溃后被引入的一套新的软件开发模式。 对概念的理解： 以人为核心：敏捷开发它只写有必要的文档，或尽量少写文档，敏捷开发注重的是人与人之间，面对面的交流，所以它强调以人为核心。 SCRUM敏捷开发流程是什么？
3K30发布于 2018-09-29 - 来自专栏Teobler的开发日记
敏捷技术实践之TDD
至此，生命之环的外圈和中间的一圈已经介绍完了，现在开始的就是内圈的技术实践，也是敏捷最为关键的实践，技术实践能否有效执行关乎着外围实践能否成功，可以说是敏捷最为重要的支撑。 技术实践要求开发人员进行大量的分钟级甚至秒级的，深刻的、充满仪式感的行为。以至于大部分团队尝试将这些实践去掉，但是去掉之后你就会发现什么叫做伪敏捷。这些技术实践才是敏捷的核心。 没有测试驱动开发、重构、简单设计以及结对编程的敏捷注定没法成功。 需要明确的是，这些技术实践的每一项单独拎出来都能写一本书。所以文章中不会介绍详细内容，只会粗略讲解，欲知后事如何，请直接去看经典书籍。 测试驱动开发这是实践就是程序员界的同一实践。它要求程序员每次只添加一个行为，先写一个失败的测试，然后写出恰好能使这个测试通过的生产代码。这可以立即发现错误。 这两种实践的目的只有一个，在一个重要的文本中避免出现错误。 TDD 三原则 TDD 的规则很简单，可以归纳为下面三条： 先编写一个因为缺乏生产代码而运行失败的测试，然后编写生产代码。
96600发布于 2021-02-25 - 来自专栏ThoughtWorks
敏捷的数据工程实践
这篇文章的内容是结合我们在多个客户的数据项目经验，给大家分享一些行之有效的数据工程实践。 数据工程与敏捷数据工程 首先，我们需要了解一下什么是数据工程。 敏捷数据工程 敏捷软件开发已经成为应用软件开发的主流工程方法。有大量团队验证了敏捷方法中推荐的实践的有效性。 因此，我们可以将敏捷数据工程定义为： “ 将敏捷软件开发的思想应用于数据开发过程中，得到的一系列工程方法的合集。 ” 很多敏捷软件开发思想源于极限编程，其要旨在于通过将好的实践做到极致来改善软件质量。 结合敏捷的思想，本文希望抛砖引玉，挑选三个方面的实践方法做一些分享： 代码化一切 数据复用与代码复用 以ETL为单位的持续集成 代码化一切 在应用软件开发中，“代码化一切”被讨论得很多。 总结 本文介绍了什么是敏捷数据工程， 并分析了几个有效的实践。如果能灵活的在数据项目中应用，将有效提升我们的数据产品交付质量。
38610编辑于 2024-05-30 - 来自专栏CODING DevOps
CODING 敏捷实践完全指南
这份最佳实践将帮助你掌握 CODING 敏捷管理工具，更好地实践敏捷研发流程。 什么是敏捷研发 敏捷研发是涉及整个软件工程的理念与实践，它的核心是迭代和增量式软件开发方法。 迭代就是整个理论的核心，坦白的说迭代开发并不是新鲜词汇，但是敏捷研发理论大大完善了迭代开发的理论，使之能够被广大的软件开发团队认可，并开发了具体的实践方法如：Scrum 等。 ? 如何使用 CODING 进行敏捷研发（SCRUM） CODING 研发管理系统承载了最先进的敏捷研发理论，能够帮助您和您的团队快速入门敏捷研发，并通过标准化的流程和完整的信息统计成为企业实践敏捷研发的好工具 开启新的迭代 敏捷研发讲究的就是在可控的情况下进行一个一个短频快的迭代，每个迭代环环相扣，快速反馈，快速验证。 想要更好的实践敏捷在选对合适的流程和工具之外，组织的支持也是必不可少的。 而且每个团队遇到的问题也不一样，但是好在实践敏捷本身就是一个迭代的过程，每一次回顾都会发现一些问题，并在新的迭代中改进。 点击阅读原文，试用 CODING 研发管理系统。 体验敏捷研发，拥抱变化！
70141发布于 2019-09-16 - 来自专栏硬核项目经理的专栏
【敏捷2.7】Scrum流程与实践
其实，这个 Scrum Master 就是 Scrum 教练的意思，现在它已经引申到了整个敏捷领域，也就是 敏捷教练 。不过后面我们还是以简称 SM 来说明这个角色。 SM 是项目经理吗？ SM 对于 PO 来说，会帮助 PO 找到有效管理产品待开发列表的方法，帮助 PO 与开发团队进行清晰有效地沟通，与团队一起理解产品的长期规划，理解并实践敏捷。 其实就像上一篇文章说过的，Scrum 也是一个包容性的框架，所以我们可以借鉴很多其它敏捷框架中的工具来应用，比如 XP 中很多的编程实践，以及 精益 中的看板，这些东西都是一个 Scrum 中常见的工具 关于燃尽图，我的实践并不多，也无法给大家更好的指导。希望有经验的同学能够多多分享关于燃尽图的应用实践。 参考文档： 《某培训机构教材》 《用户故事与敏捷方法》 《高效通过PMI-ACP考试（第2版）》 《敏捷项目管理与PMI-ACP应试指南》
83610编辑于 2021-12-08 - 来自专栏敏捷开发践行者联盟
（五）敏捷方法（实践）有哪些？
image.png “敏捷方法”是一个囊括了各种框架和方法的涵盖性术语，它指的是符合《敏捷宣言》价值观和原则的任何方法、技术、框架、手段或实践。 第一节敏捷概述中有提到，常用的敏捷实践有：精益、看板、Scrum、XP极限编程、水晶、DSDM动态系统开发、FDD功能驱动开发、AUP敏捷统一过程、OpenUP，《敏捷实践指南》将敏捷方法和看板方法视为精益方法的子集 image.png 一、精益软件开发（LSD） 精益软件开发由Tom和Mary Poppendieck 引入敏捷群体。它采用来自丰田生产系统（TPS）的原则和实践。 该名称基于这样一个理念：将特定最佳时间提炼到最纯粹和最简单的形式，然后在整个项目周期内持续运用该实践。XP最受关注的地方在于推广旨在改进软件项目成果的整套实践，随后逐渐演变，采用了一些其他推论实践。 以上敏捷实践中，SCRUM是最受欢迎的敏捷技术，超过50%以上的项目在运用这项方法，后面再做详细介绍。
6.3K31发布于 2019-12-17 - 来自专栏大数据成神之路
滴滴敏捷数据中台实践
滴滴精益数据管理体系 滴滴的数据中台从底向上构建了包括数据基础建设，敏捷数据资产，数据治理，数据交付体系。 ? 两年来的建设成果： 数据基础设施+系统工具链：开始对外输出 数据文化 150+次改进复盘，周活1700到5000+ 敏捷数据治理 DataRank资产分从40到70 精益数据生产D0级事故从非例行任务从
2.6K35发布于 2019-10-31 - 来自专栏斑斓
【敏捷实践】推行TDD的思考
及时重构是重构诸多实践中最重要的一点。不要让重构成为你在未来偿还债务的杀手锏。越拖到后面，偿还债务的成本就越高。以重构而论，可能需要的重构能力就更强，因为重构变得复杂了。
91660发布于 2018-03-07 - 来自专栏编舟记
敏捷活动实践 —— 验收条件
验收条件-反馈环 在敏捷活动中高效地沟通一直被反复强调，因为不高效的沟通造成的信息误导和返工是精益生产活动中应当极力消除的，所以任何能够促进沟通的方式方法都值得提倡。 在敏捷活动 kick-off 时，由业务分析师（BA）和开发人员（Dev），也可叫上质量保证师（QA）一起逐条澄清验收条件，以便保证开发之前达成共识，减少返工和浪费。 在其它敏捷活动如：desk-checks, customer sign-off, UI testing, BDD 中也会重度参与。 ---- 进一步阅读 [1] 敏捷团队工作流
1.3K60发布于 2018-08-17 - 来自专栏程序猿小亮的专栏
敏捷开发实践（一）--谈谈我对敏捷开发的理解
随着敏捷开发越来越流行，人人都在谈敏捷，人人也都在学习scrum等敏捷开发方法。。。当然，自己也是敏捷开发的实施者和受益者。 背景 我们公司引入敏捷开发的时间并不长，在实施敏捷的过程还存在一些问题，自己在实施敏捷的过程也存在很多的疑惑（毕竟原来没有学过，和真实的经历，体会），所以最近一直在学习敏捷，看敏捷的视频和阅读相关资料， Scrum和XP的区别是，Scrum偏重于过程，XP则偏重于实践，但是实际中，两者是结合一起应用的。 敏捷开发宣言 《敏捷宣言》 我们通过身体力行和帮助他人来揭示更好的软件开发方式。 ，即使现在不理解也没有问题，在实践的过程中我们会逐渐对它有一个深刻的认识。 敏捷开发十二原则是我们实践的具体指导方针，它可以指导我们实施更加成功的敏捷。当我看到这些内容时，真有一种如饥似渴的感觉，真想一下子都把他们装进我的脑子里。书到用时，方恨少。及时补充自己永远都不晚。
1.9K11发布于 2021-01-29 - 来自专栏韩伟的专栏
敏捷开发的误区与实践
在互联网时代，软件工程经历了从瀑布式到敏捷式开发模式，并不断的讨论和实践。而一些软件公司，在面对项目进度压力时，往往都会用上“敏捷”类的开发模式来摆脱压力的侵袭。 因此，我们有必要重新从本源上来了解一下“敏捷”。敏捷一词来源于2001年初美国犹他州雪鸟滑雪圣地的一次“敏捷方法发起者和实践者（他们发起组成了敏捷联盟）”的聚会。 这条是“敏捷”当中少有的“方法论”，虽然没有说每隔多久就要总结，也没有要总结什么，但是很明确的就是，要通过开发实践来总结经验，以提升工作效率。这和某些公司的“大牛”迷信论是相反的。 实际上每个团队，每个程序员，都能通过实践积累经验，只要他们愿意总结，愿意去改变，就算是菜鸟也能做的很好。而某些大牛只做自己拿手的，反而能提供的价值比较少，因为他的那些拿手菜，不一定是时时都有需要的。 因为人的认识规律都是需要通过实践，如果有可用的产品，不管是多简陋，能让用户的理解的，都远比开发人员的任何描述都要准确。
1.6K90发布于 2018-03-05 - 来自专栏嘉为动态
敏捷转型大步迈进，民生证券敏捷实践培训圆满结束！
为快速推进敏捷方法在民生证券的进一步落地推广和成熟应用，日前民生证券携手嘉为蓝鲸开展了敏捷实践培训项目。 近日，咨询培训项目圆满落幕并于现场进行颁奖仪式，这标志着民生证券的组织敏捷转型正式迈出新的步伐，为后续实现通过组织敏捷带动金融科技创新，提高工程技术能力，进一步强化企业敏捷实践能力打下了坚实的基础。 会议现场，民生证券信息技术中心研发负责人进行了本次项目的总结和复盘，结合培训项目过程中的经验，梳理并总结了敏捷实践的收益，并与在场人员共同探讨敏捷转型后续规划，一同展望未来，共同期愿民生证券能够借助此次敏捷转型 随后，民生证券信息技术中心总裁吴哲锐对本期项目各团队的成果表示祝贺，也期望团队在未来可以进一步深化敏捷实践。 在嘉为蓝鲸的指导下，通过建立条目化清单以及实践跟踪表，民生证券可以结合DevOps平台的落地，逐步对组织DevOps转型进行敏捷改进。
53520编辑于 2023-04-28 - 来自专栏ThoughtWorks
敏捷实践之Desk Check | TW洞见
在推广敏捷的过程中，虽然ThoughtWorks有过很多应用的经验，但是当我们把一个实践介绍给其他人，总会遇到为什么要这样做的问题。 做到团队的每个成员都理解了这个实践的意义，对实践的执行就能很容易的达到要求。否则，团队执行的人很难心悦诚服的执行，结果就是这一环节会很快被大家无视，慢慢消亡了。 但是结合最近项目的实践和敏捷宣言的理论，意识到Desk Check实际上是践行了宣言的第一条：个体之间的合作，而且合作比流程更重要。 Desk Check同时也体现了反馈在敏捷开发中的作用，及时的反馈能够尽早的纠正工作的偏差，让我们一直向正确的方向前进。
1.3K50发布于 2018-04-20 - 来自专栏啄木鸟软件测试
浅析敏捷测试及其实践运用
敏捷开发是一个不断累加、迭代增长及时响应的过程。因此，敏捷开发模式已经成为全球范围最受欢迎的软件开发模式。 在敏捷开发模式得到迅速发展的同时，敏捷测试也成为了软件开发与测试团队共同关注的焦点。 敏捷测试通过持续对软件进行测试并及时反馈测试结果来提高软件质量，满足用户需求，其强调“持续测试”和“及时反馈”。 因此，敏捷测试在一定程度上也可以被认为是遵循敏捷宣言的一种测试实践。 ? 敏捷测试的主要方法及实践 测试驱动开发(TDD) 测试不仅是测试人员的责任，开发人员也必须通过不断的单元测试、模块功能测试等白盒测试来重构自己的代码，以此提高软件的交付质量。 在敏捷模式中，团队可以通过组织测试用例评审会来确保全员的参与。 自动化运用 在敏捷开发的过程中，项目不断地以短周期的形式迭代发布。
59130发布于 2019-12-12 - 来自专栏Teobler的开发日记
敏捷业务实践之计划游戏
敏捷发展至今已经有无数分支，这些分支的发展有些是为了应对不同项目增删改了一些实践和规则，使得敏捷能够应用在一些特殊的项目上。 而另一些则是一些人想接敏捷之手宣传自己的思想与实践，强行在敏捷中加入了自己的想法。这些原因使得如今的敏捷五花八门，甚至出现两人在谈论完全不一样的敏捷。 在接下来的文章中，所有敏捷实践将会使用极限编程来作为例子。这是因为在所有敏捷过程中，极限编程是定义最完整且最不混乱的。可以说其他的敏捷过程都是极限编程的子集或变体。 最内层是技术实践，用来约束和指导程序员们，来确保得到最高的技术质量。 可以发现敏捷宣言中的每一句话都能在生命之环中找到体现的实践。 这篇文章我们先从最外层的业务实践入手，看看敏捷在实践的时候是怎样一步步影响项目的走向的。
80500发布于 2021-02-25 - 来自专栏ThoughtWorks
项目管理中的敏捷实践｜洞见
敏捷思想和实践能够为我们提供一种可能性，帮助我们解决在项目交付过程中遇到的具体难题。 在追求价值交付过程中，我们越来越多地发现敏捷项目管理中有着至关重要的一环——人，也就是我们的团队。价值是人创造的，是为人服务的，很多敏捷实践都围绕人展开。 功能演示(Showcase)是敏捷开发流程中的又一个实践，通常发生在每个迭代的最后一天，目的是演示可工作的软件。 为了保持同步，我们会创造基于敏捷实践的沟通机会，这个也是实施敏捷的过程之一。 在ThoughtWorks有一个非常有名的活动叫Inception。 文中提到了很多类型的敏捷实践，这些实践需要贯穿到团队的日常活动中去，持续的实施和改进。行为心理学研究认为：21天以上的重复就会形成习惯。
1.3K50发布于 2018-04-17 - 来自专栏程序你好
敏捷开发中，User Stories最佳实践
许多团队开始使用“用户故事（User Stories）”这个术语，因为他们转向了敏捷。用户故事是一种收集客户需求的简单而优雅的技术。然而，使用用户故事来构建优秀的软件需要一定的理解和实践。 会话是敏捷最重要的方面之一。因此，大部分细节都是通过客户代表和开发团队之间的口头交流来传达的。 第三个“C”是确认（ Confirmation）。 敏捷扩展BABOK® Guide v2 状态： “故事映射提供了解决方案支持的活动序列的可视化和物理视图。
1.5K20发布于 2018-07-20 - 来自专栏程序袁的专栏
我在ThoughtWorks中的敏捷实践
---- 敏捷实践 项目之所以成功交付，核心在于人，而良好的敏捷流程与实践也是不容忽视的。 项目中所涉及的敏捷实践主要围绕迭代进行，用一张图概括： 可以总结出以下几点： Iteration通常始于IPM ，止于Showcase。 每天都会发生事件有Standup 。 敏捷的宗旨是减少浪费，所有的敏捷实践也都是围绕着高效协作与快速反馈这两个核心理念展开。 我们Team的一次Retro ---- 总结 这是我参加的一个关于敏捷实践很完善的项目，个人亲身经历了这些，深深体会到这些敏捷实践带来的益处以及个人的成长是非常大的。 敏捷很好，但不只在于这些流程形式，在形式背后，我们应该深入思考这些实践是否真的让团队变得高效？让交付变得更加顺利？
3.7K30发布于 2018-09-29
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号