扫码阅读
手机扫码阅读

如何定义方针

832 2024-10-03

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

查看原文：如何定义方针
文章来源：
麦哲思科技任甲林
扫码关注公众号
方针定义摘要

方针定义摘要

简要性：方针作为组织中高层管理者的管理期望和总体指导思想，应简洁明了。它不需描述具体实现步骤，而是对过程的高度抽象。方针应该用短句表达，每条不超过15个字，并且每个过程的方针数量不宜多于5条，以便于记忆和推广。

明确性：方针需要传递清晰的管理理念，避免泛泛的描述。举例来说，与其定义PPQA（过程和产品质量保证）方针为“使工作人员和管理者能客观了解过程和相关的工作产品的状况”，不如更具体地表述为“每周审计一次，实时沟通QA结果”，这样更为具体和明确。

实用性：方针中应反映公司的具体管理实践，不能简单地复制标准模型。方针需要体现企业的商业目标，并考虑组织结构的复杂性，如果有必要，可以分部门分级别地定义方针，以确保其实用性和相关性。

完备性：根据CMMI（能力成熟度集成模型）的要求，方针需要涵盖每个过程域。虽然通常形成单独的文件，但一条方针可以涵盖多个过程域。方针中也应包括CMMI模型中未明确描述的一些管理理念，以确保其完备性。

想要了解更多内容？

查看原文：如何定义方针
文章来源：
麦哲思科技任甲林
扫码关注公众号
相关推荐
决策与解决方案练习结果分析
215
2008年3月4日对15人进行了DAR过程域的培训，针对一个设计方案选择的场景进行练习。划分为3个小组，每组5人。练习持续45分钟，点评45分钟。第1组练习的结果：评价指标权重方案1方案2方案3开发时间3321系统收益3
敏捷教练能力框架ACI’s Agile Coach Competency Framework
843
教练 敏捷 实践 精益
图来自于Lyssa Adkins的《The Road from Project Manager to Agi
One Backlog with Multi-Teams是不是一个好主意？
522
敏捷
这其实是一个来自同行问我的问题，这个问题个人觉得颇有深度。对此我还特地考证了一下，Scrum.org有人专门
联想IPD变革案例分析（上）
1409
联想 研发 流程 IPD
联想研发管理的发展及IPD导入路径具有一定的代表性，可为众多企业提供借鉴，过程的经验教训可让企业在研发管理变革方面少走弯路。
87 IPD推行成功的关键要素（九）建立产品组合管理及运营机制（1）
1187
产品 市场 业务
产品组合管理及产品规划在整个业务管理体系中占据着后腰这一重要位置，上承公司战略，下启新产品开发。很多企业战略无法落地、研发管理混乱，都是因为缺乏产品规划职能造成的。
研发管理之以史为鉴（2）：IPD的基石-追求项目成功的第二代研发管理
973
管理 流程 研发 项目管理
项目级/产品级研发流程是IPD落地的基石，很多企业的研发管理做不好，很大程度上是因为这个层次内容的缺失。
麦哲思科技任甲林

麦哲思科技（北京）有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员，中国分部主席

425 篇文章
浏览 140.9K
麦哲思科技任甲林的其他文章
我说CMMI2.0之组织级培训(OT)
人、技术、过程三者并重。技术靠人来使用，过程靠人来执行，人是地基，是基础。同样的技术、同样的过程由不同人去落地，效果差别很大，因此要重视对人的能力的培养。 实践列表 OT 1.1 Train people.  培训人员 OT 2.1 Identify ...
为什么忽略管理的常识？
最近连续审查了几个客户的过程文档体系，有个问题，让我一直苦思：为什么我们总是忽略管理常识？ 企业在实施CMMI的时候，为了满足模型的要求，在描述自己的过程时，习惯于照搬模型的描述。最典型的例子是PMC的描述，模型中描述了10个实践： SP1.1 监督项目的计划参数 SP1.2 监督承诺 SP1.3 监督风险 SP1.4 监督数据管理 SP1.5 监督项目相关人员的参与 SP1.6 执行进展评审 S
白话SCRUM 之四：燃尽图
Burn down chart翻译为燃尽图或燃烧图，很形象，是Scrum中展示项目进展的一个指示器。我一直认为用户故事、每日站立会议、燃尽图、sprint review、sprint retrospective真是越琢磨越有味道的好东西，也因此很喜欢scrum这种方法，这些实践简单有效、经典！     燃尽图的样例如下：     横坐标为工作日期，纵坐标估计剩余的工作量，每个点代表了在那一天估计剩
规模估算的敏捷方法：策划扑克法
策划扑克是估算软件规模的一种敏捷方法。该方法的规模计量单位是故事点（story points),故事点只是一个计量单位的名称而已，你也可以给他命名为其他名字。故事点其实不仅仅是对规模的度量，也包括了对需求复杂度等其他因素的度量。故事点并非业界统一的一个度量单位，不象度量长度的单位：米，大家都知道1米有多长，你说的1米和他说的1米是等长的。故事点仅对本项目具有近似相等的规模，不同的项目所定义的故事点
软件质量管理的西药与中药
很多企业实施了CMMI的2级和3级后企业仍然没有体会到有明显的质量改善，问题出在什么地方呢？我认为问题的关键在于测试与同行评审没有抓好。   管理的作用是预防。预防可能有效也可能无效，预防了并不代表一定不会出错。质量体系的作用就是预防，就是要降低出错的概率。这恰如中药，中药见效慢但是能够强身健体，从根本上解决病因。而测试与同行评审则好比是西药，立竿见影，直接作用在痛处。   同行评审是在软件开发的
随机阅读
ERP如何从“成功上线”到“上线成功”？
06-22
从ERP选型、实施、到上线失败,我们到底做错了什么?(下)
06-22
ERP知道“为什么”， MES知道“怎么做”（上）
06-22
ERP知道“为什么”， MES知道“怎么做”（下）
06-22
你知道MES系统如何在离散制造数控车间发挥应用价值吗？
06-22
加入社区微信群
与行业大咖零距离交流学习
SAFe6.0与CMMI3.0映射
白皮书上线
去下载