扫码阅读
手机扫码阅读
对需求签字画押,有用吗?

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


麦哲思科技任甲林
扫码关注公众号

客户提问摘要:
客户向任老师咨询如何解决产品开发过程中的频繁变更问题,并提出了一种解决方案:在产品设计评审完成后让产研双方签字画押以提高评审的重视程度,希望以此减少变更。
任老师回答摘要:
任老师认为,虽然签字画押可以提高需求变更的慎重性,但无法完全杜绝变更,因为变更可能由未能充分理解需求或业务本身的变化所致。建议通过加强需求沟通、使用原型、需求交底等手段提前规避变更,并多次迭代沟通来充分理解需求。
任老师还建议采取积极和被动措施相结合,如考核评审专家、一对一发评审通知、结对评审、领导关注评审投入、统计评审效率等方法来提高评审质量,并鼓励客户寻找其他有效方法。
客户观点摘要:
客户认为造成变更的原因是产品需求质量问题,指出why和what未能解决就无法保证需求质量。他认为签字画押方法可能带来负面效应,应该关注问题核心,提高核心过程的执行质量。
讨论与建议摘要:
任老师同意客户的观点,并提出签字画押在一些特定项目中可能有意义,但在一般企业可能会影响开发效率。客户感谢任老师的建议,并认为应将精力投入在提升过程质量上,而非形式化的流程。
想要了解更多内容?


麦哲思科技任甲林
扫码关注公众号

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 234.8K
麦哲思科技任甲林的其他文章
软件需求评审之道
作者:任甲林 来源:CSAI.cn http://www.csai.cn 2005年6月13日 摘要 本文介绍了软件需求评审失败的5个案例,提出对软件需求评审的实践具有指导意义的9个建议。 关键词 需求评审,需求层次,阶段评审,检查单,评审流程 软件需求是软件开发的最重要的一个输入,需求风险也常常是软件开发过程中最大的一个风险,降低需求风险的一个重要手段就是需求评审,但是需求评审是所有
我说CMMI2.0之验证与确认(VV)
验证verification与确认validation是两个不同的概念,在CMMI 1.3版本中是两个不同的PA,在2.0版本中合并成了一个PA,命名为VV。验证与确认的区别,可以通过下表来描述: 验证Verification 确认Validation 目的 确保所选择的工作产品满足指定的需求...
如何设计数据分析指示器?
很多企业采集了大量的数据,但是没有从数据中得出有效结论,其中很重要的一个原因是数据分析的指示器设计的不合理,不便于直观地、快速的发现异常。在实践中我总结了如下的要点:1 选择合适的图形常见的分析图形有5种:饼图、条形图、直方图、折线图、散点图。饼图主要用于比较分析总体中各成分的比例对比关系,一般不超过7种成分时适合采用,如果超过7种则采用条形图。条形图主要用于比较各分类的数量的多少与大小,条形图一
过程改进:宽度优先还是深度优先?
在过程改进时有这样一种现象:在组织内有很多项目,但是只有参与正式评估的项目严格按照CMMI的体系在做,其他项目基本没有按此体系在做。企业在得到2级的评估时是这样,得到3级的评估时还是这样,得到4-5级的评估时仍然如此。体系在组织内根本就没有推广开来,而是限定在小范围内的一部分项目的一段时间内。 过程改进应该是一种企业文化的变革,仅仅限定在一段时间的局部项目项目的改进不可能形成企业的文化变更,这种
做事模式的思考:想、说、写、做
模式一:边做边想没有事先的计划,没有思虑周全,在做的过程中再去寻找好的方法,造成的后果就是质量差或返工多,浪费了时间。很多初级的开发人员在编码时就采用了这种工作模式。磨刀不误砍柴工,先想清楚,再动手做,看似慢,实际快!模式二:想->做 想清楚了总比不想好。此种模式没有和别人沟通,没有文档化,这种模式很可能想的不周全,导致在做的过程中存在问题。三思而后行,如何保证三思的质量呢?沟通与文档化。模式三:想->写->做 想了以后文档化,文档化可以促进自我反思,但是没有其他人进行评审,然后去实现,没有其
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线