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

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


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

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


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

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 205.8K
麦哲思科技任甲林的其他文章
常见非功能性需求的描述案例
非功能性需求是需求的一个重要组成部分,它影响了系统的架构设计,需要开发人员重点关注。但是在工程实践中,往往客户不会提出非功能性需求,需求人员在描述需求时不知道如何描述,在国际的各种标准中,对非功能性需求有定义,但是比较抽象。因此我整理如下常见的非功能性需求的描述案例,供需求人员进行参考。1、性能需求描述案例:响应时间:在95%的情况下,一般时段响应时间不超过1.5秒,高峰时段不超过4秒。定位系统从
如何学习设计模式?
1 先理解概念,再学习原则先理解OO的基本概念,比如:封装、继承、多态、组合/聚合、依赖等,理解各概念的内涵,弄清楚这些概念的具体实现方式及各实现方式的优缺点。2 先学习原则,再学习模式设计原则是蕴含在设计模式后最根本的思想,掌握了基本的设计原则可以做到不拘泥于某个具体的设计模式,可以更容易的理解设计模式,知道在何种情况下应该采用某种模式,可以自己创造合理的设计模式。设计原则可以参考的2本书籍是《
程序员必读之作:重构
十月一之后安排了我去培训《设计模式》,由于听众多为C与C++的新手,我想先从重构开始讲起,循序渐进,于是我决定仔细阅读〈重构〉这本书。 这本书我很久之前买的,当时大概读了读,感觉不错,就拿给了我表弟去读,他是程序新手。 这次是系统地读。 有个朋友曾经跟我说过,这本书不错,只是有点罗嗦,他是十多年经验的老程序员了,有此感觉很正常。写一个好程序的道理其实就如一层窗户纸,一点就透。但是,难得的是这本书系
评审的分类
管理评审 技术评审 同行评审
需求管理过程域的要点
今天在客户处,看到客户拿了一份从网上下载的对CMMI2级、3级的实践的注释,随手翻了一翻,刚读了第1个PA需求管理的5条特定实践,就发现基本上每条实践都有大大小小的误解,我想该材料很容易对CMMI的实施造成负面的影响。因此,特地根据我的咨询经验与体会,对该过程域的理解与实施要点进行了整理。在下表中:(1)没有翻译模型的原文;(2)包含了模型的要点;(3)扩展了模型的要求;(4)列出了客户的某些好的
加入社区微信群
与行业大咖零距离交流学习


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