如何定义方针
发布于 2024-10-03
3337
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
方针定义摘要
简要性:方针作为组织中高层管理者的管理期望和总体指导思想,应简洁明了。它不需描述具体实现步骤,而是对过程的高度抽象。方针应该用短句表达,每条不超过15个字,并且每个过程的方针数量不宜多于5条,以便于记忆和推广。
明确性:方针需要传递清晰的管理理念,避免泛泛的描述。举例来说,与其定义PPQA(过程和产品质量保证)方针为“使工作人员和管理者能客观了解过程和相关的工作产品的状况”,不如更具体地表述为“每周审计一次,实时沟通QA结果”,这样更为具体和明确。
实用性:方针中应反映公司的具体管理实践,不能简单地复制标准模型。方针需要体现企业的商业目标,并考虑组织结构的复杂性,如果有必要,可以分部门分级别地定义方针,以确保其实用性和相关性。
完备性:根据CMMI(能力成熟度集成模型)的要求,方针需要涵盖每个过程域。虽然通常形成单独的文件,但一条方针可以涵盖多个过程域。方针中也应包括CMMI模型中未明确描述的一些管理理念,以确保其完备性。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1198K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
过程改进:宽度优先还是深度优先?
在过程改进时有这样一种现象:在组织内有很多项目,但是只有参与正式评估的项目严格按照CMMI的体系在做,其他项目基本没有按此体系在做。企业在得到2级的评估时是这样,得到3级的评估时还是这样,得到4-5级的评估时仍然如此。体系在组织内根本就没有推广开来,而是限定在小范围内的一部分项目的一段时间内。 过程改进应该是一种企业文化的变革,仅仅限定在一段时间的局部项目项目的改进不可能形成企业的文化变更,这种
AI编程的三大痛点及其工作模式
文章浏览阅读436次,点赞7次,收藏7次。AI结对编程面临三大核心痛点:遗忘前期约定导致返工(痛点一)、擅自脑补需求细节造成偏差(痛点二)、使用陈旧API引发兼容问题(痛点三)。本文提出20种"懒人友好"工作模式精准应对:通过"回归校验+约束内化"防止遗忘,采用"思路先行+逆向评审"避免脑补,运用"伪代码翻译+红绿蓝测试"规避版本问题。特别推荐三大万能模式(约束内化、回归校验、红绿蓝)可同时缓解所有痛点。这些即插即用的方法无需增加工作量,能显著减少AI编程中的返工成本,
例解:目标驱动的度量元识别方法
(1)识别需要数据的人(Person): 服务经理(2)识别管理目标(Goal)/要解决的问题(Problem):提高客户请求的处理速度(3)定义如何量化管理目标/要解决的问题:(3.1)识别被度量的对象(Object):待处理的客户变更请求(3.2) 识别被度量对象的属性(Attribute):待处理的变更请求的个数 待处理的变更请求的计划工作量(4)识别如何展示度量数据(Indica
你的笔记本怕蟑螂吗?
昨天,朋友给我打电话,说HP出事了,给了我一个网页链接,让我去看。3.15,惠普的笔记本遭曝光了,HP的人还谈到了学生宿舍的蟑螂。HP我是知道的,蟑螂我也知道,这2者存在相关性,有创意。我上学时,宿舍里确实有蟑螂,可惜,那时没有笔记本。工作后,没有见过蟑螂,但是见过多个品牌的笔记本。 我曾经使用的第1台笔记本大概是在96,97年左右,好像是长城286,记不太清楚了,很重,速度比较慢,但是出差做方案
为什么必须首先做规模估计?
这个问题客户问过我,我也解答过多次,但是我一直没有更直接的理由说服我自己,认为必须先做规模估计再做工作量估计。 比如:对维护类的项目,或者是维护类的活动,为什么要估计规模呢?项目组的人没有技术风险,对需求很熟悉。 我总结了如下的理由: (1) 以规模来估计工作量与成本 (2) 规模估计与实现的人与技术无关,比较客观 (3) 可以度量项目的开发效率:规模/工作量 (4)
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线