博客 - 禅道项目管理软件

博客分类

全部

带你全面认识CMMI V2.0（三）

CMMI V2.0成熟度等级 CMMI V2.0的一大变化是，所有实践领域均适用于成熟度三级（ML3），并具有特定的附加必需实践水平。例如，在ML3上需要进行因果分析和解决，但在CMMI成熟度四级（ML4）和CMMI成熟度五级（ML5）上增加了一些实践。 CMMI成熟度一级（ML1）初始级在CMMI 成熟度一级中，组织满足了“实践域”的意图，但是实践并未得到完全实施，并且通常在解决问题上是被动的。 CMMI成熟度二级（ML2）管理级在CMMI 二级组织中，组织进行实践以满足实践域的意图，主动解决问题并实现计划目标。成熟度二级不需要使用组织资产。以下实践域必须在成熟度二级...

yanruiyu 2021-03-11

2021年DevOps的四大趋势

从颠覆性的技术到DevOps工具和实践的持续发展，在未来的一年里有很多可以谈论的话题。重要的是要记住，不管如何发展，技术和人才仍然是推动行业变革的关键力量。使用GitOps扩展容器化和编排治理在2021年，Kubernetes将更为流行。当开发团队在全球范围内部署他们的产品时，将面临着规模问题；运维人员的压力则来源于需要跨多个云管理多个实例。通常，操作团队使用push模式，其中传递管道将更新发送到Kubernetes集群。这种模式带来了挑战。例如，软件团队提出的两个常见问题是“在给定的环境中部署了什么版本”和“我们能快速回滚到以前的版本吗”，在push模式下，这些问题很难得到解决...

Erin520 2021-03-10

产品经理和项目经理的区别，读这一篇就够了！

“产品经理和项目经理都负责什么工作？” “我想做产品经理，你觉得合适吗？” “程序员做几年可以做到项目经理？” “产品经理和项目经理哪个更有前途？要回答这些问题，首先就要知道产品经理及项目经理的职能和区别。本文从三个方面来说明。一．从概念上看产品经理（Product Manager）是企业中专门负责产品管理的职位，产品经理负责市场调查并根据用户的需求，确定开发何种产品，选择何种技术、商业模式等。产品经理还要根据产品的生命周期，协调研发、营销、运营等，确定和组织实施相应的产品策略，以及其他一系列相关的产品管理活动。项目经理（ Project Manager ) 是项目团队的...

zhengqiaoyin 2021-03-10

带你全面认识CMMI V2.0（二）

CMMI V2.0的变化 CMMI V2.0中的变化包括更新的CMMI模型和实施过程的方法。 CMMI V2.0专注于： ●在运营和业务目标（时间、质量、预算、客户满意度等）上提高业务性能●通过Scrum项目流程建立敏捷弹性，并专注于性能●加快模型采用速度，同时减少准备时间和生命周期成本●在以前的CMMI V1.3模型下，需求被分解为定义的域，称为“过程域”，这些域被分为四个通用类别，即过程管理、项目管理、工程和支持。 ●随着CMMI V2.0模型的发布，CMMI研究院引入了新的术语，并将需求在类、能力域和实践域中分组重新定义。 CMMI V2.0模型新的CMMI V2.0模型具有...

yanruiyu 2021-03-04

带你全面认识CMMI V2.0（一）

新发布的CMMI V2.0在方法论和方法上都提出了一些战略上的变化和改进。这些更新提供了新的要求、历史标准的演进以及以往实践的延续。 CMMI V2.0和CMMI V1.3的变化 CMMIV2.0的定义旨在突出公司内部常见的关键功能，同时注重性能实践，并注重通过可重复性和实践来改进流程。CMMI全球最佳实践使组织能够建立和基准化最常见的业务挑战，包括：管理工作，确保质量并提高绩效开发产品并提供/管理服务管理供应商管理人力和支持实施保持习惯的持久性和管理业务弹性 CMMI V2.0发布日期 2018年3月28日，CMMI研究院发布了最新版...

yanruiyu 2021-03-04

