心正、身正,则客户正
发布于 2024-10-03
1162
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
文章摘要
最近,作者与两位曾经或正在实施CMMI模型的企业老板进行了交流,从中获得了深刻的体会。
第一位老板曾试图通过CMMI模型来解决管理问题,提高客户满意度,但是由于咨询公司的无效帮助,结果并未达到预期,最终改进计划失败告终。第二位老板的公司也在实施CMMI,企业期望同时获得实际成效和认证证书,并投入了大量精力。然而,由于咨询公司在项目伊始就提供了错误的指导和不切实际的承诺,该老板逐渐意识到他们可能只能获得证书而非真正的效果。
作者自己从未只想要证书的客户,因此对其他客户只追求证书的做法感到困惑。但通过这两次交流,作者认识到,如果咨询公司和顾问没有树立正确的咨询理念,而只是以帮助客户获得证书为目的,那么他们将看不到真正追求实效的客户。
作者最后指出,不是客户的需求有问题,而是咨询者的心态和方法可能会引导客户偏离正确的路径。因此,咨询者应当先正自己的心态,才能引导客户走向成功。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 961K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
为什么忽略管理的常识?
最近连续审查了几个客户的过程文档体系,有个问题,让我一直苦思:为什么我们总是忽略管理常识? 企业在实施CMMI的时候,为了满足模型的要求,在描述自己的过程时,习惯于照搬模型的描述。最典型的例子是PMC的描述,模型中描述了10个实践: SP1.1 监督项目的计划参数 SP1.2 监督承诺 SP1.3 监督风险 SP1.4 监督数据管理 SP1.5 监督项目相关人员的参与 SP1.6 执行进展评审 S
大懒人AI结对工作模式——驾驭AI编程的进阶指南
文章浏览阅读458次,点赞4次,收藏7次。《AI编程偷懒指南:20个高效模式让代码一次成型》 摘要:本文总结了与AI协作编程的高效方法论,提出"聪明的懒人哲学":用省力方法做对事。核心包含三大法则:先规划再编码、精准修改边界、主干优先枝叶后补。20个实操模式分为五阶段:1)需求阶段用方案对比和逆向评审避免返工;2)编码阶段采用最小补丁和伪代码翻译确保精准;3)迭代阶段通过主线优先和外科手术安全演进;4)调试阶段运用侦探破案和边界测试快速定位;5)工程化阶段通过文档同步和版本隔离降低维护成本。每个模式均配有
三轮自动代码评审,质量持续收敛
本文复盘了一个智能文档评审工具的Bug修复与质量提升过程。项目采用前后端分离架构,在修复Word预览失败等表面Bug时,发现深层架构问题——文档解析应迁移至前端。通过三轮"后置四区评审"(聚焦变更单元的四个维度),团队逐步解决严重问题:首轮发现公共模块缺失、CDN无降级等3个严重缺陷;次轮修复后仍暴露null处理等新问题;第三轮最终收敛到零缺陷。核心启示包括:1)多轮评审才能层层深入;2)修复常会引入次生问题;3)结构化评审方法比工具更重要。
软件质量管理的西药与中药
很多企业实施了CMMI的2级和3级后企业仍然没有体会到有明显的质量改善,问题出在什么地方呢?我认为问题的关键在于测试与同行评审没有抓好。 管理的作用是预防。预防可能有效也可能无效,预防了并不代表一定不会出错。质量体系的作用就是预防,就是要降低出错的概率。这恰如中药,中药见效慢但是能够强身健体,从根本上解决病因。而测试与同行评审则好比是西药,立竿见影,直接作用在痛处。 同行评审是在软件开发的
全功能点估算方法简介
说明:本文已刊登于《信息技术与标准化》07年第3期新一代的功能点规模估算方法: COSMIC-FFP1 引言软件规模估算是估计软件开发的工作量、成本与资源需求的基础,通过规模与其他度量数据还可以度量项目的生产率、缺陷密度,目前在工程界流行的估算方法是代码行估算方法和功能点分析方法(function points analysis,FPA法)。代码行估算方法是一种经验估算方法,通常会采用
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线