为什么忽略管理的常识?
发布于 2024-10-04
897
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
文章摘要
在对多个客户的过程文档体系进行审查后,作者提出了一个疑问:为什么企业在实施过程改进模型如CMMI时,往往会忽略基本的管理常识。企业在努力满足模型要求时,常常机械地复制模型中的描述到自己的过程文件中,而不是自然地按照实际的工作方式去描述。
以PMC(项目监督与控制)为例,尽管模型中列出了10个具体实践,但实际项目管理的监督与控制活动可以简化为四个基本的常识性活动:每日工作情况检查、周例会、阶段审查与里程碑评审、以及事件触发下的跟踪与管理。这些活动实际上已经涵盖了模型中的10个实践,但企业却没有按照自己的实际做法去描述过程。
类似地,当企业在项目初始阶段就要求建立详细的项目计划时,也常常忽视了一个基本常识:只有在系统需求规格书(SRS)确定之后,估算才具有基本的可行性,进而才能成为管理的基础。在此之前,制定的计划是缺乏可信性的。
作者指出,忽视这些基本的管理常识,最终的结果只能是浪费资源和劳民伤财。更令人遗憾的是,社会上仍有许多公司在重复这种简单的错误。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 642.9K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
白话SCRUM 之二:product backlog
在SCRUM方法中明确要求了3个文档: 1 product backlog 2 sprint backlog 3 burn-down chart Product backlog 中列举了本项目应该实现的需求,需求采用了用户故事的方式进行描述,用户故事是一句简短的采用用户熟悉的术语表达的需求,是用户讲给开发人员的故事,不是开发人员讲
我说CMMI 2.0之:白话GOV
GOV与II是CMMI V2.0中新增的两个PA,实施CMMI V2.0的组织需要准确理解这2个PA的含义,然后才能知道如何映射到自己的实践。我对GOV的理解整理如下,供大家在实践中参考。 首先我们强调一下这个PA中隐藏的基本观点: 1 过程管理是一把手工程,高层管理者一定要参与。 2 过程管理包含的活动: 图1 过程管理活动 高层管理者的...
敏捷始于客户
每个失败的项目了都可以找这个借口:项目周期短、需求变化快、人员有限。 需求、工期是由客户确定的。作为客户来讲,他不可能去合理评价给定的需求是否可以在某个时间内能够完成,至于投入多少人那更是开发方自己的问题。开发方对客户做出了承诺就要兑现承诺,否则就不要承诺,既然承诺了,就没有理由再去抱怨工期短、需求变化快。开发方必须接受这个现实,认可这个现实,然后才可以玩这个游戏,否则你就出局。 CMMI是应
经验管理与量化管理
经验管理是依赖于管理者的经验判断,选择、实施各种措施以达成管理目标的管理方式。管理者的经验有丰富与匮乏的区别,经验也有其适用的范围,有时正确,有时又可能错误。正如我们去看中医大夫,有的大夫经验丰富,很容易就能对症下药,对症后见效很快,但是有时也看不准,如果不对症,则吃了3天后可以进行调整,如果调整仍然不到位,说明经验失效了,这个病不是这个大夫所能应对的。有的大夫经验不够,难以对症下药,下药后见效慢或者无效。中医看病也有其一套推理的规则,这套规则可以称为经验法则、启发式规则或统计推断,从A推理出
CMMI 3.0的276条实践中英文对照
CMMI 3.0在2023年4月6日发布了,包含了31个实践域,276条实践。本文试图把276条实践的中英文对照如下。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线