为什么忽略管理的常识?
发布于 2024-10-04


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


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

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

麦哲思科技任甲林


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

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 244K
麦哲思科技任甲林的其他文章
一次CMMI虚假改进、评估的案例
早晨起来收到CMMI研究所发给所有主任评估师的一封邮件,是一个老外主任评估师,在中国的最近的一个评估经历。看到之后,心情极其沉重。这不是第一次看到、听到业内的这种做法,虽然以前,CMMI研究所的各方面人士在非官方的途径对中国与印度的评估有所抱怨,但是这是第一次CMMI研究所在全球范围内给所有的LA通报这么一个案例,这是一个有确切证据的案例。希望所有的中国的软件公司、中国的过程改进咨询公司、所有的评
维护项目的管理策略案例
维护类项目的定义: (1)在已交付的软件基础上增加少量功能; (2)对已交付的软件进行局部的需求变更; (3)修改已交付软件的bug;维护类项目的特点: (1)工期短,客户要求相应快; (2)对已有的软件进行局部修改,投入的人力少; (3)变更容易对已有的功能造成影响,容易注入新的bug; (4)需求沟通、设计方案的确定、测试的
COSMIC规模度量案例集三:业务应用软件案例—页面维护
概述展示前台注册及后台新增的用户信息的页面。流程图用户查询界面原型输入: 序号 输入项 类型 字段描述 说明 1. 用户名/姓名 输入框 选填 按照用户名或者姓名模糊查询 2. 机构全称 输入框 ..
软件企业以人为本的16项措施
以人为本不能停留在口头上,要落实到具体的实施上,以下是我的实践或是我在软件企业看到的实践: (1) 重视现有的员工胜过去搜索外面的新人 (2)鼓励员工在职深造,学成归来的要重用 (3)招高水平的员工进来 (4)稳定的高于本地域行业平均水平的收入,使其没有后顾之忧,专心事业 (5)为每一个员工进行职业路线的规划 (6) 通过股权等激励措施鼓励员工长期在企业内工作 (7)用人所长,不勉强员工做不乐意做
敏捷团队章程的实践精要
无规矩不成方圆。任何一个团队都要有大家共同遵守的做事规则,这些规则定义下来就成为了国家的大政方针与法律法规、组织的管理方针和流程、团队的章程或工作协议。对于敏捷团队而言,也是如此。需要在团队组建的初期,大家共同制定团队的做事规则,并协商一致,共同承诺。有了团队章程,团队才能统一思想、统一价值观、统一做事的方式,为协同合作建立一个良好的基础,才能成为一个高效的团队。 制定敏捷团队章程要把握4个要点: 1 不求大而全,但求简单实用。 敏捷团队章...
加入社区微信群
与行业大咖零距离交流学习


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