进行需求理必性控制需求渐变方法
文介绍需求理必性介绍控制需求渐变方法 软件需求整软件项目关键输入传统生产企业相较软件需求具模糊性确定性变化性观性特点生产汽车电脑等硬件需求形客观描述检测软件需求软件项目难握问题复杂性体现方面： 需求描述问题 笔者紧急委派已进入编码期阶段项目该项目已换2次项目理第3次更换项目理户方IT部理找笔者抱怨：已第3次讲补货申请处理规表示抱歉法找原需求描述变更需求前项目理讲时户交流需求记2页草稿纸幸2页珍贵手稿现已找更幸该IT部理转述业务部门需求软件开发完毕业务部门讲初IT部反映需求说样缺少正式完整需求文档浪费量力物力需求文档出现新问题项目理抱怨户方进行需求评审会完全走形式户根听读百页需求文档层次客户（户）关心问题样想客户成需求专家现实 需求完备程度问题 需求做没遗漏？准确划定系统范围？确实两难问题稍微点系统想穷举需求次开需求评审会时总会出新需求系统没准确范围界定样系统开发没办法系统范围硬性划定建立基线 需求开发工期问题 需求花费量时间（*工时需求阶段没作）客户软件公司否够忍受？确保需求正确性完备性项目理坚持需求阶段花费量时间客户公司高层领导会项目迟迟实际运行软件担心已会逼迫项目组快前推进项目组成员会系统复杂善变需求折腾筋疲力希快结束阶段 需求细致程度问题 需求底描述细算结束？仁者见仁智者见智没定果时间允许想细总细需求周期越长变化越设计限制越严格需求性提取求越高家（客户户需求分析员设计员测试员）认描述清楚进入设计阶段 需求变化问题 软件开发程中果条真理话定：需求变化永恒需求完备软件开发程实际变化做斗争程需求变更定坏事事商业机会市场敏感需求变化中发现市场机会 需求变化原： ·开始没识全需增加需求 ·业务发生变化需求必须变化 ·需求错误 ·需求清楚需求变化问题开发员项目理遇问题头痛问题旦发生需求变化修改设计重写代码修改测试例调整项目计划等等需求变化万恶源项目正常进展带麻烦办？理需求受控状态发生变化意变化需求理标准流程控制需求变化 难题需求中变化般突发革命性变化常见项目需求渐变（ProjectScopeCreep）问题种渐变客户开发方没意识达定层度时双方蓦然回首发现已物非换番天 控制需求渐变需注意点： （1）需求定投入显示联系否果需求变更成开发方承担项目需求变更成必然常说世没免费午餐样应该免费需求变更接受需求变更目前软件开发商咽苦果项目开始开发方出资方明确条：需求变软件开发投入变 （2）需求变更出资者认需求变更引起投入变化通出资者认样会需求变更成概念够慎重需求变更笔者历项目避免项目风险请户代表全程参开发程结果户代表开发程提出量quot需求变更开发员需求变更修改软件时项目进入现场实施阶段时量变更需改回问题出项目组成员视该户代表需求圣旨忽略需求否客户方真正决策权员认 （3）需求变更正规需求理流程否会积少成实践中愿意需求变更执行正规需求理程认降低开发效率浪费时间正式种观念需求渐变控终导致项目失败 （4）精确需求范围定义会阻止需求变更非需求定义越细越避免需求渐变2层面问题太细需求定义需求渐变没效果需求变化永恒非需求写细会变化 注意沟通技巧实际情况户开发者认识面点问题需求变更客户方开发方作客户愿意需求变更付出更投资开发方动变更需求目软件做更精致作需求理者项目理需采种沟通技巧项目方 软件需求复问题 笔者遇位领域专家20年领域工程验积累量领域需求进行次产品开发时总感理解需求法配合分析员设计员接受起讨问题时候观点：没需求进行效理已形成需求文档没复需求理重目标应提高软件需求复率 基述问题必须需求进行理需求够真正成软件工程理基线软件计划活动工作产品软件需求保持致需求复
文档香网(httpswwwxiangdangnet)户传
《香当网》用户分享的内容，不代表《香当网》观点或立场，请自行判断内容的真实性和可靠性！
该内容是文档的文本内容，更好的格式请下载文档
文介绍需求理必性介绍控制需求渐变方法 软件需求整软件项目关键输入传统生产企业相较软件需求具模糊性确定性变化性观性特点生产汽车电脑等硬件需求形客观描述检测软件需求软件项目难握问题复杂性体现方面： 需求描述问题 笔者紧急委派已进入编码期阶段项目该项目已换2次项目理第3次更换项目理户方IT部理找笔者抱怨：已第3次讲补货申请处理规表示抱歉法找原需求描述变更需求前项目理讲时户交流需求记2页草稿纸幸2页珍贵手稿现已找更幸该IT部理转述业务部门需求软件开发完毕业务部门讲初IT部反映需求说样缺少正式完整需求文档浪费量力物力需求文档出现新问题项目理抱怨户方进行需求评审会完全走形式户根听读百页需求文档层次客户（户）关心问题样想客户成需求专家现实 需求完备程度问题 需求做没遗漏？准确划定系统范围？确实两难问题稍微点系统想穷举需求次开需求评审会时总会出新需求系统没准确范围界定样系统开发没办法系统范围硬性划定建立基线 需求开发工期问题 需求花费量时间（*工时需求阶段没作）客户软件公司否够忍受？确保需求正确性完备性项目理坚持需求阶段花费量时间客户公司高层领导会项目迟迟实际运行软件担心已会逼迫项目组快前推进项目组成员会系统复杂善变需求折腾筋疲力希快结束阶段 需求细致程度问题 需求底描述细算结束？仁者见仁智者见智没定果时间允许想细总细需求周期越长变化越设计限制越严格需求性提取求越高家（客户户需求分析员设计员测试员）认描述清楚进入设计阶段 需求变化问题 软件开发程中果条真理话定：需求变化永恒需求完备软件开发程实际变化做斗争程需求变更定坏事事商业机会市场敏感需求变化中发现市场机会 需求变化原： ·开始没识全需增加需求 ·业务发生变化需求必须变化 ·需求错误 ·需求清楚需求变化问题开发员项目理遇问题头痛问题旦发生需求变化修改设计重写代码修改测试例调整项目计划等等需求变化万恶源项目正常进展带麻烦办？理需求受控状态发生变化意变化需求理标准流程控制需求变化 难题需求中变化般突发革命性变化常见项目需求渐变（ProjectScopeCreep）问题种渐变客户开发方没意识达定层度时双方蓦然回首发现已物非换番天 控制需求渐变需注意点： （1）需求定投入显示联系否果需求变更成开发方承担项目需求变更成必然常说世没免费午餐样应该免费需求变更接受需求变更目前软件开发商咽苦果项目开始开发方出资方明确条：需求变软件开发投入变 （2）需求变更出资者认需求变更引起投入变化通出资者认样会需求变更成概念够慎重需求变更笔者历项目避免项目风险请户代表全程参开发程结果户代表开发程提出量quot需求变更开发员需求变更修改软件时项目进入现场实施阶段时量变更需改回问题出项目组成员视该户代表需求圣旨忽略需求否客户方真正决策权员认 （3）需求变更正规需求理流程否会积少成实践中愿意需求变更执行正规需求理程认降低开发效率浪费时间正式种观念需求渐变控终导致项目失败 （4）精确需求范围定义会阻止需求变更非需求定义越细越避免需求渐变2层面问题太细需求定义需求渐变没效果需求变化永恒非需求写细会变化 注意沟通技巧实际情况户开发者认识面点问题需求变更客户方开发方作客户愿意需求变更付出更投资开发方动变更需求目软件做更精致作需求理者项目理需采种沟通技巧项目方 软件需求复问题 笔者遇位领域专家20年领域工程验积累量领域需求进行次产品开发时总感理解需求法配合分析员设计员接受起讨问题时候观点：没需求进行效理已形成需求文档没复需求理重目标应提高软件需求复率 基述问题必须需求进行理需求够真正成软件工程理基线软件计划活动工作产品软件需求保持致需求复
文档香网(httpswwwxiangdangnet)户传
《香当网》用户分享的内容，不代表《香当网》观点或立场，请自行判断内容的真实性和可靠性！
该内容是文档的文本内容，更好的格式请下载文档
