扫码阅读
手机扫码阅读
对需求签字画押,有用吗?
62 2024-10-01
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:对需求签字画押,有用吗?
文章来源:
麦哲思科技任甲林
扫码关注公众号
客户提问摘要:
客户向任老师咨询如何解决产品开发过程中的频繁变更问题,并提出了一种解决方案:在产品设计评审完成后让产研双方签字画押以提高评审的重视程度,希望以此减少变更。
任老师回答摘要:
任老师认为,虽然签字画押可以提高需求变更的慎重性,但无法完全杜绝变更,因为变更可能由未能充分理解需求或业务本身的变化所致。建议通过加强需求沟通、使用原型、需求交底等手段提前规避变更,并多次迭代沟通来充分理解需求。
任老师还建议采取积极和被动措施相结合,如考核评审专家、一对一发评审通知、结对评审、领导关注评审投入、统计评审效率等方法来提高评审质量,并鼓励客户寻找其他有效方法。
客户观点摘要:
客户认为造成变更的原因是产品需求质量问题,指出why和what未能解决就无法保证需求质量。他认为签字画押方法可能带来负面效应,应该关注问题核心,提高核心过程的执行质量。
讨论与建议摘要:
任老师同意客户的观点,并提出签字画押在一些特定项目中可能有意义,但在一般企业可能会影响开发效率。客户感谢任老师的建议,并认为应将精力投入在提升过程质量上,而非形式化的流程。
想要了解更多内容?
查看原文:对需求签字画押,有用吗?
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 103.4K
麦哲思科技任甲林的其他文章
我说CMM2.0之:风险与机会管理
风险与机会管理,简写为RSK,在以往的CMMI版本中都是描述为风险管理,在2.0中增加了机会管理。风险是意料之外的坏事,机会是意料之外的好事,风险是惊吓,机会是惊喜。我们要抓住机会,规避风险,趋利避害。风险与机会都不是一定发生的,发生的概率都是大于0小于1的。 基本理念1 风险与机会是事先的,不是事后的,事后的是事件管理,问题管理。2 要尽早报告风险,处理风险。3 风险与机会在...
2017年10月站立会议旁观笔记
近期旁观了一个项目的晨会,识别了一些改进点,记录与点评如下:序号现象改进建议1与会成员22人拆成2-3个小组分别召开站立会议,以提高会议效率。2有2人迟到站立会议是固定时间、固定地点、固定人员、固定话题的,不需要会前通知,有人迟到要定义规则惩罚之:1 微信群发红包;2 会议室放置一个储钱罐,迟到者投币;……要建立团队的文化。3白板状态列包括:待办任务池,编码,代码评审,待修复,完成明确列出等待的状
敏捷的过程改进方法:从经验教训中学习
每次去客户现场做差距分析或者运行检查,总是习惯于找他们的缺点,但是每次也总能从客户那里发现他们的优点,时间久了,慢慢地对缺陷麻木了,审丑疲劳了,只有发现他们的优点时,我才会精神一振,心情愉快。 今年1-2月份期间我去给一个客户做运行检查,整理完发现报告后,我查阅了那6个项目组的阶段总结报告与项目总结报告中的经验教训部分,我发现的60%的缺陷他们自己也感觉到了,只是没有人去提取、去系统的归纳整理、
给程序员的18个忠告
1 想清楚,写清楚,说清楚,才是真正的清楚!2 多花点时间沟通清楚需求,才能把握正确方向!3 修复需求错误的成本是代码错误的几十倍!4 程序员最大的坏习惯就是:急于动手写代码! 5 提高开发效率的捷径:一次做对,不返工!6 写代码之前三件事: 弄清楚做什么; 说清楚怎么做; 想清楚怎么测!7 职业的程序员设计程序,业余的程序员调试程序;8 拷贝粘贴式的作业方式,最容易导入b
我说CMMI2.0之同行评审
同行评审,不是通过测试去发现缺陷,而是通过专家阅读文档、代码发现缺陷,是在实现之前发现缺陷的最有效手段。同行评审这个PA是从VER中剥离出来的,原来1.3版本的VER与VAL合并成了VV PA,让熟悉最早的SW-CMM.1.1的从业者感受到了复古之风。这个PA的实践描述通俗易懂,最好理解。但是,很多公司做了同行评审,效果不好。我之前写过多篇博客讲解同行评审如何做的问题,分别列举到对应的...
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线