- 综合排序
- 最热优先
- 最新优先
- 来自专栏杂七杂八杂九
敏捷开发七个步骤和Scrum敏捷管理工具
敏捷开发的七个步骤如下： 1、建立一个敏捷文化：强调开放、透明、合作和不断学习，通过培训和认可来鼓励员工采用这种文化。 敏捷工具： 敏捷开发工具在敏捷开发过程中扮演着非常重要的角色。敏捷开发工具可以提高开发效率。它可以帮助团队更好地管理开发任务、协同工作、快速反馈和持续集成。 敏捷工具我推荐几款： 1、Leangoo领歌一款永久免费的专业敏捷研发管理工具，它覆盖了敏捷项目研发全流程，包括小型团队敏捷开发，规模化敏捷SAFe，Scrum of Scrums大规模敏捷。 2、Agilefant是一个免费的开源项目管理工具，为敏捷开发提供了一个完整的解决方案。它提供了任务管理、迭代计划、可视化迭代结构和跟踪、以及实时动态报表等特点，帮助团队更好地掌控项目进展和管理。 3、XPlanner是专门为XP(极限编程)团队设计的项目管理工具。它支持XP开发流程，并解决利用XP思想来开发项目所碰到的问题。
89320编辑于 2023-09-23 - 来自专栏杂七杂八杂九
专业的敏捷需求管理工具推荐
为了协助大家找到合适的需求管理工具，我们选择了国内外几款款工具作比对：Leangoo领歌敏捷工具Jama SoftwareVisure RequirementsIBM DOORS NextReqSuite SAFe敏捷工具,敏捷项目管理,敏捷研发工具）Leangoo领歌是一款专业的敏捷开发管理工具，提供端到端敏捷研发管理解决方案，涵盖敏捷需求管理、任务协同、缺陷管理、进展跟踪、统计度量等。 包括小型团队敏捷开发，规模化敏捷SAFe，Scrum of Scrums大规模敏捷。 Visure Requirements（官网：https://visuresolutions.com/Visure是一家领先的需求管理工具提供商，提供全面的协作ALM平台，包括完全可追溯性、与MS Word Visure 是一种易于使用且全面的需求管理工具。 它集成了同一环境中的其他流程，例如风险管理、测试管理、问题和缺陷跟踪以及变更管理。比较可惜的是不支持在国内使用。
2.9K20编辑于 2023-06-27 - 来自专栏杂谈v
基于敏捷开发的项目管理工具分享
为了更好地支持敏捷开发，市面上的敏捷工具层出不群。当然任何软件都能是帮助我们更高效的工作，工具自己本身并不能管理项目，所以首先还是要了解敏捷开发的知识。 这里介绍下管理Scrum敏捷开发中的一些工具，自己体验的工具。 1、Leangoo领歌 Leangoo是国产的一款产品，以看板为核心，围绕看板进行项目管理及任务协作。也有共享思维导图，时间线视图。 对敏捷开发的支持是非常好的。 敏捷产品端到端的管理，产品路线图、需求管理，迭代规划，迭代开发，任务版，燃尽图跟踪进度，甘特图，项目文档管理，任务提醒，任务关联，工时等等 项目统计，企业视角统计，看板视角统计，人员视角统计等等，全方位跟踪项目进展
1.1K41编辑于 2023-03-10 - 来自专栏杂七杂八杂九
大规模敏捷SAFe框架管理工具+操作流程
Leangoo领歌覆盖了敏捷项目研发全流程，包括小型团队敏捷开发，Scrum of Scrums大规模敏捷。 SAFe（Scaled Agile Framework）是全球运用最广泛的大规模敏捷框架。SAFe融合了精益、敏捷和DevOps，它是一个知识库，囊括了大量已被证明的精益敏捷实践和能力。 SAFe是全球最受欢迎和接受的大规模敏捷框架。 Program Backlog 看板Program Backlog看板是未来的特性故事（Feature）的暂存区，可用于为某个敏捷发布火车(ART) 满足用户需求和交付业务收益。 Leangoo领歌也提供SAFe大规模敏捷培训，SAFe认证Leading SAFe官方认证班 大规模敏捷 SAFe ScrumMaster & Leading SAFe双认证班SAFe认证SPC官方认证班
82760编辑于 2023-07-26 - 来自专栏项目管理集锦
敏捷开发团队不可或缺的项目管理工具
在敏捷和精益的推动下，很多软件研发项目只是望文生义，只学到了“速度”，提出了快速迭代，快速交付，忽略了做好每个环节才是提效的根本。 面对软件开发过程中存在的问题，抱着“多快好省”的软件研发愿景，一群志同道合的软件开发实践者提出了新的开发方法，我们称之为敏捷开方法。 敏捷开发要求研发团队及时响应客户不的需求，频繁交付可工作的软件，满足客户质量要求的产品。 但在实际运行的过程中，有一大部分企业和研发人员并没有真正理解“敏捷开发”内涵与核心价值，只留下一些形式上的开发流程，在管理上并无实质性改进。 敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。
73000编辑于 2022-07-29 - 来自专栏mysql
hhdb数据库介绍(10-5)
管理用户界面的审计日志主要用来查看管理用户对管理平台的操作记录，同时可查看所有纳管的计算节点集群内普通用户的基本操作。
1K10编辑于 2025-03-13 - 来自专栏GoGal够格的专栏
一款让敏捷开发团队跑起来的管理工具
现如今，大多数互联网创业公司都追崇者敏捷开发的思路，甚至很多成熟型大公司都沿用这种开发管理模式。敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。 “ Fix time, Flex Scope”是敏捷迭代的核心理念。 在创业公司，很多创业者初期在项目管理上都使用任务看板、每日站会、计划纸牌等手段进行项目管理，这也是比较常见的项目管理手段。 “T先生 ”就是专程出现为我们解决创业过程中敏捷开发的难题的。最近一年在做“够格”的项目，与“T先生 ”结缘，相处甚久后，尤其认识到“T先生”带来的便利。 工作地点都在一个办公区域（基本不存在异地沟通问题），整个项目采用敏捷开发、版本迭代的过程在跑。产品至今上线一年时间，版本迭代将近20次。基本保持每1-2周一次迭代的过程。 说到“T先生”究竟为什么方便了团队在敏捷开发过程中的使用，这里需要先说我们团队的产品研发节奏。
2.9K00发布于 2017-05-23 - 来自专栏mall学习教程
推荐一个项目管理工具，落地基于Scrum的敏捷开发！
作为一个开发人员，我们也该懂一些项目管理的知识，今天我们来讲一个基于Scrum的项目管理工具禅道。 国外的软件先行者们针对瀑布开发中暴露出来的问题进行了一系列的探索、思考和总结，最终提出了敏捷开发的概念。敏捷开发有很多种方式，其中Scrum是比较流行的一种。 下面我们用项目经理的账号登录，来演示下项目经理在敏捷开发中所要做的事情。 在禅道中项目其实对应的是敏捷开发里面的迭代的概念，项目经理首先需要创建一个项目： ? 物理介质的看板比较直观，是Scrum标准的管理工具，禅道里面也有一个电子看板： ? 当项目的任务都完成以后，开发人员可以创建版本： ? 完善完版本信息后即可创建版本： ? 总结 我们通过在禅道里面的一系列操作完整地演示了一套基于Scrum敏捷开发流程，其实所有角色的职责可以用下图来概况。 ?
1.8K51发布于 2020-02-19 - 来自专栏杂七杂八杂九
scrum敏捷开发工具有哪些？推荐3个scrum项目管理工具
敏捷研发全流程支持。支持整个研发周期管理，需求、迭代、测试、缺陷、文档等多项目协同。不仅支持scrum。 看板可以用于多个场景，轻量化的管理任务/官网：www.leangoo.com有免费版，有私有部署版，也有saas版2、VersionOneVersionOne在2002年帮助推出了敏捷管理工具，并且在2020 年发布的敏捷状态报告中是国外颇受欢迎的敏捷管理工具之一。 它支持Scrum, Extreme Programming, DSDM and Agile UP等多种敏捷开发方法。 VersionOne是基于Web的项目管理工具，测试人员,开发人员和其他利益相关者可以使用该版本来管理,跟踪和组织软件测试工作。它遵循并涵盖了敏捷方法论的整个生命周期。
1.1K20编辑于 2022-10-12 - 来自专栏JVMGC
开源简单高效,基于敏捷开发的项目管理工具,事项驱动设计思想
MasterLab MasterLab是一款简单高效、基于敏捷开发的项目管理工具，以事项驱动和敏捷开发最佳实践作为设计思想，同时参考了Jira和Gitlab优秀特性发展而来，适用于互联网团队进行高效协作和敏捷开发 功能特点 简单易用,拥有良好的用户体验和扁平化风格 创新的将思维导图和项目事项进行整合，让项目管理更轻松 重视质量,服务器端代码(php)遵循PSR2标准规范,编写单元和功能测试 支持敏捷开发(待办事项列表 ，迭代冲刺，看板) Masterlab团队本身践行敏捷开发最佳实践(迭代开发,单元测试,持续集成,自动化部署),树立开发极致产品的典范 项目管理,包含事项,迭代,看板,统计,图表,设置功能 基于事项驱动
67320编辑于 2023-03-10 - 来自专栏硬核项目经理的专栏
【敏捷1.1】敏捷项目管理与敏捷宣言
敏捷项目管理与敏捷宣言 说到敏捷项目管理就不得不提到那十分出名的敏捷宣言。这篇文章我们就来简单地了解一下敏捷项目管理的出现和敏捷宣言说的是什么。不要有太多的压力哦，这篇文章还是非常轻松的。 到最后我们学习完了敏捷相关的知识后，大家可以自己再回过头来想一想敏捷和传统项目管理的区别和联系都有哪些，这样对大家知识的掌握才更有好处。 目前来说公认的最佳的方案，就是：敏捷。 敏捷宣言 最后，总算到了我们这篇文章最核心的内容，那就是敏捷宣言。这个东西的历史很多教材以及文章中都会介绍，所以这里我就不再多说一遍了。 当然，你可以向客户阐明你的敏捷观点，进行详尽的沟通，但是，一切都是以交付客户价值为基础。 所以，敏捷将这四条视为原则，而不是准则、规则。 总结 今天这篇文章我们从传统的项目管理说起，通过 VUCA时代 这样一个时代现象来引出敏捷出现的必要性，最后介绍了敏捷的灵魂：敏捷宣言。当然，敏捷宣言很简单，就四句话，也可以概括成四个词。
1.8K20发布于 2021-09-24 - 来自专栏硬核项目经理的专栏
【敏捷2.5】其它敏捷框架
其它敏捷框架 你们一定想知道为什么不接着讲 Scrum 呀？干嘛中间横插一脚。 一是代码管理工具，要随时可追溯可还原；二是要有统一的配置中心，可以实现各种开发环境的快速配置切换。 可视性进度报告 可视性进度报告就是包括但不限于使用各种敏捷类的图表，或者其它非敏捷的，只要能够有效地反映项目进度情况的图表。当然，更推荐的是白板、大屏这些可视性效果极佳的方式进行进度报告的展示。 其实并不新，敏捷各个框架中都强调的让团队坐在一起，没有隔离，让客户也尽量和我们坐在一起。然后呢？ 参考文档： 《某培训机构教材》 《用户故事与敏捷方法》 《高效通过PMI-ACP考试（第2版）》 《敏捷项目管理与PMI-ACP应试指南》
91220发布于 2021-11-26 - 来自专栏EdisonTalk
敏捷 | 如何正确推进敏捷？
无论你的公司是在做敏捷转型还是一开始就使用敏捷，在推进敏捷的过程中往往都碰到了很多的问题。今天和大家分享一下业界认可的正确推进敏捷的三个步骤：评估诊断、敏捷试点和大规模推广。 相关阅读： （1）如何正确理解敏捷？ （2）如何正确推进敏捷？ （3）如何填好推进的坑？ （4）如何做服务型Scrum Master？ 在敏捷转型实践中，大部分的企业都选择请外部的敏捷教练或者咨询师来帮助企业做敏捷转型，而评估诊断也通常是由他们来做。 如果没有请敏捷教练或者咨询师，那也应该从企业内部指定一个熟悉敏捷和了解业界敏捷实践的人来做评估诊断。 最后，正如上一篇中提到的，无论它是不是知名的框架，又或者它是否打着敏捷的名头又或者冠以敏捷，本身是无所谓的，也觉得并非要全盘采纳框架的所有方法，只要在具体实践中能够体现敏捷思想，帮助我们解决实际问题就是敏捷的好实践
1.4K30发布于 2020-12-25 - 来自专栏EdisonTalk
敏捷 | 如何正确理解敏捷？
今天开始和你一起重新温习敏捷，先来正确理解一下敏捷吧。 相关阅读： （1）如何正确理解敏捷？ （2）如何正确推进敏捷？ （3）如何填好推进的坑？ （5）无处不在的敏捷思想 1 敏捷的初心 2001年，一群大师聚集在美国犹他州，吃吃喝喝头脑风暴，搞出了一个敏捷宣言，阐述了5条价值观，如下图所示。 ? 2 敏捷的原则 只有敏捷价值观是无法具体指导我们具体工作的，因此由它的价值观又引出了经典的敏捷十二条原则，是每个学习敏捷的童鞋都应该反复理解的话： （1）我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意 但是，从上面可以了解到，Scrum不是敏捷的全部，它只是敏捷的一个落地方法之一。 对于方法，无论它是不是Scrum，又或者它是否打着敏捷的名头又或者冠以敏捷，本身是无所谓的，我也更是觉得并非要全盘采纳敏捷的所有方法（很多时候我发现我们都很迷信3355的流程），只要在具体实践中能够体现敏捷思想
1.2K41发布于 2020-12-25 - 来自专栏硬核项目经理的专栏
【敏捷1.2】敏捷宣言的官方解释：12条敏捷原则
敏捷宣言的官方解释：12条敏捷原则 上一篇文章中说到的敏捷宣言，可以说是整个敏捷体系中最精髓的部分了。说实话，不仅你觉得，我也觉得这四句话有点太简单，太抽象了。 所以，各位大佬们在发布敏捷宣言的同时，还给出了 12 条敏捷原则，可以看成是对敏捷宣言的官方解释及补充。 既然这么说了，那么其实也就意味着这 12 条敏捷原则也是官方给出的东西了呗。 要知道，敏捷区别于传统项目开发的一大特点就是不停地持续交付真正可用的软件产品。 在敏捷中，一个功能无法使用，也就意味着这个功能是没有交付的。 原则九：不断地关注优秀的技能和好的设计会增强敏捷能力 这一点可以说是更重视于软件开发中的架构设计。代码一旦变得复杂，冗余，就会失去敏捷性。 参考文档： 《某培训机构教材》 《用户故事与敏捷方法》 《高效通过PMI-ACP考试（第2版）》 《敏捷项目管理与PMI-ACP应试指南》
1.2K20编辑于 2023-03-09 - 来自专栏AI机器学习与深度学习算法
机器学习入门 10-5 精确率和召回率的平衡
本系列是《玩转机器学习教程》一个整理的视频笔记。本小节主要说明精准率和召回率是相互制约、相互矛盾的两个指标，通过选取不同的threshold阈值来观察精准率和召回率的变化。在具体编程中，sklearn没有直接能够传入threshold阈值的函数，但是可以使用算法的decision_function函数计算出样本的score值，然后转换为布尔向量，进而转换为元素为0,1的整型向量，整型向量即为算法在当前阈值下预测的样本类别。
4.7K51发布于 2020-04-26 - 来自专栏智能时刻
「敏捷模型」敏捷架构：规模化敏捷开发的策略
与流行的看法相反，架构是敏捷软件开发工作的一个重要方面，就像传统的工作一样，并且是扩展敏捷方法以满足现代组织的现实需求的关键部分。但是，敏捷专家的架构方式与传统主义者的方式略有不同。 解决敏捷和架构周围的神话 1.迈向敏捷架构 体系结构提供了构建系统的基础，体系结构模型定义了体系结构所基于的愿景。 架构规模敏捷。传统技术也是如此。为项目制定可行且可接受的架构策略对于您的成功至关重要，尤其是在敏捷团队大规模发现的复杂情况下。 5.规模敏捷架构 在大型敏捷团队，地理位置分散的敏捷团队或企业范围的架构工作中，您将需要架构所有者团队或企业架构团队（在敏捷建模中，我最初将其称为核心架构团队，这是我从未真正喜欢过的术语）。 大多数敏捷团队将适当地结合前三种策略。 图4描绘了大规模敏捷项目的体系结构活动过程。
2.5K21发布于 2019-09-10 - 来自专栏硬核项目经理的专栏
【敏捷5.4】敏捷计划与适应
敏捷计划与适应 上篇文章用大量篇幅学习了敏捷中计划的概念以及用户故事的估算，毕竟都是新东西，所以大家还是要好好消化消化。今天我们主要学习的是敏捷计划的具体实施以及敏捷的适应问题。 敏捷计划的实施 在学习敏捷计划的实施前，我们先来再看看敏捷计划和传统项目管理计划的不同。 首先，敏捷计划是通过实验和示范的方式来发现真正的需求，然后对其进行重新规划。 敏捷适应 敏捷适应其实就是在敏捷计划的执行过程中如何解决出现的问题。所以，在适应模块中，其实包含的就是识别和解决问题两个方面的内容。 识别问题 我们上面讲的那些敏捷监控工具是为了识别问题的。 4）鱼骨图：同样是探究问题的根本原因的方法，也叫做石川图或者因果图，也是 PMP 中的质量管理工具，大家可以自己查查这种图是长什么样子的。 关于敏捷规划设计方面的内容我们就学习完了。其实到这里为止，敏捷中最核心的一些内容就已经差不多了。后面我们还将要学习的是团队、风险管理和过程改进相关的内容。
81320编辑于 2023-03-03 - 来自专栏敏捷管理
【Kevin聊敏捷】敏捷宣言
说来奇怪，敏捷宣言是任何谈论敏捷相关的话题的时候，首先要提到的。而我的专栏居然在第31篇文章才来说「敏捷宣言」，真的是罪过~ = =#。 因为网上关于敏捷宣言的文章实在太多了，有深入浅出的，有详尽的。 【Kevin聊敏捷】精益敏捷（Lean Agile）的5个原则 26.【Kevin聊敏捷】精益敏捷（Lean Agile）导论 25.【Kevin聊敏捷】极限编程XP2实践 24. 【Kevin聊敏捷】敏捷项目管理之Scrum Events 敏捷活动 13.【Kevin聊敏捷】敏捷项目管理之Scrum Master 敏捷教练 12. 【Kevin聊敏捷】敏捷项目管理之Product Owner 产品负责人（一） 09.【Kevin聊敏捷】敏捷项目管理之Scrum三大支柱 08. 【Kevin聊敏捷】敏捷项目管理之Scrum价值 07.【Kevin聊敏捷】敏捷项目管理之Scrum 06.【Kevin聊敏捷】项目生命周期之敏捷型生命周期 05.
1.5K00发布于 2020-12-05 - 来自专栏智能时刻
「敏捷」也许敏捷就是问题所在
关键的要点 许多组织都对敏捷感到厌倦 “敏捷工业综合体”是问题的一部分 敏捷者必须回到宣言和12个原则的基础和简单 敏捷和现代敏捷的核心是基本的、简单的框架 敏捷者需要从社会科学中学习很多东西，比如积极心理学 、欣赏式探究和解决方案聚焦 敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷。 今天，“敏捷”意味着一切。渐渐地，它就毫无意义了。许多组织对“敏捷”感到厌倦和难以驾驭，或者抗拒“敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷。” 它变得更糟。“ 名不正，言不顺 ”(孔子)。 所以这就是第一个问题:敏捷的工业综合体和这种强加的一种最好的做事方式。这是我们必须反对的。 敏捷工业综合体。黑暗的敏捷。假的敏捷。僵尸敏捷。更糟糕的是。 结论 跨学科研究、原则和实践是敏捷的未来。这使得我们与我们的根保持联系变得更加重要，只要我们继续使用“敏捷”这个名字。请不要再说“敏捷、敏捷、敏捷、等等”之类的话了。
66310编辑于 2023-01-05
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号