扫码阅读
手机扫码阅读
为什么忽略管理的常识?

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


麦哲思科技任甲林
扫码关注公众号

文章摘要
在对多个客户的过程文档体系进行审查后,作者提出了一个疑问:为什么企业在实施过程改进模型如CMMI时,往往会忽略基本的管理常识。企业在努力满足模型要求时,常常机械地复制模型中的描述到自己的过程文件中,而不是自然地按照实际的工作方式去描述。
以PMC(项目监督与控制)为例,尽管模型中列出了10个具体实践,但实际项目管理的监督与控制活动可以简化为四个基本的常识性活动:每日工作情况检查、周例会、阶段审查与里程碑评审、以及事件触发下的跟踪与管理。这些活动实际上已经涵盖了模型中的10个实践,但企业却没有按照自己的实际做法去描述过程。
类似地,当企业在项目初始阶段就要求建立详细的项目计划时,也常常忽视了一个基本常识:只有在系统需求规格书(SRS)确定之后,估算才具有基本的可行性,进而才能成为管理的基础。在此之前,制定的计划是缺乏可信性的。
作者指出,忽视这些基本的管理常识,最终的结果只能是浪费资源和劳民伤财。更令人遗憾的是,社会上仍有许多公司在重复这种简单的错误。
想要了解更多内容?


麦哲思科技任甲林
扫码关注公众号

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 232.1K
麦哲思科技任甲林的其他文章
我说CMMI2.0之:策划PLAN
基本理念 1 凡事预则立,不预则废。无论采用什么方法管理任务、项目,都必须事先做计划。2 计划包含了管理设计的活动,要定义项目组自己的过程。3 计划要逐步细化,不可能在项目初期,就事无巨细的都计划到位,要随着时间的推移,项目的进展,外部环境的变化,逐步细化,调整计划。4 计划要分层次。有阶段(里程碑)计划,有详细的日程表。5 计划要经过了相关参与人的讨论、评审,达成一致后,...
迭代评审的十个成功要点
迭代评审会议是在每次迭代结束时给项目组内外部的相关人员展示本次迭代完成的功能,以获得相关人员对软件的反馈意见。这是客户、最终用户、管理者等对项目组完成的功能进行反馈的一个渠道。如何召开一个成功的迭代评审会议呢?我根据对多次迭 代评审会议的观察,总结了如下1 鸡类角色与猪类角色都要参与迭代评审会议; 以下两类人员都应该参与:项目组的所有成员,包括PO,SM...
快速学习COSMIC方法之十五:如何度量需求变更的规模
合理的度量需求变更的规模是COSMIC方法比第一代的功能点估算方法更科学的亮点。在度量需求的变更时,首先需要明确我们的度量目的,即我们要度量的是本次变更的规模,而不是变更之后的规模。明确目的后,要将变更的需求按照功能处理拆分,在一个需求变更中,可能存在几种情况: 1 新增的功能处理,此时按照前面讲的度量方法识别功能点即可; 2 删除的功能处理,被删除的功能处理的功能点个数即是本次变更的规模...
过程、性能基线、性能模型与目标之间的关系
过程:过程是一组有序活动的集合。过程可以包含多个输入与多个输出。过程的输出可以是一个工作产品也可以是一个结果。过程与过程之间的关系可以分为: 交互影响关系:即两个过程之间是互相的影响的,过程A的输出影响了过程B的输出,比如需求开发过程的质量影响了需求评审过程的缺陷个数的多少,影响了系统测试阶段发现的缺陷个数的多少。 替换关系:即两个过程可以互相替换,比如OO的需求分析过程、结构化的需求分析过程
软件项目量化管理目标举例
1 产出类目标 1.1总体目标进度:项目工期偏差率介于+-15%之间;质量:项目的缺陷逃逸率不高于5%; 项目交付的缺陷密度不高于1个bugs/KLOC;规模:需求变更率不超过15%;成本:工作量偏差率不超过+-30%; 每人月实际投入项目的时间不少于上班时间的50%;项目返工工作量不高于20%;效率:全生命周期生产率不小于1KLOC/MM;其他:人员变更率不超过20%;
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线