博客 - 禅道项目管理软件

博客分类

全部

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

据IDC统计，2017年，DevOps的全球软件市场已达到约39亿美元的水平，预计到2022年市场将达到80亿美元左右！在敏捷软件开发环境中，工作模型和操作需要对公司不断变化的需求具有超级灵活的能力。DevOps——一种工具和实践的结合，有助于软件开发与IT运维并携手共进。这种跨功能的工作模式旨在最小化系统开发生命周期的持续时间，并提供持续的部署和交付。实施CI和CD的方式你可能有很多想法，你的产品创意可能是最好的，但如果你不经常交付新版本，那么你将很难与周边的竞争对手匹敌。持续集成（CI）和持续交付与部署（CD）是对代码的所有主要和次要更改集成到一起并一同交付，或者添加新功能或产...

Erin520 2020-08-26

CMMI V2.0丨如何通过CMMI真正在企业中的实施规模化敏捷开发

在过去的几年中，敏捷开发已经从一个利基概念（利基（niche）是指针对企业的优势细分出来的市场，这个市场不大，而且没有得到令人满意的服务。产品推进这个市场，有盈利的基础。）转变为全球许多大公司采用的标准实践。通过小型、自我管理的团队加速软件开发现已成为一种公认的策略，并且越来越被视为企业创新和竞争力的关键。CMMI研究院的统计报告显示，2018年参加CMMI评估的企业80%以上使用了敏捷。如今，随着公司寻求更多地将敏捷性注入整个组织及其文化中，敏捷技术已经不仅仅应用于软件开发领域。尽管敏捷越来越流行，但是当企业尝试在整个企业范围内推广使用敏捷软件开发时，仍然会遇到问题。尽管敏捷对于小型、独立...

yanruiyu 2020-08-26

CMMI V2.0丨使用 CMMI 来增强敏捷成果——每日站会

概述每日站会（亦称“每日 Scrum”或“每日会议”）是常见于Scrum的一种敏捷方法，现也被广泛应用于所有类型的敏捷方法。与传统项目相比，它可更早发现问题和风险，以及加强敏捷团队成员之间的合作。每日站会一般时长15分钟，收集来自每位团队成员的信息，侧重于以下三个关键领域： • 我已经完成了什么（“昨天的天气”）• 我将要做什么• 我遇到什么阻碍在团队圆桌会议期间，成员们共同探讨，以确定所发现的问题和风险的最佳解决方式。Scrum 将出席者标识为“Scrum 团队”或核心团队成员，但建议不要让客户或管理层代表参与。在实践中，出席会议的团队成员往往会增加。通常，参与完成当前冲刺...

李晓琳 2020-08-25

敏捷工具：Scrum板与Kanban如何抉择？

