如果你的项目失败了，应该是做了失败的需求分析

不同的读者能够得到更多不同的启发。不过最为重要的一点在于反思这一现象后面的本质因素，构思真正有效的缓解手段，这样才能够有效的避免出现项目失败、走进“迷途”，这里的需求分析都是比较浅析，希望可以帮助你。以下是根据我这几年做产品及需求分析的总结：

1、需求规格书应采用业务导向的树型层次结构来组织

2、缓解沟通失真最有效的方法是及时复述

3、在需求捕获的过程中多问为什么？

4、在功能上加一个计数器，用来区分或者说切掉产品功能的重要性的依据

5、需求分析人员对于计划方法论的评价重在适用性

6、对预设计的需求是评判敏捷方法论是否适用的关键

7、高层管理人员的关注点往往在问题和机会

8、对于向用户的镶入式系统行为分析是要点，以场景为主

9、并行工作流是OA系统的关键线索和主要视图

10、业务需求是需求定的产物，用户需求是捕获的产物，软件需求是需求分析与建模的产物

功能需求的重点在于组织

11、非功能需求的要点在于保证信息有效传递和注意其局部性

12、设计约束包括非技术因素的技术选型、预期的软硬件环境和预期的使用环境三大类

13、业务导向的层次结构是保障完整性的关键

14、满意/不满意度模型是需求必要性评价的有效手段

15、在需求捕获活动中化被动为主动是关键，主动出击才是抓住商机和卖点

希望能帮助在产品和需求分析道路上的你。

文章作者系 @唐先生 未经许可，禁止转载

注：相关网站建设技巧阅读请移步到建站教程频道。

（编辑：云计算网_泰州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!