需求访谈的18个注意事项
发布于 2024-10-01


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


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

扫码阅读
手机扫码阅读
需求访谈注意事项摘要
有效的需求访谈需要专业训练来掌握关键技巧,以便快速准确地获取客户真实完备的需求。以下是基于实践经验和工作坊练习总结的18个需求访谈注意事项:
访谈准备
- 调研前应准备问题清单。
- 按用户角色分类进行访谈。
- 区分业务场景进行访谈。
访谈过程
- 了解组织结构、业务流程等背景信息及当前现状。
- 明确访谈目标和业务痛点。
- 聚焦目标,避免无关或过分华丽的需求。
- 首先从宏观角度入手,然后逐步深入细节。
- 讨论正常与异常流程,关注频繁与偶然现象。
- 每个作业环节的痛点都需要被发掘。
- 问题询问应有逻辑主线,条理化。
- 使用IPO(输入-处理-输出)方法,确保问题易懂。
- 关注what to do,避免how to do的讨论。
- 团队成员应补充问题,但要保持思路连贯和聚焦。
访谈技巧
- 开放式问题了解现状,封闭式问题引导需求。
- 让客户通过例子说明现状和需求以澄清问题。
- 始终以客户为中心,避免替代客户做选择。
- 询问名词、动词时区分what is it和how to do it,形容词和副词要求量化。
- 不打断客户,鼓励其积极表达思想。

麦哲思科技任甲林


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

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 263.5K
麦哲思科技任甲林的其他文章
实施敏捷的四个致命障碍
敏捷方法在中国推行的如火如荼,我也为多家公司做了敏捷的导入咨询,在实践中遇到了几个致命障碍,限制甚至阻止了敏捷方法的推行,我把有深刻体会的障碍总结出来,供大家在实践中规避之。障碍一:没有建立组织级的敏捷价值观与环境。 很多公司在导入敏捷时,先从一个项目开始尝试敏捷方法,试图在单项目内成功了,再推广到其他项目。这种初衷是好的,但是往往事与愿违,为什么呢?因为缺乏组...
组织级配置管理员与项目级配置管理员的职责定义
很多公司设置了组织级配置管理员与项目级配置管理员,以下为建议的对这两种岗位的职责定义。 项目级配置管理员的职责: 1 制定配置管理计划 2 建立并维护配置管理库 3 建立并发布基线 4 物理审计(PCA) 5 跟踪并关闭变更申请 6 报告配置状态 组织级CM的职责: 1 为项目组建立初始的配置库 2 向项目组成员提供配置管理方面的培训及技术支持 3 配置管理工具的定制 4 配置管理审计 5 对外发
需求管理过程域的要点
今天在客户处,看到客户拿了一份从网上下载的对CMMI2级、3级的实践的注释,随手翻了一翻,刚读了第1个PA需求管理的5条特定实践,就发现基本上每条实践都有大大小小的误解,我想该材料很容易对CMMI的实施造成负面的影响。因此,特地根据我的咨询经验与体会,对该过程域的理解与实施要点进行了整理。在下表中:(1)没有翻译模型的原文;(2)包含了模型的要点;(3)扩展了模型的要求;(4)列出了客户的某些好的
数据中存在的假象
在一些实施CMMI高成熟度的软件公司中对于过程的性能数据进行分析时,常常发现应该具有相关性的2个变量根据历史的数据不能证明这种相关性,或者是应该正相关的数据却分析出了负相关的结论,原因何在呢?例如: 我们的经验与常识: 假设或常识1:高水平的测试人员找出的BUG多, 低水平的测试人员找出的BUG少。 假设或常识2:高水平的开发人员犯的错误应该少,低水平的开
流程为什么重要?
目前流行的管理模型都是以流程为核心的,为什么呢?请看如下的实际案例。 麦哲思科技经常给客户EMS寄送合同、发票、其他资料,最初总是由飞康达公司承运,飞康达公司的邮费比较便宜。 有一次从北京寄送资料到深圳客户F,深圳大雨,恰好客户的办公环境手机信号不好,飞康达公司以联系不到客户为由,退回了资料,重新快递,成功。 此时麦哲思公司的另外一个客户从深圳寄送招标书过来,2天内就寄送到了,服务比较专业,于是麦
加入社区微信群
与行业大咖零距离交流学习


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