如何定义方针
发布于 2024-10-03
2851
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
方针定义摘要
简要性:方针作为组织中高层管理者的管理期望和总体指导思想,应简洁明了。它不需描述具体实现步骤,而是对过程的高度抽象。方针应该用短句表达,每条不超过15个字,并且每个过程的方针数量不宜多于5条,以便于记忆和推广。
明确性:方针需要传递清晰的管理理念,避免泛泛的描述。举例来说,与其定义PPQA(过程和产品质量保证)方针为“使工作人员和管理者能客观了解过程和相关的工作产品的状况”,不如更具体地表述为“每周审计一次,实时沟通QA结果”,这样更为具体和明确。
实用性:方针中应反映公司的具体管理实践,不能简单地复制标准模型。方针需要体现企业的商业目标,并考虑组织结构的复杂性,如果有必要,可以分部门分级别地定义方针,以确保其实用性和相关性。
完备性:根据CMMI(能力成熟度集成模型)的要求,方针需要涵盖每个过程域。虽然通常形成单独的文件,但一条方针可以涵盖多个过程域。方针中也应包括CMMI模型中未明确描述的一些管理理念,以确保其完备性。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 906.5K
研发效能难量化难提升?
构建团队专属效能度量体系,用数据推动改进,提高团队效能。
查看研发效能方案
麦哲思科技任甲林的其他文章
对需求签字画押,有用吗?
客户: 任老师,咨询您一个问题。我们公司在产品开发过程中有个问题,就是变更。有时候项目内的变更甚至是目标或者大功能模块上的变更。比如项目开始时明确要做5个功能,做到中期变更说某个功能不做了,然后又变更说增加一个新功能。针对这种情况目前提出的解决方案是:在产品设计评审完成后,产研双方签字画押。想通过这种举动能唤醒评审双方对评审的重视程度,从而避免上述情况发生。您认为这是种有效解决问...
我说CMMI之七:需求管理过程域
我说CMMI之七:需求管理过程域先讲讲需求管理的含义。何谓需求管理?需求管理就是管理需求的一致性。这里讲的需求指什么?指的产品与产品构件需求,对于软件而言通常就是软件需求规格说明书(SRS)。在CMMI模型中将需求分成了2类:客户需求,产品与产品构件需求。客户需求是采用用户的术语表达的,用户验收的依据,一般是由客户提出需求,由开发人员记录、描述、整理下来。客户需求是平衡了客户的需要、期望、约束和接口需求后的结果。产品与产品构件需求是采用开发人员的属于表达的,是开发方验收的依据。产品与产品构件的需求是基于客
敏捷与CMMI的同与不同
CMM我是从1998年开始接触的,到现在大概20年了,自己亲自实施过CMMI,也辅导了很多企业做基于CMMI的过程改进。2013年我成为了CMMI的评估师,后来成为高成熟度的评估师,去年又成为了教员。 敏捷我是2005年接触的,到现在14个年头了,2008年左右也成了认证的Scrum Master, 去年成为认证的大规模敏捷顾问,2018年成为敏捷性能合弄模型的评估师。10多年来...
数据、现象与原因
某公司积累了最近2年24个项目缺陷发生率的历史数据(缺陷发生率为系统测试发现的缺陷个数除以开发的工作量),如下表所示: 对上述的历史数据,按年份画箱线图比较分析如下: 针对上述的箱线图,是否可以下结论认为2013年开发质量提升了,开发人员犯的错误就少了呢? 其实未必。 如果对年份与项目的开发方式做卡方分析,则有如下的结论:汇总统
软件需求的12条最佳实践
笔者在咨询实践中总结了针对软件需求工程的12条最佳实践,罗列如下。所谓最佳并非严密的逻辑证明,而是经过大量的实践与观察依据经验确定的,智者见智,仁者见仁,有争议在所难免,仅供参考,能够对大家有所启发,足矣。1 成立甲乙双方参与的需求控制组项目的成功不单是乙方的成功,而是甲乙双方的成功,甲乙双方紧密配合,互相理解,互相合作才能成功,需要避免一方独大,一方具有绝对控制权的现象,所以成立甲乙双方参与的需求控制组是避免需求蔓延的有效手段。该组织具有对需求的决策权,对于每项需求的增删改都要平衡了进度、质量、投入后才
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线