欢迎来到以人为本的People-CMM
发布于 2024-10-03
353
版权声明
我们非常重视原创文章，为尊重知识产权并避免潜在的版权问题，我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容，访问作者的公众号页面获取完整文章。
查看原文：以人为本的People-CMM
文章来源：
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
People CMM 摘要
现代企业同时在产品服务市场和人才市场竞争，其中人才市场的成功对商业成果至关重要。为了指导企业改进劳动力能力和培养人才，卡内基梅隆大学软件工程研究所于1995年提出了People CMM模型。People CMM模型基于最佳实践，涵盖了人力资源管理的10个原则，包括劳动力能力与商业绩效的关联、竞争性问题、战略定位、焦点转移、多层次度量和改进、关键能力投资、高层责任、过程执行、改进机会提供与利用、持续演化等。
People CMM定义劳动力胜任力为个体完成工作所需的知识、技能和过程能力集合，并可将其细化为具体能力。模型鼓励组织从战略层面设计劳动力胜任力，以支持核心竞争力。People CMM遵循CMM的过程框架，分为五个成熟度级别，每个级别都有特定的侧重点和过程域。
| 成熟度等级 | 侧重点 | 过程域 |
|---|---|---|
| 优化级 | 持续改进个体和组织能力 | 持续劳动力革新、组织绩效调整、能力改进 |
| 可预测级 | 授权和集成劳动力胜任力和量化管理绩效 | 指导组织级能力管理、量化绩效管理、资产授权、工作组胜任力集成 |
| 已定义级 | 建立劳动力胜任力和工作组及商务战略、目标一致 | 参与文化、工作组开发、基于胜任力的实践、职业发展、劳动力策划、胜任力分析 |
| 已管理级 | 管理者负责管理和开发员工 | 薪酬、培训和发展、绩效管理、工作环境、沟通和协调、人员配备 |
| 初始级 | 不一致的实施劳动力实践 | 无 |
People CMM的构件与CMM相似，包括成熟度等级、过程域、目标和实践。实践分为制度化的实践和执行的实践，进一步涵盖执行保证、执行能力、度量分析和验证实施等方面，以确保活动的执行和效果。
麦哲思科技任甲林
查看原文：以人为本的People-CMM
文章来源：
麦哲思科技任甲林
扫码关注公众号
相关推荐
470这是一个很有意思的话题。很多人对此困惑。困惑在什么地方呢? 从开发的角度看，是希望系统测试发现的缺陷越少越好，那意味着在开发阶段都把缺陷找干净了。 从测试的角度看，是希望系统测试时把缺陷找干净了，不要遗留给客户去发现。在潜在的缺陷数恒定的前提下，找到的缺陷越多越好。 在组织级确定质量目标时，这个系统测试缺陷检出密度到底是定义为越高越好，还是越小越好呢？系统测试缺陷检出密度的大小能代表产品质量吗？ 产品质量只能通过上线后的缺陷多少来衡量，上线后的缺陷密度越小越好...
560迭代回顾会议是Scrum五个仪式之一，是在迭代评审会议之后对本次迭代的优点与改进点进行复盘的一个活动，其最主要的目的是提升团队的整体能力，持续改进，形成一个自学习的团队。通过回顾会议可以使团队每个迭代都能比上个迭代做得更好。在很多敏捷团队中，最容易忽略该活动，很多团队没有意识到该活动的重要性。为什么呢？最主要的原因是开了会议，没有实际效果，大家认为没用，所以也就不开了。实践中，在开迭代回顾会议时常犯的错误有： 把回顾会议开成了吐槽大会，大家只提意见，不提改进措施； 把回顾会议开成
350先敏捷再规范，先做到再写到，先短期利益再长远利益，先实效再完备。 这个策略源于实践。因为一步到位直接采用规范的方法，阻力比较大，效果难以持久，很可能事倍功半，敏捷方法以其短期内可以见效、对已有的开发过程调整幅度小等特点易于开发人员接受，所以可以先敏捷再规范，将敏捷作为通向规范的一个阶段。 芸芸众生，大都是凡人。凡人都是注重短期利益的。只有那些领袖、那些思想家才是目光如炬，站的高看的远。过程改进要从
作为一个经常不说人话的大会（走穴）分享讲师，最近几年都喜欢跨栈的聊一些关于道法级别的内容，毕竟质量内建要靠任何一个部门都很难做到。那么既然要先做自动化才能做左移或者右移，来聊点干货。
麦哲思科技（北京）有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员，中国分部主席
425 篇文章
浏览 248.8K
麦哲思科技任甲林的其他文章
猴子选大王（约瑟夫环问题）的OO解法
描述： 猴子选大王类图图片： 描述： 猴子选大王顺序图图片： 问题的描述如下：有M个猴子围成一圈，每个有一个编号，编号从1到M。打算从中选出一个大王。经过协商，决定选大王的规则如下：从第S个猴子开始，每隔N个，数到的猴子出圈，最后剩下来的就是大王。要求：从键盘输入M，N，S,编程计算哪一个编号的猴子成为大王。 C#源程序如下：/* * User: dylan ren
如何确定测试的重点？
测试投入不足是大多数项目都面临的棘手问题。在此前提下，如何最大限度的提升软件的可靠性呢？本文给出了一个简单框架，帮助组织与项目组定义自己的测试策略、测试重点。
为什么必须首先做规模估计?
这个问题客户问过我，我也解答过多次，但是我一直没有更直接的理由说服我自己，认为必须先做规模估计再做工作量估计。 比如：对维护类的项目，或者是维护类的活动，为什么要估计规模呢？项目组的人没有技术风险，对需求很熟悉。 我总结了如下的理由： （1） 以规模来估计工作量与成本 （2） 规模估计与实现的人与技术无关，比较客观 （3） 可以度量项目的开发效率：规模/工作量 （4）
穷举、分类、分层、抽象的要义
穷举、分类、分层、抽象是我推荐的4种分析问题的方法，即可以用于需求的分析，也可以用于其它的方面。
穷举就是罗列出所有可能的情况。当知道某一种可能的时候，要举一反三，列出所有的可能，针对问题的全集考虑解决方案。假如你考虑开发一个库存管理系统，有入库单、出库单、损溢单等3种类型的单据，有2种帐本：库存流水帐、库存成本帐。当考虑记帐的算法时就要考虑3*2=6种情况，也就是说要考虑6种算法，这就是穷举。在做软件需求分析时，尤其需要穷举的方法，确保需求的完备性。采用穷举
快速学习COSMIC之五：如何识别功能用户
一个（类）功能用户是软件的功能性用户需求中数据的发送者或预期的接收者。功能用户是与被度量软件交互的人、设备或软件系统。度量目的决定了功能用户，功能用户不同，度量范围不同，度量出的功能规模就不同。 在识别功能用户时，要注意如下几点： 1 功能用户是从功能性用户需求中识别出来的。 比如有这样一个需求：业务员录入订单信息： 显然，业务员是录入订单信息这个功能的功能用户，而在需求
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线
