- 综合排序
- 最热优先
- 最新优先
- 来自专栏简单就是美！
敏捷软件开发工具
阅读更多 敏捷软件开发工具 ----精益开发方法 Lean Software Development An Agile Toolkit 根据具体情况定制敏捷实践 找到并根除软件开发中的浪费 为专业人士提供实用技术 3.2 工具7：选择权思考 3.3 工具8：最后负责时刻 3.4 工具9：制定决策 3.5 实践 第 4 章 尽快交付 4.1 为什么要快速交付 4.2 工具10：拉动系统 4.3 工具11
1.1K20发布于 2019-02-28 - 来自专栏杂七杂八杂九
几种常用的敏捷开发工具，敏捷开发工具：提升软件研发效率的重要利器
在当今的软件开发领域，敏捷开发方法越来越受到推崇。敏捷开发的核心是灵活应对需求变化，以快速迭代的方式不断优化产品。为了助力敏捷开发的实施，各种敏捷开发工具应运而生。 本文将介绍几种常用的敏捷开发工具，阐述其特点、应用场景及优缺点，最后对敏捷开发工具的重要性进行总结。 一、敏捷开发工具介绍Leangoo领歌：Leangoo领歌它覆盖了敏捷研发全流程，包括小型团队敏捷开发，Scrum of Scrums大规模敏捷以及SAFe大规模敏捷框架等，提供端到端敏捷研发管理解决方案 二、敏捷开发工具的应用在实践应用中，敏捷开发工具扮演着重要角色。以Leangoo领歌为例，团队成员可以使用它来制定产品路线图、规划项目迭代、跟踪进度等。 在选择敏捷开发工具时，团队需要根据自身实际情况进行选择，权衡工具的优点和缺点。随着敏捷开发方法的不断发展，我们相信未来会有更多优秀的敏捷开发工具涌现，为软件研发行业带来更多创新和价值。
95200编辑于 2023-09-19 - 来自专栏小詹同学
介绍一款 API 敏捷开发工具
用尽可能简单的方式，完成尽可能多的需求。通过约定的方式 实现统一的标准。告别加班，拒绝重复劳动，远离搬砖
93130发布于 2020-09-27 - 来自专栏没有用户名丶的专栏
有哪些值得推荐的敏捷开发工具❓
本篇文章就带大家了解下，促进企业降本增效的重要理念“敏捷迭代”。 【含义】：敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。 敏捷迭代通常用于明确需求的项目开发。 敏捷迭代开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。 在敏捷开发中，软件项目在建构初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。 它设计融入了先进的敏捷管理思想；其看板完美支持Scrum敏捷开发。 在完美支持敏捷开发的同时，它也支持传统的项目管理，无论是轻量级看板团队协作、还是敏捷开发(需求管理、迭代管理、缺陷跟踪、)、复杂的阶段式项目或产品研发，都可以完美支持。
1.3K30编辑于 2023-02-21 - 来自专栏芋道源码1024
介绍一款 API 敏捷开发工具
用尽可能简单的方式，完成尽可能多的需求。通过约定的方式 实现统一的标准。告别加班，拒绝重复劳动，远离搬砖
1K20发布于 2020-12-08 - 来自专栏后端码匠
介绍一款 API 敏捷开发工具
用尽可能简单的方式，完成尽可能多的需求。通过约定的方式 实现统一的标准。告别加班，拒绝重复劳动，远离搬砖.
95330发布于 2020-09-27 - 来自专栏敏捷
敏捷开发团队,最喜欢的开发工具CORNERSTONE
因为敏捷开发的核心思想恰恰就是小步快跑、不断迭代，在一次次的迭代升级中最终完成那个『大目标』！ 正因为敏捷开发的这种不断迭代升级的开发模式，使得其更加适合当今瞬息万变的互联网，可以说是互联网时代的软件开发方式。 好了，下面请看官们聚精会神，用5分钟时间完成你与 CORNERSTONE敏捷开发工具的第一次全接触。 借助CORNERSTONE专业的开发工具，落实研发流程，支持瀑布+敏捷开发不同的模式。 迭代进度 清晰可追溯，助⼒企业敏捷迭代，⼩步快跑。
79360发布于 2019-06-27 - 来自专栏搜云库技术团队
又发现一款牛逼的 API 敏捷开发工具
磊哥，跟大家分享一个，牛逼的 API 敏捷开发工具，用尽可能简单的方式，完成尽可能多的需求。通过约定的方式 实现统一的标准。告别加班，拒绝重复劳动，远离搬砖 特性 1、 用于快速开发API接口。 远程一键到线上环境 8、 线上POSTMAN调试,保存POSTMAN信息或三方文档的自动生成，历史调用记录存储，回塑 9、 代码提示，SQL提示，语法提示 10、 用户管理控制，安全性控制，以及历史行为记录 11 创建Service 7、 创建Dao 8、 创建Mapper, xml或者JPA 9、 在mysql客户端，或者mongo客户端中写执行脚本语句，复制到代码中 10、 反复重启，进行接口自测 11
83030发布于 2021-07-23 - 来自专栏敏捷管理
11.【Kevin聊敏捷】敏捷项目管理之Product Owner 产品负责人（二）
紧着这上一篇【Kevin聊敏捷】敏捷项目管理之Product Owner 产品负责人（一） 尽管Product Owner （以下简称“PO”），管理Product Backlog产品待办事项，但是他们也承担一些开发团队的工作 3、频繁&尽早发布 敏捷项目讲究的就是增量+迭代，所以PO在规划一个迭代周期的过程中要合理，这样能够频繁尽早发布，让客户使用并反馈，敏捷团队才好进行调整。 image.png 二、Product Owner角色 1、PO "All Along" SH:Stakeholder 干系人 PO:Product Owner 产品负责人 SM:Scrum Master 敏捷教练 image.png 2、PO Pair with BO SH:Stakeholder 干系人 PO:Product Owner 产品负责人 SM:Scrum Master 敏捷教练 BO:甲方窗口 SME image.png 3、PO in a Hierarchy SH:Stakeholder 干系人 PO:Product Owner 产品负责人 SM:Scrum Master 敏捷教练 BO:甲方窗口
1.3K101发布于 2019-05-28 - 来自专栏Android 研究
PMI-ACP 敏捷项目管理11——理解团队绩效
对照敏捷宣言"个体和交互胜过流程和工具"，可以看出，人的交互相对于流程和工具作用更大。 在敏捷中，团队对项目的结果共同负责，所以奖励应给予整个团队而不是针对个人，过于针对个人的奖励容易破坏团队的自组织特征。 在敏捷中，适应性领导很多场合也成为仆人式领导。 敏捷领导者常见的行为准则如下： 教授团队成员自主决策敏捷实践和方法 允许团队自主管理和自我约束 授权团队适当的决策 激励团队创造力和探索新技术 阐述产品愿景，持续进行愿景激励以完成整体目标 移除团队遇到障碍和问题 宣传敏捷的价值观和理念 确保所有干系人有效协作 依据工作环境改变领导风格，以此确保有力支持敏捷价值和原则 四、情商 情绪商数，简称情商，是一种自我情绪控制能力的指数。
1.3K20发布于 2018-08-30 - 来自专栏JAVA
JDK 11: “JDK 11：稳定、可靠、兼容性优秀的Java开发工具包
JDK 11: “JDK 11：稳定、可靠、兼容性优秀的Java开发工具包” 摘要 作为Java开发者，我们经常需要依赖于稳定可靠的开发工具包来支持我们的项目。 JDK 11作为Java生态系统中的一个重要版本，为我们带来了许多令人振奋的新特性和改进。 本文将深入探讨JDK 11的各项特性，包括模块化系统、新的HTTP客户端、局部变量类型推断等，并分析其在实际开发中的应用场景和优势。 JDK 11作为Java平台的一个重要版本，不仅保留了之前版本的稳定性和可靠性，还引入了许多新特性和改进，进一步提升了开发者的编程体验。 在本文中，我们将探讨JDK 11的各种特性，并探讨其对Java开发的影响。
81910编辑于 2024-11-20 - 来自专栏杂七杂八杂九
scrum敏捷开发工具有哪些？推荐3个scrum项目管理工具
敏捷研发全流程支持。支持整个研发周期管理，需求、迭代、测试、缺陷、文档等多项目协同。不仅支持scrum。 年发布的敏捷状态报告中是国外颇受欢迎的敏捷管理工具之一。 它支持Scrum, Extreme Programming, DSDM and Agile UP等多种敏捷开发方法。 它遵循并涵盖了敏捷方法论的整个生命周期。它支持从第一步作为产品待办事项到项目的最后一步, 即完成和交付3、QuickScrumQuickScrum是一款基于Web的工具，具有非常友好的用户界面。 而且，它能够通过用户的偏好列表，来轻松地实现基于Scrum的敏捷项目管理。虽然QuickScrum默认为新用户提供了复杂的操作界面，但是它同时也能提供另一种通过快速设置，来完成的简单易用的替代方案。
99420编辑于 2022-10-12 风险控制规则引擎：从敏捷开发工具到管理逻辑的承载者
咱们国产的低代码平台，主要就是帮大家快速搞定表单和流程，比如拖拽一下就能生成审批单和报表。说白了，就是个效率工具，还是围绕着表单转。但要跟国际上的先进做法接轨，咱们得升级一下，变成一个能封装管理逻辑的数字化平台——这就是Together规则引擎的用武之地。
34710编辑于 2025-09-15- 来自专栏程序员泥瓦匠
掌握这款牛逼的 API 敏捷开发工具，告别加班，远离搬砖！
用尽可能简单的方式，完成尽可能多的需求。通过约定的方式 实现统一的标准。告别加班，拒绝重复劳动，远离搬砖
63310编辑于 2021-12-17 - 来自专栏硬核项目经理的专栏
【敏捷1.1】敏捷项目管理与敏捷宣言
敏捷项目管理与敏捷宣言 说到敏捷项目管理就不得不提到那十分出名的敏捷宣言。这篇文章我们就来简单地了解一下敏捷项目管理的出现和敏捷宣言说的是什么。不要有太多的压力哦，这篇文章还是非常轻松的。 到最后我们学习完了敏捷相关的知识后，大家可以自己再回过头来想一想敏捷和传统项目管理的区别和联系都有哪些，这样对大家知识的掌握才更有好处。 目前来说公认的最佳的方案，就是：敏捷。 敏捷宣言 最后，总算到了我们这篇文章最核心的内容，那就是敏捷宣言。这个东西的历史很多教材以及文章中都会介绍，所以这里我就不再多说一遍了。 当然，你可以向客户阐明你的敏捷观点，进行详尽的沟通，但是，一切都是以交付客户价值为基础。 所以，敏捷将这四条视为原则，而不是准则、规则。 总结 今天这篇文章我们从传统的项目管理说起，通过 VUCA时代 这样一个时代现象来引出敏捷出现的必要性，最后介绍了敏捷的灵魂：敏捷宣言。当然，敏捷宣言很简单，就四句话，也可以概括成四个词。
1.5K20发布于 2021-09-24 - 来自专栏硬核项目经理的专栏
【敏捷2.5】其它敏捷框架
其它敏捷框架 你们一定想知道为什么不接着讲 Scrum 呀？干嘛中间横插一脚。 好东西嘛，当然要留到最后，所以我在这里也就卖个关子，先陪着大家一起来学习一下其它好玩的敏捷框架，或许你能发现不一样的东西哦！ 可视性进度报告 可视性进度报告就是包括但不限于使用各种敏捷类的图表，或者其它非敏捷的，只要能够有效地反映项目进度情况的图表。当然，更推荐的是白板、大屏这些可视性效果极佳的方式进行进度报告的展示。 其实并不新，敏捷各个框架中都强调的让团队坐在一起，没有隔离，让客户也尽量和我们坐在一起。然后呢？ 参考文档： 《某培训机构教材》 《用户故事与敏捷方法》 《高效通过PMI-ACP考试（第2版）》 《敏捷项目管理与PMI-ACP应试指南》
81220发布于 2021-11-26 - 来自专栏EdisonTalk
敏捷 | 如何正确推进敏捷？
无论你的公司是在做敏捷转型还是一开始就使用敏捷，在推进敏捷的过程中往往都碰到了很多的问题。今天和大家分享一下业界认可的正确推进敏捷的三个步骤：评估诊断、敏捷试点和大规模推广。 相关阅读： （1）如何正确理解敏捷？ （2）如何正确推进敏捷？ （3）如何填好推进的坑？ （4）如何做服务型Scrum Master？ 在敏捷转型实践中，大部分的企业都选择请外部的敏捷教练或者咨询师来帮助企业做敏捷转型，而评估诊断也通常是由他们来做。 如果没有请敏捷教练或者咨询师，那也应该从企业内部指定一个熟悉敏捷和了解业界敏捷实践的人来做评估诊断。 最后，正如上一篇中提到的，无论它是不是知名的框架，又或者它是否打着敏捷的名头又或者冠以敏捷，本身是无所谓的，也觉得并非要全盘采纳框架的所有方法，只要在具体实践中能够体现敏捷思想，帮助我们解决实际问题就是敏捷的好实践
1.2K30发布于 2020-12-25 - 来自专栏EdisonTalk
敏捷 | 如何正确理解敏捷？
今天开始和你一起重新温习敏捷，先来正确理解一下敏捷吧。 相关阅读： （1）如何正确理解敏捷？ （2）如何正确推进敏捷？ （3）如何填好推进的坑？ （5）无处不在的敏捷思想 1 敏捷的初心 2001年，一群大师聚集在美国犹他州，吃吃喝喝头脑风暴，搞出了一个敏捷宣言，阐述了5条价值观，如下图所示。 ? 2 敏捷的原则 只有敏捷价值观是无法具体指导我们具体工作的，因此由它的价值观又引出了经典的敏捷十二条原则，是每个学习敏捷的童鞋都应该反复理解的话： （1）我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意 （11）最好的构架、需求和设计出自于自组织的团队。 （12）每隔一定时间，团队会在如何才能更有效地工作方面进行反省，然后相应地对自己的行为进行调整。 对于方法，无论它是不是Scrum，又或者它是否打着敏捷的名头又或者冠以敏捷，本身是无所谓的，我也更是觉得并非要全盘采纳敏捷的所有方法（很多时候我发现我们都很迷信3355的流程），只要在具体实践中能够体现敏捷思想
1.1K41发布于 2020-12-25 - 来自专栏硬核项目经理的专栏
【敏捷1.2】敏捷宣言的官方解释：12条敏捷原则
敏捷宣言的官方解释：12条敏捷原则 上一篇文章中说到的敏捷宣言，可以说是整个敏捷体系中最精髓的部分了。说实话，不仅你觉得，我也觉得这四句话有点太简单，太抽象了。 所以，各位大佬们在发布敏捷宣言的同时，还给出了 12 条敏捷原则，可以看成是对敏捷宣言的官方解释及补充。 既然这么说了，那么其实也就意味着这 12 条敏捷原则也是官方给出的东西了呗。 要知道，敏捷区别于传统项目开发的一大特点就是不停地持续交付真正可用的软件产品。 在敏捷中，一个功能无法使用，也就意味着这个功能是没有交付的。 原则九：不断地关注优秀的技能和好的设计会增强敏捷能力 这一点可以说是更重视于软件开发中的架构设计。代码一旦变得复杂，冗余，就会失去敏捷性。 参考文档： 《某培训机构教材》 《用户故事与敏捷方法》 《高效通过PMI-ACP考试（第2版）》 《敏捷项目管理与PMI-ACP应试指南》
1.1K20编辑于 2023-03-09 - 来自专栏硬核项目经理的专栏
【敏捷5.4】敏捷计划与适应
敏捷计划与适应 上篇文章用大量篇幅学习了敏捷中计划的概念以及用户故事的估算，毕竟都是新东西，所以大家还是要好好消化消化。今天我们主要学习的是敏捷计划的具体实施以及敏捷的适应问题。 敏捷计划的实施 在学习敏捷计划的实施前，我们先来再看看敏捷计划和传统项目管理计划的不同。 首先，敏捷计划是通过实验和示范的方式来发现真正的需求，然后对其进行重新规划。 一般来说，回顾会议是以 Scrum Master 为主导的，以过程和敏捷实践的执行为主要内容，以团队成员的成长和收获为核心方向。 敏捷适应 敏捷适应其实就是在敏捷计划的执行过程中如何解决出现的问题。所以，在适应模块中，其实包含的就是识别和解决问题两个方面的内容。 识别问题 我们上面讲的那些敏捷监控工具是为了识别问题的。 关于敏捷规划设计方面的内容我们就学习完了。其实到这里为止，敏捷中最核心的一些内容就已经差不多了。后面我们还将要学习的是团队、风险管理和过程改进相关的内容。
70920编辑于 2023-03-03
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号