技术债是什么、怎么还？你想知道的都在这一篇文章里了！

前两周写了关于技术债务的文章，尽管实践中会堆积技术债，但这个概念并不在我们的工作中频繁出现。这篇文章就系统性讲讲技术债，让大家避免知其然，不知其所以然。一、技术债是什么技术负债（英语：Technical debt），又译技术债，也称为设计负债（design debt）、代码负债（code debt），是编程及软件工程中的借鉴了财务债务的系统隐喻。指开发人员为了加速软件开发，在应该采用最佳方案时进行了妥协，改用了短期内能加速软件开发的方案，从而在未来给自己带来的额外开发负担。这种技术上的选择，就像一笔债务一样，虽然眼前看起来可以得到好处，但必须在未来偿还。软件工程师必须付出额外...

Erin520 2021-03-02

2019年度CMMI V2.0性能报告

2020年底，CMMI研究院发布《2019 CMMI V2.0 Performance Report Summary》，渠成团队进行了全文翻译并简单总结如下。（文末提供中英双版PDF下载）报告分为报告目的、关键信息、2019V2.0成果、CMMI用户、V2.0概述、目标受众六大板块，分为86页PPT进行阐释。报告中包含的信息是基于在2019年首批注册CMMI V2.0评估的100家组织性能改进结果的分析。被评估的组织在CMMI V2.0性能报告中描述了改进“前后”的目标（被评估的95个组织共有735个目标），其中完成的改进目标的成功率达到了惊人的79% ，还有20%...

yanruiyu 2021-02-23

产品经理如何帮助减少技术债务？

产品经理拥有广泛的知识，能够接触到公司的不同部门和利益相关者。这使得他们处于一个理想的位置，可以围绕预防和应对技术债务创造一种工作文化。我们提供了一些有用的策略。根据Gartner的2019年产品经理调查，只有55%的产品发布如期进行。这对于按时发布产品的产品经理来说意义重大，因为他们更有可能在发布一年内达到内部目标。在45%的延迟发布的产品中，平均有20%无法达到内部目标。未能在计划的时间范围内发布产品可归因于许多因素，包括缺乏正规的发布流程、产品开发的延迟（错误、故障、功能蔓延）、未能满足客户的要求、产品质量，甚至供应问题。另一个原因是技术债务。技术债务不仅让开发人员感到沮丧，...

Erin520 2021-02-22

通过FURPS +实现CMMI 2.0的业务分析方法（下）

接口要求（+）描述用户界面和与外部系统的界面。用户界面描述与软件要实现的用户界面有关的需求。本节的目的是陈述需求，而不是描述用户界面本身，因为界面设计可能与要求收集过程重叠。如果您在收集需求过程中使用到原型图，则上述尤其适用。在开发原型图时，获取与用户界面外观相关的需求非常重要。换句话说，请确保您了解客户对产品外观的意图。将这些记录为需求，而不仅仅是为得到批准使用原型图。 ·外观：界面的美学外观和布局的描述。您的客户可能有特殊要求，例如样式、颜色、交互程度等。本节介绍了接口的需求，而不是接口的设计。这样做的动机是在设计界面之前获取对界面的期望、约束和客户的需求。例...

李晓琳 2021-02-18

通过FURPS +实现CMMI 2.0的业务分析方法（上）

作为过程和行为模型，许多公司已经在实践能力成熟度模型集成（CMMI）以改进内部纪律，同时将行业领先的实践引入公司的每个部门。 FURPS / FURPS +是识别软件质量属性的模型，是行业公认的实践，它专门为业务分析师设计，以便在基于CMMI实践环境中收集和分析要求时遵循该实践。因此，本文的主要目的是介绍CMMI，并对在业务分析实践中采用FURPS / FURPS +进行详细说明。什么是CMMI 2.0？ CMMI由一组“过程域”组成。每个过程域都旨在适应公司的文化和行为。CMMI不是一个过程，它是一本关于“CMMI是什么（whats）”的书，而不是一本关于“如何做CMMI（hows）...

李晓琳 2021-02-09