需求分析【最佳实践】.pdf

需求开发重点整理 需求定义 1.任务： 确定项目的宏观需求，定义项目的业务需求，明确项目的目标和范围。 2.时机 在项目立项时完成。 3.需求定义策略 3.1破解不清晰的项目目标。 （1）内部寻根：找到项目真正的发起人。 （2）外部溯源：找到外部的激发因素，找到目标参照物。 （例子：老总想做这样一个项目，其实是因为看到别人的某个项目很好，自己 也想做一个） 3.2找对需求定义着手点：问题，机会 具体过程： （1）目标 Goals 罗列出项目要解决的问题或机会，例：“废品率高”。 （2）问题 Problem 找到问题产生的根源问题，全部列出来。 （3）可选方案 Option 针对每个问题，列出可能的解决方案。 （4）建议方案 Answer 从各种方案中挑选出比较合理的 4.问题分析五步法 （1）在问题定义上达成共识（定义机会点）。 1.问题定义技巧 技巧一：转换 例子：马的遍历问题转换成联通图的遍历问题 技巧二：本源：发现问题的真正所在 例子：“你的等亮着吗？” 注意点： 1.在确定某问题的解决方案时，一定要思考是否会引发新的问题。 2.直接修改错误，不要用其它方案来弥补错误。（充电站） （2）理解根本原因，分析问题背后的问题。 方法一：鱼骨图 1.选择问题 必须有一个具体的问题或结果，（写出问题的定义） 2.头脑风暴 想出导致问题的所有可能原因，（只想原因，不要考虑解决方案 或原因分类） 3.确定原因类型 对原因进行整理，确定主要原因类型，（类型不超过6种） 例子：人，设备，环境，方法，过程，材料 4.分配原因 将潜在原因归类到适当的类别中。 （如果原因可以放在多个类别中，说明是个多重原因，或者某个 分类有问题。） 5.分析根本原因 找到重要原因之后，系统的目标也就明确了。 （3）确定相关人员和用户。 1.项目相关人员：stakeholder “筹码持有人” 2.项目健康度评价法：“和那一层客户打交道最多？” A.操作层：出现延误的可能性极大 B.中层管理人员：延误比率相对低 C.高层管理人员：没有延误可能性 （4）定义解决方案界限。 1.范围VS边界 范围：系统涉及哪些内容 边界：系统与人的职责边界 2.确定边界 需要根据项目的投入来限制边界范围 3.边界谈判 用户永远希望花相同的钱，获得尽可能多的功能。 （1）找到更有力的理由。 （2）考虑用户自身的困难和障碍，尽量不要提到开发团队的困难。 4.创新边界 把客户，客户行为习惯纳入系统范围。 例子：计算客户对商品的消耗速度，缺货时主动营销。 （5）确定加在解决方案上的约束。 一定会有相关约束，包括：技术开发约束，项目实施约束 两大类。 技术开发约束： （1）技术约束 （2）软硬件环境 （3）使用环境：是否有特殊工作环境 项目实施约束： （1）经济约束 （2）行政约束 （3）进度、资源约束 （4）环境约束 5.需求定义的产物 项目综述 （POS）和愿景 （Vision）两大类。 6.定义需求三步骤 6.1划分主题域 1.主题域划分和传统子系统划分的区别： 主题域划分：根据