Scrum板作为一种工具，主要应用于Scrum团队的敏捷项目管理，能够帮助团队更新任务进度，促进团队信息共享，及时发现任务过程中的异常现象，从而查漏补缺。团队在每日站会时会通过Scrum板来直观地展示任务状态，确定每日需要做的任务以及优先级。看板作为一种敏捷方法论，通过工作流程以及任务的可视化来识别并纠正出现的失误。起初，看板通常为物理看板（白板），随着项目管理流程移至线上，看板也逐渐转为虚拟看板(软件工具）。这些常见的白板概念应用于各种敏捷团队，它们都通过可视化的任务、透明化的工作状态来激励团队成员工作、...

yanruiyu 2020-08-21

Devops与敏捷二者能否结合？

当前软件行业的趋势倾向于使应用程序开发和部署成为业务运营的重要组成部分。这些公司开始专注于实现像DevOps解决方案这样的方法，这有助于缩短产品开发时间。使用DevOps进行开发减少了交付软件所需的阶段。软件交付时间短允许用户尽早部署软件，并通过更多的反馈为业务增加价值。 DevOps与敏捷的结合 DevOps的实施主要集中在软件的各个方面，例如注重软件的可操作性、软件过程的自动化、可扩展性，以及每个版本的更好的部署方式以及它的监视和长期维护。DevOps的缺点是它不能支持敏捷开发中支持的代码的持续测试。与DevOps不同，敏捷主要关注产品是否满足客户的需求，因此专注于严格的测试。 ...

Erin520 2020-08-20

CMMI V2.0丨使用 CMMI 来增强敏捷成果——待办事项梳理

敏捷实践和技术全部可以通过适当运用CMMI 加强。后续内容将介绍最常用于敏捷软件开发环境的实践。概述待办事项梳理（有时称为“故事时间”）是Scrum 团队使用的一种常见敏捷技术，用来在冲刺之前和期间产生排好优先顺序的史诗和用户故事待办事项。在冲刺期间发生的梳理有时被称为“微型梳理”。待办事项梳理通常包含产品所有者与 Scrum团队之间就将要为每个冲刺添加、删除或修订的史诗或用户故事进行的协商。所有利益相关方都会对此合作决策提供意见。因此，它是涉及冲刺策划和执行的一项关键活动。产品所有者是产品待办事项列表的首要所有者。新的史诗和用户故事可以作为来自其他业务 SME、Scrum 团队、客...

李晓琳 2020-08-13

优质单元测试的十大标准，你有遵循吗？

优秀的测试套件可以让人在更改代码时感到安全，从而使工作更为轻松；糟糕的测试套件会让人痛苦不堪，且浪费大量时间。编写好的、可维护的单元测试存在着一些特定规则，可使单元测试质量更高、更具效率。 1、尽可能简短因为我们测试的是由单个代码单元交付的单个功能，所以测试应该相当短是有意义的。至于具体需要多短就取决于多种因素，但通常不会超过几行代码。 2、切忌自我重复良好的编码实践应用于测试代码的方式与应用于生产代码的方式相同。从实践经验上来说，单元测试中最容易违反的规则之一是“Dont Repeat Yourself”。有些人甚至声称单元测试根本不应该共享任何代码。那是全然的废话。当...

Erin520 2020-08-11

CMMI V2.0丨成功的敏捷过程改进项目的要素

敏捷团队依靠“回顾”频繁提供增量信息，实现团队性能改进。虽然在“Scrum of Scrum”环境（多组 Scrum 团队同步工作解决一个团队中多个控制方面的问题）中部署一系列回顾在有些敏捷环境中已被证明行之有效，但敏捷中并没有机制来明确解决“企业级”改进问题。要在任何环境下（包括敏捷环境）以实用、有效的方式改进组织过程，一种经实践检验的方法是从多个不同组的参与者中抽调成员建立集成的过程团队（有时也称为“软件工程过程组”或 “SEPG”），并由一个或多个工作组提供支持。这些工作组侧重于敏捷实践、技术或其他需要定义或改进性能的零散领域。过程行动小组 (PAT) 侧重改进敏捷实践、技术或其...

李晓琳 2020-08-11

CMMI V2.0丨敏捷和 CMMI 如何协同作用以帮助产出更优秀的软件？

什么是 CMMI ？ CMMI即能力成熟度模型集成，是一个过程模型，明确定义了一个组织应该采取什么行动来定义、理解和推进有助于提高性能的行为。面向开发的 CMMI 有五个“成熟度级别”和三个“能力级别”，定义了打造伟大产品和服务所需展现的最重要实践，并将它们全部囊括在一个综合模型中。CMMI 还帮助公司确定并实现可度量的业务目标，打造更出色的产品，保证客户更满意并确保我们尽可能高效地工作。能力成熟度模型集成 (CMMI®) 是一种能力改进模型，为组织提升性能提供指南。CMMI 有 5 个成熟度级别，为了持续改进每个级别都建立在前一个级别的基础上。基于 300 多条实践可以对组织能...

yanruiyu 2020-08-06

成功的9大步骤：从手动测试转为自动化测试

您或您的团队目前是否手动测试并尝试采用自动化测试？在本文中，我们将概述小型QA团队如何从手工测试到无代码测试再到完全自动化的测试。这个过渡不会一蹴而就，但成功实现要比预期的容易得多。 1、对单调重复的手动测试说不愿意对单调乏味的重复性手动测试说不，就是迈向自动化测试的第一步。作为测试团队，需要承认手工测试经常受到重复性的困扰，并且容易出错。任何团队最终都会因为一次又一次地做同样的事情而陷入困境，从而影响团队的效率和积极性。一些团队将通过自动化一些小块的重复性工作来克服这个挑战。例如，将测试数据导入数据库的脚本，生成随机测试数据的实用程序。 2、了解切换到自动化测试的障碍一旦确认了团...

Erin520 2020-08-04