全部
产品经理和项目经理的区别,读这一篇就够了!
“产品经理和项目经理都负责什么工作?”
“我想做产品经理,你觉得合适吗?”
“程序员做几年可以做到项目经理?”
“产品经理和项目经理哪个更有前途?
要回答这些问题,首先就要知道产品经理及项目经理的职能和区别。本文从三个方面来说明。
一.从概念上看
产品经理(Product Manager)是企业中专门负责产品管理的职位,产品经理负责市场调查并根据用户的需求,确定开发何种产品,选择何种技术、商业模式等。产品经理还要根据产品的生命周期,协调研发、营销、运营等,确定和组织实施相应的产品策略,以及其他一系列相关的产品管理活动。
项目经理( Project Manager ) 是项目团队的...
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模型具有...
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研究院发布了最新版...
2021-03-04
技术债是什么、怎么还?你想知道的都在这一篇文章里了!
前两周写了关于技术债务的文章,尽管实践中会堆积技术债,但这个概念并不在我们的工作中频繁出现。这篇文章就系统性讲讲技术债,让大家避免知其然,不知其所以然。
一、技术债是什么
技术负债(英语:Technical
debt),又译技术债,也称为设计负债(design debt)、代码负债(code
debt),是编程及软件工程中的借鉴了财务债务的系统隐喻。指开发人员为了加速软件开发,在应该采用最佳方案时进行了妥协,改用了短期内能加速软件开发的方案,从而在未来给自己带来的额外开发负担。这种技术上的选择,就像一笔债务一样,虽然眼前看起来可以得到好处,但必须在未来偿还。软件工程师必须付出额外...
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%...
2021-02-23
产品经理如何帮助减少技术债务 ?
产品经理拥有广泛的知识,能够接触到公司的不同部门和利益相关者。这使得他们处于一个理想的位置,可以围绕预防和应对技术债务创造一种工作文化。我们提供了一些有用的策略。根据Gartner的2019年产品经理调查,只有55%的产品发布如期进行。这对于按时发布产品的产品经理来说意义重大,因为他们更有可能在发布一年内达到内部目标。在45%的延迟发布的产品中,平均有20%无法达到内部目标。未能在计划的时间范围内发布产品可归因于许多因素,包括缺乏正规的发布流程、产品开发的延迟(错误、故障、功能蔓延)、未能满足客户的要求、产品质量,甚至供应问题。另一个原因是技术债务。技术债务不仅让开发人员感到沮丧,...
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
CMMI V2.0 丨学习CMMI推荐书目(下)
《只是常见问题》第二版
Jeff Dalton和Pat O'Toole在受欢迎的《只是常见问题》电子书的第二版中,从过程改进、CMMI和敏捷开发的不同角度撰写了一系列简短的故事,以解决常见的错觉、神话和对软件和工程专业人士的基本误解。作者的任务是提供有关CMMI、SCAMPI、工程策略和软件过程改进的最常见问题的答案。
您将在书中找到以下内容:●通用实践如何使我们变得更好?●什么是训练能力?●我们如何养成良好的PPQA(过程与产品质量保证)习惯?●我们如何才能真正了解事情的发展状态?
《如何拼写CMM》
《如何拼写CMMI》是对流行的性能改进模型(称为能力成熟度模型集成(...
2021-02-04
CMMI V2.0 丨学习CMMI推荐书目(上)
《Scrum和CMMI指南》
由Jeff Dalton撰写并由CMMI研究院出版的《 Scrum和CMMI指南:使用CMMI提高敏捷性能》是成功采用和实施CMMI和敏捷的路线图。 CMMI提供了高性能组织行动框架/地图。 敏捷提供了规定了做到这一点的特定方法。 使用该指南可以了解如何在敏捷环境中采用CMMI,如何使用CMMI来扩展和提高整个企业的敏捷性能,以及如何在使用Scrum的敏捷组织中进行CMMI评估。
《CMMI用户故事》第1卷
《CMMI用户故事:对市场感知的研究》探讨了工程和软件专业人员对CMMI模型的体验。 该研究受Broadsword Solutions Corp...
2021-02-02