如何确定度量目标?
发布于 2024-10-03
1558
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
企业在建立度量体系时容易犯两个错误:(1)度量目标不明确,即不清楚度量的目的和潜在的管理改进点;(2)对数据分析不够,这可能是由于不熟悉分析方法,或者度量目标不明确所导致的。为了避免这些错误,首先需要明确度量的目标。
确定度量目标的过程包括三个步骤:
- 明确信息需求者,即确定谁需要度量数据,可能包括高层经理、项目经理、EPG、PPQA、CM、开发人员、测试人员和用户等。
- 获取信息需求,通过访谈、问卷调查、分析历史经验报告、头脑风暴以及审视组织的年度计划等方法,特别是EPG成员需要激发其他人员的度量需求。
- 平衡信息需求和确定度量目标,不是所有信息需求都必须满足,需要对信息需求进行优先级划分,同时考虑成本和技术可行性,最终与相关人员确认后确定度量目标。
确定度量目标是信息需求的细化和分解,是实际管理改进的基础。例如,高层经理可能需要了解整体生产率,而度量目标可能具体为提高特定技术环境下的生产率,这回答了为什么需要某个度量元的问题。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1120.4K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
需求反讲:让“我讲明白了吗”变成“你证明你理解了”
需求反讲是一种创新的需求沟通方式,通过让开发或测试人员主动讲解需求来确保理解一致性。相比传统"需求人员讲-下游听"的单向传递,反讲要求下游人员消化需求后用自己的话复述,并指出疑问点,从而暴露潜在的理解偏差。这种方法源自实践验证,能有效减少开发返工和需求变更。标准流程包括独立研读、反讲会、澄清确认等步骤,强调主动输出和具体表达。关键要点包括:必须用自己的话重构需求、举例说明场景、提出不确定点,严禁照本宣科。实践表明,这种角色反转能显著提升需求传递质量,已在多家企业成功应用。
测试用例评审的旁观记录
测试用例评审应该如何做?
AI编程的三大痛点及其工作模式
文章浏览阅读436次,点赞7次,收藏7次。AI结对编程面临三大核心痛点:遗忘前期约定导致返工(痛点一)、擅自脑补需求细节造成偏差(痛点二)、使用陈旧API引发兼容问题(痛点三)。本文提出20种"懒人友好"工作模式精准应对:通过"回归校验+约束内化"防止遗忘,采用"思路先行+逆向评审"避免脑补,运用"伪代码翻译+红绿蓝测试"规避版本问题。特别推荐三大万能模式(约束内化、回归校验、红绿蓝)可同时缓解所有痛点。这些即插即用的方法无需增加工作量,能显著减少AI编程中的返工成本,
为什么必须首先做规模估计?
这个问题客户问过我,我也解答过多次,但是我一直没有更直接的理由说服我自己,认为必须先做规模估计再做工作量估计。 比如:对维护类的项目,或者是维护类的活动,为什么要估计规模呢?项目组的人没有技术风险,对需求很熟悉。 我总结了如下的理由: (1) 以规模来估计工作量与成本 (2) 规模估计与实现的人与技术无关,比较客观 (3) 可以度量项目的开发效率:规模/工作量 (4)
高效驾驭AI:用7要素法给大模型下达精准任务
同时,对于已经归档被退回的文件,可进行修改,删除等操作。针对于产品经理识别的这8项功能,你能否给具体细化:列出每项功能的概述、使用角色、业务流程、处理的业务数据对象及其属性、人机交互的动作序列,包括正常事件流与异常事件流、界面原型。提示词:...(同上背景)...你能否根据这些初步需求帮我细化一下下一个层次的功能列表,功能列表的格式为:模块,子模块,功能项,功能概述。这7要素借鉴了软件工程中描述功能需求的IPO(输入-处理-输出)模式,通过对任务的全方位定义,让AI能够准确理解你的期望并给出高质量的输出。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线