导图社区 软件需求最佳实践 (简介、第1章、第2章)
项目管理中需求管理的一本很好的描述需求的书籍,有许多值得借鉴的经验。在确认需求时,不同模块应该交由不同的人去确认,比如:决策人、事务管理人、操作人,每个层级的人了解的内容和需求都是不一样的。
这是一篇关于软件需求最佳实践(第三章)的思维导图,详细介绍了关于软件需求与需求工程要点概述,需要的小伙伴可以点赞加收藏
社区模板帮助中心,点此进入>>
项目时间管理6大步骤
项目管理的五个步骤
电商部人员工作结构
暮尚正常运转导图
产品经理如何做好项目管理
车队管理
创业者10条创业经
创业十大思维误区
管培生课程作业
商业模型
软件需求最佳实践 (简介、第1章、第2章)
简介
作者介绍
徐峰,中国系统分析员顾问团(CSAI)软件工程首席顾问,中国软件技术大会杰出贡献专家,资深咨询顾问、培训讲师。主要研究领域为需求工程、系统分析与设计、软件估算,致力于推动软件工程方法论的落地应用。作者具有丰富的软件开发、信息系统运行与管理、市场规划、企业管理等领域的从业经验,善于从业务、技术两个视角审视软件开发工作。
书籍官方介绍
本书首先从软件需求实践中出现的主要问题和困难入手,指出了改进的主要方向:然后逐一说明了需求定义、需求捕获、需求分析与建模、编写规约、需求验证等需求开发活动的任务、要点和具体手段:并提出了一个可操作性强、易于上手的SERU过程框架,能够帮助读者清晰地了解整个过程,理解各阶段的关键产物和产物之间的关系。 本书还对包括需求基线、变更管理、需求跟踪在内的需求管理活动的操作要点进行了阐述,给出了具有很强实践性的具体建议。综观全书,语言浅显、文字生动,蕴含了许多人文、心理、交流方面的知识,即使非技术背景的读者也能够轻松读懂大部分内容,从中受益。
优点: 1.所有的理论都有文字和小案例,相对来说案例更容易让我理解理论的意义; 2.这本书会提供在日常沟通需求时需要注意的一些经验方面的问题,比如沟通需求时应该提前预约客户时间,并安排安静的地方或者会议室; 3.这本书中的SERU诫语很有意义 缺点: 书籍已发布多年,其中的一些建议有些过时,需要自主分辨,取其精华去其糟粕。
第一章 需求实践现状分析
软件项目失败根源
因需求影响导致的失败占比51.6%
不完整需求
缺乏用户参与
不切实际的用户期望
需求变更频繁
功能冗余-使用频率低的功能
划分优先级
沟通失真
这是在实际沟通中经常出现的情况,处理方式:复述需求给客户,并最终以文字形式确认本次沟通结果
客户需求放大
项目经理的需求控制
分析人员的技术加工
编码人员断章取义
感悟
在确认需求时,不同模块应该交由不同的人去确认,比如:决策人、事务管理人、操作人,每个层级的人了解的内容和需求都是不一样的
在进行需求分析时,应该与用户基于实际业务场景进行沟通,而不是使用专业术语沟通
在客户阐述完需求之后,用自己的语言复述一遍需求,最好可以在沟通之后使用文档记录需求,并请双方确认
需求分析的本质在于业务分析,而非技术分析
第二章 不同软件项目的需求视图
记录
主题:从不同的类型的软件项目来说明如何进行对应的需求工作
信息系统本质:数据信息化
分类
信息系统
联机事务处理系统(OLTP)
关键:流程分析(业务事件)
管理信息系统(MIS)
关键:报表分析(查询、统计)
决策支持系统(DSS)
关键:决策场景
办公自动化系统(OA)
关键:并行工作流
嵌入式系统
面向用户
关键:行为分析
面向设备
关键:外部接口和事件分析
软件产品
问题域相关性强,对业务了解
目标市场分析
目标客户(单一行业、对应规模)
竞争对手分析(SWOT分析)
商业模式分析
聚焦于用户通用性功能,特殊需求可通过接口等方式特殊处理
工具软件
问题域相关性一般,工作场景分析导出产品特性
用户类型-使用场景-功能点
游戏类
问题域相关性弱,策划、编剧代替需求分析人员