过程改进不能这样啊
发布于 2024-10-04
1694
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
过程改进是一项长期的活动,涉及到公司各层面的参与和认识。公司高层对软件规范管理的认识、负责过程改进人员对规范管理理论的理解、规范体系的推广、开发人员对规范管理的认识,以及管理问题的解决和优化措施的实施,都需要时间来逐步完善。真正实现管理体系的制度化是一个漫长的过程,不可能短时间内完成。
成功和稳定的发展遵循客观规律,忽视这些规律将会导致失败。所有的改进过程都需要时间,并且需要在实践中不断验证和强化,才能最终成为固定的习惯和标准。急功近利的做法最终会导致悲惨的结局。
尽管如此,一些公司和个人仍然选择忽略这一点,原因包括:
- 有足够的资本可以耗费,但这种行为最终会导致资源耗尽。
- 后果尚未显现,正如古人所说:“善有善报,恶有恶报,不是不报,时候未到。”
- 已经意识到了问题的后果,却未能正确分析和找到原因,还有机会改正。
- 虽然对原因和后果看得清楚,但是由于环境或其他因素的限制,感到无可奈何。
- 固有的本性难以改变,对于这种情况,或许已无法挽救。
看到急功近利的公司,作者感到担忧。虽然无法像菩萨那样普度众生,但作者希望能够帮助到一些公司,即使只是一家也好。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1258.4K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
做事模式的思考:想、说、写、做
模式一:边做边想没有事先的计划,没有思虑周全,在做的过程中再去寻找好的方法,造成的后果就是质量差或返工多,浪费了时间。很多初级的开发人员在编码时就采用了这种工作模式。磨刀不误砍柴工,先想清楚,再动手做,看似慢,实际快!模式二:想->做 想清楚了总比不想好。此种模式没有和别人沟通,没有文档化,这种模式很可能想的不周全,导致在做的过程中存在问题。三思而后行,如何保证三思的质量呢?沟通与文档化。模式三:想->写->做 想了以后文档化,文档化可以促进自我反思,但是没有其他人进行评审,然后去实现,没有其
控制图典型错误应用一例
有公司在画控制图时,对进度偏差率画了XMR控制图。原始数据如下: 度量日期 开发进度偏差率 05-14 -2% 05-19 0% 05-21 -1% 05-22 -2% 05-23 -2%
AI编程之需求分析与描述
文章浏览阅读508次,点赞3次,收藏5次。本文探讨了AI编程时代需求分析与描述方式的变革。传统编程中需求描述可保留模糊性,依赖人工沟通完善细节;而AI编程必须将模糊需求转化为精确、完备的规格说明,因为AI无法主动追问模糊点。文章通过对比传统模式与AI模式的需求处理差异,指出开发人员需扮演"翻译官"角色,将业务需求转化为AI可理解的结构化规格。重点提出了5项规格检查标准以确保无歧义,并通过购物车案例演示了从模糊需求到精确规格的转化过程。最后构建了从需求到设计的完整链路,强调业务事件、能力和规则的结构化描述是
纳入基线管理的经验原则
纳入基线管理的一般原则是: • 原则1:所有交付给客户的文档、代码、可执行程序、购买来的可复用构件等必须纳入基线。 • 原则2:影响了对外的承诺的配置项 – 项目的阶段计划必须纳入基线来管理。(对外承诺变了) • 原则3:其变化影响了其他配置项 – 所有对交付产品有重要影响的文档资料等必须纳入基线,主要的工程文档如需求、设计等一般要入基线。 – 变化要区分主动变化、被动变化
所有的质量问题都是这三个要点
真正有效的质量提升,需要找准适配自身的方法,无论是借鉴成熟的质量管控体系,还是优化内部流程、引入高效的检测工具,核心都是要让质量提升工作更高效、更便捷,让每一份投入都能转化为实实在在的质量优势,避免冗余环节、杜绝无效内耗,实现质量与效率的双向提升。同时,市场端的需求倒逼也不可或缺,当市场竞争日趋激烈,客户对产品质量的要求不断提高,能否以市场需求为导向,主动升级质量管控标准,将质量工作从“被动整改”转向“主动布局”,直接决定了质量投入的决心、力度与方向,也奠定了整个企业质量工作的基调。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线