《p1-s1-跨越障碍:需求实践问题分析》由会员分享,可在线阅读,更多相关《p1-s1-跨越障碍:需求实践问题分析(18页珍藏版)》请在金锄头文库上搜索。
1、跨越障碍 需求实践问题分析,软件需求最佳实践:SERU,需求实践问题分析,软件需求最佳实践:SERU,讨论,Workshop:需求实践常见问题讨论 1) 资料:用卡片W1-1 2)问题:在需求工作实践中,遇到的主要问题有哪些? 3)要求: 若已列出,请勾选“是” 若未列出,请直接补充 根据影响程度排序,软件需求最佳实践:SERU,软件项目成功率不容乐观,软件需求最佳实践:SERU,需求:导致项目失败的罪魁祸首,软件需求最佳实践:SERU,对不知道航行目的地的人来说,没有顺风!,问题1:不完整的需求,软件需求最佳实践:SERU,谁能保障完整性? 用户为何总不愿确认需求?,那么,我帮你签字确认吧,
2、变了我可不负责!,问题2:缺乏用户参与,软件需求最佳实践:SERU,你先做吧,做完了我再提意见!,问题剖析,软件需求最佳实践:SERU,技术驱动是罪魁祸首! 分工困难 验证困难 增量交付困难,问题3:不切实际的用户需求,软件需求最佳实践:SERU,时间/成本不够,技术上难以实现,问题4:不再需要的功能,软件需求最佳实践:SERU,想要 vs. 需要 卖点 vs. 人迹罕至,问题剖析,优先级策略是关键 RA、BA:业务优先级 关键、重要、有用的识别 满意/不满意模型 开发团队:技术依赖性 PM:风险 Workshop:优先级划分实战 资料:用卡片W1-2,软件需求最佳实践:SERU,业务模式决定
3、而非用户决定,放到流程、场景上判断,针对非必备功能,软件需求曾经让我们如此狼狈,-,软件需求最佳实践:SERU,漫画的启示,沟通失真,软件需求最佳实践:SERU,文档,+即时验证,放大需求 讲解决方案,问需求理由,工作量控制 考虑架构,戴好帽子,技术本位 基础设施过重,适用性?,断章取义 只求实现,给予场景,需求实践问题分析,软件需求最佳实践:SERU,需求问题的症状 1,症状:在软件项目中,变更频繁,而且集中出现在项目的中后阶段。 分析要点: 变更是对原需求的背离,还是补遗(需求不完整)? 背离发生在什么方面(流程间/流程内/数据使用)? 改进方向:,软件需求最佳实践:SERU, 统一渠道,
4、 变更分类, 分析哪错了?收集变更可能!,需求问题的症状 2,症状:软件项目上线行时遇 到很多阻力。 分析要点: 是否为组织因素? 阻力源于操作层还是管理层? 改进方向:,软件需求最佳实践:SERU, 行政因素的忽略, 工作量上升,利益受损, 提前揭示!,需求问题的症状 3,症状:软件项目上线运行后效果很差。 分析要点: 为什么不使用(用户界面/功能/手工系统)? 使用者的成本/效益分析? 改进方向:,软件需求最佳实践:SERU, 中层Stakeholder 关注点分析, 以点带面,需求问题的症状 4,症状:非功能指标满足差 分析要点: 忽略了什么? 为何会忽略? 改进方向:,软件需求最佳实践:SERU, 定性场景定量, 零散追踪, 全局性局部+全局,