博客 - 禅道项目管理软件

博客分类

全部

给DevOps加点料——融入安全性的DevSecOps

从前，安全防护只是特定团队的责任，在开发的最后阶段才会介入。当开发周期长达数月、甚至数年时，这样做没什么问题；但是现在，这种做法现在已经行不通了。采用 DevOps 可以有效推进快速频繁的开发周期（有时全程只有数周或数天），但是过时的安全措施则可能会拖累整个流程，即使最高效的 DevOps 计划也可能会放慢速度。 DevSecOps是什么在 DevOps 协作框架下，安全防护是整个 IT 团队的共同责任，需要贯穿至整个生命周期的每一个环节。这个理念非常重要，因此催生出了“DevSecOps”一词，即在开发和运维紧密结合的基础上再强调了Security，强调必须为 DevOps 计...

Erin520 2020-09-02

CMMI V2.0丨使用 CMMI 来增强敏捷成果——验收标准

概述完成的标准 (DoD)即Definition of Done是任何敏捷项目的关键因素。它是敏捷团队内的一项协议，表明为产品准备妥当可供产品所有者进行冲刺评审必须完成的事项。对于大多数敏捷项目，“完成”的定义是在用户故事层面，由团队商定并在每个故事内定义。当完成故事内定义的 DoD 时，故事被视为“完成”。 DoD 可能包括： • 撰写代码和测试用例 • 代码经过同行评审（或采用结对编程生成）并符合开发标准• 代码单元测试通过• 用户故事测试通过• 代码部署到系统测试环境并通过系统测试• 代码部署到集成环境并通过集成测试• 用户故事／测试用例通过 UAT（用户验收测试）...

李晓琳 2020-08-27

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