需求迭代与项目风险控制

需求迭代项目风险控制

文章舜亚科技Jimmy发表程序员20072期中案例全部引公司项目 作者介绍：柯聪eamoi舜亚科技软件工程师专注Web应程序开发关注OA门户电子政务电子商务领域RIA著Ajax开发精概念案例框架书Ajax开发简略LiferayPortal二次开发指南等开源文档 全文： 软件项目需求驱动典型代表项目立项开发测试交付需求变化迭代正常事情点型项目尤明显需求迭代果控制容易增项目风险导致项目失败国软件公司相似笔者参项目存需求迭代问题文需求迭代入手结合项目实际探讨需求迭代项目风险控制关系希项目需求序迭代 需求迭代避免轮回 软件项目启动源市场客户需求通市场需求调查典型目标客户需求访问抽象出需求规格说明书进开始原型系统设计原型系统评估启动真实系统设计开发 原型系统设计阶段种样素客户没实际需求表达清楚者需求分析员业务理解偏差设计出原型系统市场客户真实需求匹配着原型系统构建深入必然触发需求迭代 真实系统设计开发程中着系统理解深入客户需求进行深化扩展者变更研发工程师需求消化会触发需求迭代 真实系统交付着业务发展客户需求发生变化客户系统程中必然会系统提出进步改进求修改原功操作方式增加新功会求需求进步迭代 系列迭代程中果没控制迭代程评估迭代成效理迭代需求容易形成需求迭代穷假象项目团队穷应付次需求迭代项目开发高度紧张发布日期遥遥期样必然项目带高风险 Diapers项目面北美市场电子商务站点已运行三年客户决定Diapers项目进行升级改造项目理者需求分析工程师负责沟通客户分析抽象客户真实需求撰写需求说明书软件工程师根需求说明书拟定技术方案着手进行编码测试工程师根需求说明书测试例项目进行测试项目理引导客户确认项目终功呈现必时候启动需求迭代程 Diapers北美外包项目双方沟通存时间差项目团队没条件客户面面沟通整项目升级改造程中业务理解偏差沟通畅需求次迭代需求迭代次团队成员需面堆冗长需求说明书Diapers已正式运营站点客户市场压力时转嫁项目团队身项目发布压力直困扰着团队成员Diapers项目进展需求迭代似穷轮回 动触发需求迭代予足够消化时间 导致Diapers项目现状原动进行需求迭代迭代动客户反馈触发次需求迭代乱团队开发计划影响项目发布团队带更发布压力必须想方设法掌握需求迭代动权 针次需求迭代予充分消化时间种效方式Diapers项目情况次需求没消化处理完毕新需求迭代开始项目发布迭代速度根需求迭代速度新需求直步步进逼种情况测试工程师压根没时间项目进行全面足够测试 找问题质Diapers项目团队开始调整发布节奏加力资源投入加快消化需求速度针沟通足问题项目理集中精力客户沟通双方时间交叉部分量疑问需求沟通清楚发布节奏调整客户时间项目团队步开展测试工作bug够第时间处理调整项目团队足够时间消化次迭代需求足够时间项目进行测试早发布原型系统动触发需求迭代种效方式原型系统通常快速构建着重界面呈现功模拟通虚拟数模拟真实系统运行情况够程度模拟未真实系统呈现短时间抽象客户需求表现出作客户进行沟通效媒介相堆抽象文档原型系统客户更容易早发现真实系统需求间差距减少未需求迭代次数 需求抽象程中应该通原型系统作双方沟通桥梁媒介双方应该先原型系统呈现展开讨外原型系统发布时间较重项目启动应该早发布原型系统 Claim项目商业意外险理赔台北美客户提供商业意外险线申报理赔服务项目启动初期项目团队理解抽象需求基础第时间发布原型系统虚拟数模拟真实系统界面呈现项目较利客户聘请需求分析员够程度理解业务需求正确表述客户需求绘制详细原型界面点双方沟通系统开发程中发挥较显著作Claim项目需求迭代节奏直项目团队接受范围项目直条紊推进然需求次迭代终控范围 评估次迭代成风险 够预见需求次迭代会程度项目产生影响需评估带成项目理需求分析工程师软件工程师测试工程师应该参程评估次迭代否会影响现技术架构功点受影响系统模块需修改测试例否应该重新编写团队需次迭代额外付出少时间成否会造成项目延期等等 评估果需求迭代项目进度造成较明显影响项目理应该客户效沟通告知需求迭代成尤时间成 外需求次迭代必然项目带定风险包括技术风险发布风险迭代需求影响原技术方案尤核心业务逻辑变更团队重新技术方案进行梳理检查该技术方案否然达定目需求迭代软件工程师需定时间调整开发进度测试工程师需根新需求系统重新测试必然影响项目发布周期作项目理应该预见点 GS项目某公司重点研发政府机关行政审批业务服务目标产品进行产品升级改造时竞争手着手准备类产品新版发布市场压力求产品快完成版升级新产品进入集成测试阶段时候公司突然决定产品界面进行较重调整次调整导致代码测试返工该产品发布时间推迟两月错销售黄金期市场客户新产品期已逐渐降低结果产品销售量远远预期果公司前界面需求迭代较清晰成风险评估应该会仓促触发迭代 Diapers项目团队意识Diapers项目需求迭代周期较短次迭代需求软件工程师测试工程师会协项目理进行评估判断消化需求测试需投入工作量带时间成技术风险团队成员已彻底摆脱害怕需求迭代心态 明确项目发布需求边界 软件十全十美需求迭代永止境需求迭代周期定终版中包括需求妨期间发布干版明确版需求边界长跑途中干里程碑跨里程碑意味着重点前进步 版包含限功需求测试工程师针功需求步展开测试工作提早触发Bug量争取测试时间客户版中提前真实系统雏形着版逐步升级项目距离发布日期越越需求差距越越 工欲善事必先利器利现成工具理需求边界踪BugJIRAJIRA集项目计划务分配需求理错误踪体商业软件提供问题踪理问题进情况分析报告项目类理组件模块负责项目email址等功许著名开源项目采JIRA 通JIRA整合客户项目理开发员测试员种角色司职团队部信息够快交流反馈潜问题提前暴露促进项目控 JIRA工作流思想融合项目理务理缺陷理等思维允许设定项目模块版需求设置预期日期务处理指定JIRA允许项目设置优先级BlockerCriticalMajorMinorTrivial标识务重程度 果务定义优先级桌面务会动排列点务项目尤重 预见需求迭代动性Diapers项目团队Diapers项目全面启动JIRA进行项目理需求分解细化进入JIRA排定务优先级指定确定次版发布需求编号定期发布版结合SVN等版控制工具Diapers项目团队够功需求迭代粒度控制项目逐步推进客户项目进度充分解项目理够准确握项目进度团队中充满乐观情绪 安抚团队成员情绪 工程师冗长需求说明书天生恐惧感开发周期拉太长似需求迭代穷果需求迭代周期控范围项目发布边界模糊清项目发布日期然遥遥期带结果团队天紧赶慢赶踪需求迭代消化处理新需求工作气氛高度紧张次需求迭代会进步增加种紧张情绪 项目理应该握项目进展情况客户真实需求知悉客户需求底线更必时候安抚团队成员情绪 原始需求第次抽象出时候团队第务快速构建原型系统作客户沟通媒介项目理应该引导团队握点 次需求迭代项目理需求分解细化控制需求粒度确定优先级消团队成员焦急情绪先序逐步处理粒度需求发布阶段版阶段性目标 程中需求细化粒度需注意需求间关联关系关联需求优先集中处理降低版间耦合度 Diapers项目需求细化成务进入JIRA控制软件工程师天需序处理JIRA面务时代码粒度形式通SVN工具提交测试员根发布边界指定版号SVN载新代码测试确认关闭相应务项目理引导团队成员遵循规范需求迭代程序条紊处理需求轻松应需求迭代
 
文档香网(httpswwwxiangdangnet)户传

《香当网》用户分享的内容，不代表《香当网》观点或立场，请自行判断内容的真实性和可靠性！
该内容是文档的文本内容，更好的格式请下载文档