软件需求佳实践需求沟通分析
信息化高速发展天构建时俱进信息化系统已成政府企事业单位重点课题然软件项目实施程中进度超期费超预算变更频繁现象层出穷甚许项目根法达预期目标更谈业创造真正效益根结底软件需求实践软肋问题根源 引言 关软件项目存问题互联网流传着幅漫画（图1示）十分生动展现问题许完笑置果认真剖析面东西会工作带许启发 图1需求迷途 沟通失真 究原幅漫画启示需求沟通程中产生严重失真客户描述项目理理解分析员设计程序员编码商业顾问诠释角色根特点需求信息进行加工导致信息容改变软件需求工程言克服沟通失真成点 根相关研究显示信息传递程中果没采取措施沟通程中信息衰减值高达60软件开发程中需求信息通常历户代表需求员设计员开发员坏情况开发员获信息仅原84（图2示）十分怕结果 图2信息失真 样够更避免种问题出现呢？实关键手段两： 文档：果信息传递程中仅口口相授话难免发生遗忘加工等情况必须程中效利文档达成识信息文档化种方法辅助沟通代沟通点面会提 Review：意英文国常翻译评审翻译容易误导评审脑海中出通否结导致需求评审工作流形式罪魁祸首顾名思义Review（Re）（View）遍意思质含义通次审读早暴露出错误简单效Review户代表阐述需求需求分析员语言复述遍确保沟通没失真 隐喻：理张然阶段工作做出重指示安排：#^@(*)#@……张正扭头走时候理住说：简单说说刚交务（理员早已掌握招） 提示：果测试员说：前天仔细测试写程序发现问题没恭喜会想呢？ a觉程序写 b觉测试员方法测试细致 想数会做出b选择需求评审时什转180度弯呢？什期需求评审时点问题没呢？ 沟通失真高度概括中蕴藏问题果细细思考第123410幅图（五幅图中景象需求活动相关性）两两较会益启发面起 客户：放需求 较图1中1幅第10幅图时会发现户描述需求时做许添砖加瓦事户会说会添油加醋现象实践中屡见鲜种现象背什潜原呢？认少两方面关键素： （1）客户希支付成少获效益 种思维客户言反应户开发成越解时种心态会越强烈更加担心亏损需求协商时会采取增加功方法降低亏损风险 效克服素困扰核心点建立客户开发团队信度建立信度点两方面：需求员必须提升专业义（关点续文章中说明）二需求员站户角度想问题户感觉需求员目标帮助解决问题非味谋取利益 （2）解决方案选择权交熟悉技术客户 户常会谈解决方案甚许需求团队进行需求捕获活动时常预期户够直接告诉做什（What）太关心户提出需求真正动机（Why）样解决方案选择权交熟悉技术客户代表客户代表选择解决方案合适话必引发续需求变更 案例&场景： 次CRM软件开发程中…… 负责输入客户信息户开发员提出：界面光电话快10输入框太麻烦次tab键酸希合成两常电话电话电话办？开发员回应道 电话输入框设置行较宽样输入中间逗号分开 没问题 …… 理客户信息开发员提出：需功输入电话号码动找出相应客户 啊…… 果细究场景分析负责输入客户信息户提出变更会发现：10电话输入框合成两显然解决方案真正需求输入太麻烦次tab键酸许会想示解决方案： 图3解决方案示意图 说默认情况显示左边部分需时点击>>钮右边常输入项显示出 总言特定问题解决方案会户软件程中断发现选更合适代方案导致必需求变更缓解现象关键需求捕获程中问什 项目理：控制需求 较图1中第1幅第2幅图时会发现项目理沟通程中会导致需求产生偏差国许软件项目理通常身兼职项目理需求分析架构设计肩挑需求捕获程中总会时脑海里勾勒出技术框架路线然控制需求范围 里图1中第1幅图客户需秋千者树工具真正需求什第2幅图中解决方案法效满足果做秋千应该树干挡住果做树工具木板数量显然太少 究原难发现需求员首先项目理视角工作量需求进行控制：三层板工作量减成层板果心控制掉业务重东西终定会变更形式回报开发团队然需求员架构师角度进行改良：稳定全挂树枝改成挂两树枝结果根法具角色需求员必须需求程中戴正帽子真正理解业务角度捕获需求 分析员：技术加工 次图1中第3幅图时会想起样幕： 案例&场景： 分析员张：嘿伙伴提议研究Hibernate已段时间直没时间真正动手项目错算太试试吧 意家纷纷表示赞 …… 约定时间已1月现项目进展底？什时候交付？客户方CIO质问 分析员张：现困扰需求细节直存变化开发团队离职……（真正情况：团队第次Hibernate数访问层问题直没效解决导致进展断失控） 现许名称中包含需求分析系统分析类职位技术骨干担工作中少业务角度进行分析更追求技术框架新技术种现象究根源关键技术力未发展更重业务力重需求工作更提高会强烈呼吁Title分析类名称加强业务分析吧 编程员：断章取义 第4幅图句生动话概括：绳子木板什说想呢？想程序员类似问题想问客户文框提供表单什说程序想呢？想起样幕： 案例&场景： 叮铃铃……程序员赵电话急促响起赵刚接起电话听面迫急抱怨声仓库理员反应入库模块没法马查快解决 赵放电话开始CheckoutBuilderRunDebug……等系列操作番测试赵没气提起电话回复说：客户真笨问题肯定操作出问题客户服务应该加强户培训什事扔…… 问题然没解决开发员现场终发现问题：套基BS仓库理系统入库时仓库理员首先需录入入库单然填入验收情况点击入库钮仓库理员录入完入库单逐验入库货物回电脑前时等令知措问题Session超期 肚子气赵电话需求分析员钱里：需求写重东西写明白知道填完入库单验货长时间填写验收情况呀 哦算需求？果算话岂成业务员钱强势回答 需求？许读者会法果缺乏业务场景解够真正理解需求呢？断业务场景章必导致取出需求义偏差呀作者简介：中国系统分析员顾问团软件工程首席顾问中国软件技术会杰出贡献专家资深咨询顾问研究领域需求工程系统分析设计软件估算致力推动软件工程方法落应文节选（改编）笔者新著软件需求佳实践：SERU程框架原理应（电子工业出版社博文视点）
文档香网(httpswwwxiangdangnet)户传
《香当网》用户分享的内容，不代表《香当网》观点或立场，请自行判断内容的真实性和可靠性！
该内容是文档的文本内容，更好的格式请下载文档
信息化高速发展天构建时俱进信息化系统已成政府企事业单位重点课题然软件项目实施程中进度超期费超预算变更频繁现象层出穷甚许项目根法达预期目标更谈业创造真正效益根结底软件需求实践软肋问题根源 引言 关软件项目存问题互联网流传着幅漫画（图1示）十分生动展现问题许完笑置果认真剖析面东西会工作带许启发 图1需求迷途 沟通失真 究原幅漫画启示需求沟通程中产生严重失真客户描述项目理理解分析员设计程序员编码商业顾问诠释角色根特点需求信息进行加工导致信息容改变软件需求工程言克服沟通失真成点 根相关研究显示信息传递程中果没采取措施沟通程中信息衰减值高达60软件开发程中需求信息通常历户代表需求员设计员开发员坏情况开发员获信息仅原84（图2示）十分怕结果 图2信息失真 样够更避免种问题出现呢？实关键手段两： 文档：果信息传递程中仅口口相授话难免发生遗忘加工等情况必须程中效利文档达成识信息文档化种方法辅助沟通代沟通点面会提 Review：意英文国常翻译评审翻译容易误导评审脑海中出通否结导致需求评审工作流形式罪魁祸首顾名思义Review（Re）（View）遍意思质含义通次审读早暴露出错误简单效Review户代表阐述需求需求分析员语言复述遍确保沟通没失真 隐喻：理张然阶段工作做出重指示安排：#^@(*)#@……张正扭头走时候理住说：简单说说刚交务（理员早已掌握招） 提示：果测试员说：前天仔细测试写程序发现问题没恭喜会想呢？ a觉程序写 b觉测试员方法测试细致 想数会做出b选择需求评审时什转180度弯呢？什期需求评审时点问题没呢？ 沟通失真高度概括中蕴藏问题果细细思考第123410幅图（五幅图中景象需求活动相关性）两两较会益启发面起 客户：放需求 较图1中1幅第10幅图时会发现户描述需求时做许添砖加瓦事户会说会添油加醋现象实践中屡见鲜种现象背什潜原呢？认少两方面关键素： （1）客户希支付成少获效益 种思维客户言反应户开发成越解时种心态会越强烈更加担心亏损需求协商时会采取增加功方法降低亏损风险 效克服素困扰核心点建立客户开发团队信度建立信度点两方面：需求员必须提升专业义（关点续文章中说明）二需求员站户角度想问题户感觉需求员目标帮助解决问题非味谋取利益 （2）解决方案选择权交熟悉技术客户 户常会谈解决方案甚许需求团队进行需求捕获活动时常预期户够直接告诉做什（What）太关心户提出需求真正动机（Why）样解决方案选择权交熟悉技术客户代表客户代表选择解决方案合适话必引发续需求变更 案例&场景： 次CRM软件开发程中…… 负责输入客户信息户开发员提出：界面光电话快10输入框太麻烦次tab键酸希合成两常电话电话电话办？开发员回应道 电话输入框设置行较宽样输入中间逗号分开 没问题 …… 理客户信息开发员提出：需功输入电话号码动找出相应客户 啊…… 果细究场景分析负责输入客户信息户提出变更会发现：10电话输入框合成两显然解决方案真正需求输入太麻烦次tab键酸许会想示解决方案： 图3解决方案示意图 说默认情况显示左边部分需时点击>>钮右边常输入项显示出 总言特定问题解决方案会户软件程中断发现选更合适代方案导致必需求变更缓解现象关键需求捕获程中问什 项目理：控制需求 较图1中第1幅第2幅图时会发现项目理沟通程中会导致需求产生偏差国许软件项目理通常身兼职项目理需求分析架构设计肩挑需求捕获程中总会时脑海里勾勒出技术框架路线然控制需求范围 里图1中第1幅图客户需秋千者树工具真正需求什第2幅图中解决方案法效满足果做秋千应该树干挡住果做树工具木板数量显然太少 究原难发现需求员首先项目理视角工作量需求进行控制：三层板工作量减成层板果心控制掉业务重东西终定会变更形式回报开发团队然需求员架构师角度进行改良：稳定全挂树枝改成挂两树枝结果根法具角色需求员必须需求程中戴正帽子真正理解业务角度捕获需求 分析员：技术加工 次图1中第3幅图时会想起样幕： 案例&场景： 分析员张：嘿伙伴提议研究Hibernate已段时间直没时间真正动手项目错算太试试吧 意家纷纷表示赞 …… 约定时间已1月现项目进展底？什时候交付？客户方CIO质问 分析员张：现困扰需求细节直存变化开发团队离职……（真正情况：团队第次Hibernate数访问层问题直没效解决导致进展断失控） 现许名称中包含需求分析系统分析类职位技术骨干担工作中少业务角度进行分析更追求技术框架新技术种现象究根源关键技术力未发展更重业务力重需求工作更提高会强烈呼吁Title分析类名称加强业务分析吧 编程员：断章取义 第4幅图句生动话概括：绳子木板什说想呢？想程序员类似问题想问客户文框提供表单什说程序想呢？想起样幕： 案例&场景： 叮铃铃……程序员赵电话急促响起赵刚接起电话听面迫急抱怨声仓库理员反应入库模块没法马查快解决 赵放电话开始CheckoutBuilderRunDebug……等系列操作番测试赵没气提起电话回复说：客户真笨问题肯定操作出问题客户服务应该加强户培训什事扔…… 问题然没解决开发员现场终发现问题：套基BS仓库理系统入库时仓库理员首先需录入入库单然填入验收情况点击入库钮仓库理员录入完入库单逐验入库货物回电脑前时等令知措问题Session超期 肚子气赵电话需求分析员钱里：需求写重东西写明白知道填完入库单验货长时间填写验收情况呀 哦算需求？果算话岂成业务员钱强势回答 需求？许读者会法果缺乏业务场景解够真正理解需求呢？断业务场景章必导致取出需求义偏差呀作者简介：中国系统分析员顾问团软件工程首席顾问中国软件技术会杰出贡献专家资深咨询顾问研究领域需求工程系统分析设计软件估算致力推动软件工程方法落应文节选（改编）笔者新著软件需求佳实践：SERU程框架原理应（电子工业出版社博文视点）
文档香网(httpswwwxiangdangnet)户传
《香当网》用户分享的内容，不代表《香当网》观点或立场，请自行判断内容的真实性和可靠性！
该内容是文档的文本内容，更好的格式请下载文档