原因分析必知必会的十大要点
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
原因分析十个成功要点摘要
原因分析是一种针对问题深入探究其背后真实原因的方法,以便采取正确措施解决和预防问题。本文总结了十个原因分析的成功要点。
1. 先澄清事实,再寻找原因
在原因分析前,必须先清楚地定义问题,理解其发生的具体情况和背景,区分现象和原因。
2. 先拆分问题,再量化问题
将问题拆分成更小的部分,并通过数据来描述这些部分,以便找到关键问题点。
3. 先经验分析,再数据验证
基于经验推测可能的原因,并使用数据来验证这些假设的正确性。
4. 先技术原因,再管理原因
首先考虑技术层面的原因,然后考虑管理层面的原因,同时从两个维度采取措施。
5. 先广度穷举,再深度挖掘
在迭代的探索过程中,先考虑可能的原因类型并全面审视,然后深入挖掘主要原因。
6. 先体系原因,再个体原因
在识别问题原因时应注重体系和流程问题,避免仅归咎于个体。
7. 先反思自己,再改进他人
鼓励一线人员从自身作业环节找原因和改进点,避免相互指责。
8. 先近期原因,再远期原因
首先关注最近发生的因素,这些因素更有可能是问题的直接原因。
9. 纠错、预防、检测、固化措施四步走
执行措施时应考虑纠正问题、预防未来问题、监测及固化成习惯。
10. 先简单措施,再复杂措施
优先考虑简单易行的措施,以快速建立成功的信心并产生效果。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 837.2K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
组织级配置管理员与项目级配置管理员的职责定义
很多公司设置了组织级配置管理员与项目级配置管理员,以下为建议的对这两种岗位的职责定义。 项目级配置管理员的职责: 1 制定配置管理计划 2 建立并维护配置管理库 3 建立并发布基线 4 物理审计(PCA) 5 跟踪并关闭变更申请 6 报告配置状态 组织级CM的职责: 1 为项目组建立初始的配置库 2 向项目组成员提供配置管理方面的培训及技术支持 3 配置管理工具的定制 4 配置管理审计 5 对外发
TSP中的10个量化法则
TSP(Team software process)是Humphery提倡的解决CMM如何做的一个模型,他认为采用了TSP之后,可以加快企业达到CMMI5级的速度,可以提高企业的质量。在TSP中Humphery提出多项度量数据,我从中整理了如下的10个量化法则和大家分享,其中前5个法则是关于工作量的分布,后5个法则是关于质量的。其实这些法则中具体数值的大小完全可以商榷,但是最关键的是蕴含在这些数值
箱线图在软件管理中的应用
箱线图(Box plot)也称箱须图(Box-whisker Plot),是利用数据中的三个统计量:第一四分位数、中位数、第三四分位数来描述数据的一种方法,它也可以粗略地看出数据是否具有对称性,分布的分散程度等信息。作为一种数据分析的手段,箱线图简单易用,适合于:(1) 建立过程性能基准(2) 识别异常点。在画箱线图时用到的基本概念:(1)四分位数(Quartile),即统计学中,把所有数值由小到
白话SCRUM 之二:product backlog
在SCRUM方法中明确要求了3个文档: 1 product backlog 2 sprint backlog 3 burn-down chart Product backlog 中列举了本项目应该实现的需求,需求采用了用户故事的方式进行描述,用户故事是一句简短的采用用户熟悉的术语表达的需求,是用户讲给开发人员的故事,不是开发人员讲
单元测试技术培训练习总结报告
培训日期:2007年9月14日到2007年9月15日日程安排:第1天:上午:单元测试的技术与方法培训下午:LINUX下CUNIT单元测试工具的使用方法第2天:上午:分组练习下午:分组练习练习总结练习情况概述:约50名开发人员参加了练习,分成了7个小组进行了练习,其中一个小组原来采用C#在windows开发平台下进行软件开发,其他小组均是在LINUX环境下用C语言开发。练习均在实际的工作环境中进行的
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线