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, 定性场景定量, 零散追踪, 全局性局部+全局,
