如何定义方针
发布于 2024-10-03
2834
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
方针定义摘要
简要性:方针作为组织中高层管理者的管理期望和总体指导思想,应简洁明了。它不需描述具体实现步骤,而是对过程的高度抽象。方针应该用短句表达,每条不超过15个字,并且每个过程的方针数量不宜多于5条,以便于记忆和推广。
明确性:方针需要传递清晰的管理理念,避免泛泛的描述。举例来说,与其定义PPQA(过程和产品质量保证)方针为“使工作人员和管理者能客观了解过程和相关的工作产品的状况”,不如更具体地表述为“每周审计一次,实时沟通QA结果”,这样更为具体和明确。
实用性:方针中应反映公司的具体管理实践,不能简单地复制标准模型。方针需要体现企业的商业目标,并考虑组织结构的复杂性,如果有必要,可以分部门分级别地定义方针,以确保其实用性和相关性。
完备性:根据CMMI(能力成熟度集成模型)的要求,方针需要涵盖每个过程域。虽然通常形成单独的文件,但一条方针可以涵盖多个过程域。方针中也应包括CMMI模型中未明确描述的一些管理理念,以确保其完备性。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 892.7K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
AI编程模式的10条核心感悟
文章浏览阅读483次,点赞4次,收藏4次。AI编程时代催生10大核心变革:开发者角色从"代码实现者"转变为"需求定义者",聚焦业务逻辑而非技术细节;AI作为"聪明的傻子"倒逼需求清晰化,推动"意图式编程"取代命令式编程;验证重点转向业务逻辑完备性,文档成为核心资产;人机关系重构为"指挥官-AI"模式,错误类型转为意图偏差;测试转向验证规格,能力模型更强调业务抽象与逻辑严谨。这场范式革命将开发者的核心价值重新定义为精准的需求定义与判断能力,推动软件开发
我说CMMI2.0之产品集成
产品集成(PI)即把不同部件集成在一起,形成一个更大的部件或一个完整的可交付的产品。该PA包含了集成策略的制定、集成准备、集成、集成后的验证与确认、以及交付的活动。 实践列表 PI 1.1 Assemble solutions and deliver to the customer. 组装解决方案并交付给客户 ...
一次典型的重构
背景描述:近期要去讲一次重构,想收集一个案例,恰好从网上看到了一个朋友写的一个计算算术表达式的C#程序,原程序是计算含括号的正整数表达式的四则运算值。读后,发现问题比较多,而且逻辑有错误,因此对其进行了重构。为简化起间,将程序的功能进行了简化:1 计算的算术表达式只含有+、-、*、/运算2 不含有括号3 表达式的第一个符号是数字4 假定表达式是合法的算术表达式且满足上边的约
需求人员的图解力
需求描述方法是专业的需求分析人员必须掌握的技能,在众多的方法中,图形化描述需求是重中之重,一图胜千言。在没有文字之前,人与人之间的沟通是通过图形来表达的,象形文字是造字的最主要的手段。随着时间的推移,人们越来越依赖于文字,反而弱化了用图形表达思想的技能。做为需求人员,应该将图形化表达思想的能力重新捡起来,形成自己的技能,我们称之为图解力。需求人员应该掌握哪些图形的使用方法呢?请参见下边的不完全列表
软件需求评审之道
作者:任甲林 来源:CSAI.cn http://www.csai.cn 2005年6月13日 摘要 本文介绍了软件需求评审失败的5个案例,提出对软件需求评审的实践具有指导意义的9个建议。 关键词 需求评审,需求层次,阶段评审,检查单,评审流程 软件需求是软件开发的最重要的一个输入,需求风险也常常是软件开发过程中最大的一个风险,降低需求风险的一个重要手段就是需求评审,但是需求评审是所有
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线