浅显与深奥

发布于 2024-10-04
1143
版权声明

我们非常重视原创文章，为尊重知识产权并避免潜在的版权问题，我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容，访问作者的公众号页面获取完整文章。

查看原文：浅显与深奥
文章来源：
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
文章摘要

本文讨论了项目管理与工程类中CMMI模型的复杂性问题。作者指出，在准备和授课关于项目管理过程的过程中，尽管有多年的软件工程经验和大量的阅读，仍然感到一些CMMI概念难以准确掌握，令人困扰。

作者提到了“简单就是美”的观点，认为模型应是实践的总结而非理论的，提出了对CMMI模型易理解性的需求。作者认为如果专业顾问也难以掌握模型，那么模型可能过于深奥，应当进行简化，以便让其更易理解和普及。

作者引用了中国古诗、名言来强调简单易懂的重要性，认为它们之所以能流传数千年并影响一代代人，正是因为它们内容的易懂和深刻。作者以此类比CMMI模型，认为模型也应该追求易懂性，甚至于倾向于CMM的易理解性。

最后，作者表达了一种观点：如果CMMI模型变得浅显易懂，广大人群都能够理解，那么咨询师可能不再需要。尽管这可能导致自己失业，作者认为这样的结果“也值得”。

中国式管理，大爆发！这家公司连KPI考核都没有，却连续8年市占第一


了解更多

麦哲思科技任甲林

查看原文：浅显与深奥
文章来源：
麦哲思科技任甲林
扫码关注公众号
相关推荐
团队组建期，作为教练可以做些什么？
1497
团队 实践 团队成员 辅导
Scrum Master 作为团队教练辅导团队时，往往可以从 Tuckman 模型中找到很多突破点。回顾我在辅导团队期间，很多有效的实践都很契合团队的发展阶段。这篇文章分享一些我在团队组建期​的一些实践。
做培训怎么才能不耗命
1112
培训 朋友 技能 课程
关于线上课、线下课的讨论
公司中这四类人，必须果断清理，绝不可留情！
1167
今天，我们就来揭露企业中必须立即拔除的四类“毒瘤”。
技术管理 | 作为技术面试官
1138
技术 面试 团队 招聘
如何客观的在招聘中评价人员和选人？
管理者的打怪升级之路：不断提升自己的管理能力
1288
从初阶管理者到高阶管理者，对管理能力和行为模式的变化，更多体现在：越来越着眼整体而非局部；\x0d\x0a越来越抓结果而非过程；越来越善于培养人，而非亲力亲为；越来越注重制度流程而非个人能力。
绩效，是优秀管理者的一场试炼
1114
员工 目标 绩效 团队
好的绩效目标能让公司与员工双赢，绩效目标该怎么定？本文与大家深入探讨绩效管理。
麦哲思科技任甲林

麦哲思科技（北京）有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员，中国分部主席

471 篇文章
浏览 961K

还在用多套工具管项目？

一个平台搞定产品、项目、质量与效能，告别整合之苦，实现全流程闭环。

查看方案
麦哲思科技任甲林的其他文章
软件度量始于规模，终于规模
  1 项目初期的度量  无论是甲方还是乙方，希望在项目初期，能够做出一个合理的预算，确定项目的报价。当我们有了初步需求之后，可以对需求进行快速的功能点估算，估算出功能点后，根据历史的单位规模的成本基线，得到本项目的预计成本值，然后再加上一定比例的利润得到项目的报价。  当完成了需求调研之后，我们可以采用精确的功能点度量方法度量软件的规模。有了规模，可以根据历史的生产率基线或规模与工作量之间的回归...
《敏捷估计与规划》读书笔记
CH1-1 策划过程比计划书更重要。CH1-2 必须做计划，但是不必过度投入时间。CH1-3 对瀑布模型的不确定性锥：CH1-4 PMI认为的估算偏差率：初步估算，order of magnitude estimate, 误差范围+75%到-25%；预算估算，budgetary estimate, 误差范围+25%到-10%；确定性估算，definitive est...
PMO、EPG与QAG职责分工
PMO、EPG与QAG职责分工 有很多人对PMO、EPG与QAG的关系理解比较混乱，因此整理此文以澄清一些误解。 1 PMOPMO(Project Management Office)是项目管理办公室的简写，是在PMBOK中建议的一种组织机构，其主要职责是：Ø  定义项目管理流程；Ø  培养项目经理团队；Ø  建立项目管理信息系统；Ø  对项目提供顾问式指导；Ø  监督项目进展情况；Ø  开展多项
案例：需求问题的解决方案
讨论时间：2012-09-14下午13:00至14:45参与人员：EPG3人，需求开发部门负责人一名，项目经理一名 1现象与问题：（1）开发人员反映需求没有说清楚， 写的人认为需求很清楚了。（2）是写清楚，还是说清楚？以谁的意见为主？如果说清楚呢，语言没有证据，不如文字规范。将来发生了需求变更时有争议。（3）需求人员没有讲解约定俗成的，默认的东西，开发人员没有概念。（4）需求人员抱怨开发人员写的软
最有效的5条改进措施
有朋友问我在咨询过程中发现对客户最有效的5条改进措施有哪些，细细反思后总结如下： 1、分类管理项目 通过区分企业中不同类型的项目制定不同的管理策略、裁剪策略，保证了质量体系的实用性、灵活性，即减少了开发投入又保证了项目的质量，平衡了敏捷方法与规范方法。 有的企业区分了新产品研发、订单项目开发、系统维护等3类项目，又区分了大中小规模的不同，针对不同类不同规模的项目定义了管理的流程、文档模板。 2、用
随机阅读
再聊2B与2C，差异背后的统一性
08-19
发现同构：Gartner曲线、达克效应 与 跨越鸿沟
08-19
用户故事地图实际应用
08-21
工具在数字化转型中扮演了什么样的角色？
08-21
如何应对需求变更？
08-19
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
去下载