需求开发的碎事强关注

   作为开发人员，参见一些需求开发的培训还是有益处的，参加了一次需求开发技巧培训，结合自己的体会写写需求开发的一些事。

 1.影响软件项目失败的因素（需求方面）

》过少的信息输入：用户方对项目缺乏认识，开发方缺乏规划

》不完整需求：行业领域知识匮乏，需求开发人员经验不足，前期准备不充分

》需求变更：目标定位不清晰，行业标准不清晰

  软件项目在开发过程中一定的需求变更是正常的，开发人员和设计人员自然要考虑到这些可以预知的必然因素，作为开发人员在实现功能模块遵照单一职责的准则下，也不能抛弃模块之间必然的耦合关系，开发过程中自然要有良好的编码，既做到高内聚，低耦合，也做到灵活的可扩展。

》技术缺乏

  关于技术缺乏的理由很可能作为推卸责任的说辞。

  技术缺乏个人理解有两个含义：

  第一，开发团队中确实缺少对应项目涉及到的关键性技术；

  第二：开发团队中的技术没能正确，合适的应用到项目开发。

  技术缺乏这一个因素中也包含有需求开发的技术。

》人力缺乏

  人力缺乏和技术缺乏有着同样的推卸责任的功能，而且人力缺乏一直是个不可弥补的缺口。

  团队的资源配置中：技术配置，人力配置的最佳，有效才有可能避免人力匮乏，当然这两点不是那么轻而易举的就做到，毕竟操作的是人，而对于事情来讲最终的操控者还是人，当人在其中起到了核心位置的时候，事情就由简至繁了。

》其他种种因素

 2.需求开发

》三个面向

  面向高层次的软件目标：业务需求

  面向使用系统的用户：用户需求

  面向开发人员：需求规格

》需求开发技术

  访谈，焦点小组会议，引导式探讨会（跨职能会议），群体创新技术。

  群体创新技术：头脑风暴，名义小组技术，德尔菲技术（主观意识，匿名信息，保持独立）；概念与思维导图。

》需求调用范围

  不同的项目需求的调研范围有不同之处，下面列出一些方面作为参考。

•   功能需求：关注业务，量化功能指标，用户，约束

•   UI需求： 行业色调，感观，用户体验

•   交互性需求：交互性越来越成为一个产品或者系统受欢迎的重要因素。

•   易用性：在视觉，操作，理解，业务上都应保持方便，便捷，尊重习惯。

•   并发需求：考虑的系统的服务能力，架构设计，服务器组建（成本和利润的权衡）

•   可靠性需求：单位时间内的故障率

  需求调用的范围可能很广，但核心去很确定，为下一步系统的开发产出可靠的，清晰的，完整的需求规格说明书。

3.特别体会

》并发需求开发技巧：

  A=系统用户数，B=系统同时在线用户数，C=并发用户数

  一次培训的一位需求开发人员给出的经验数据：

B=A*20%;           C=B*30%;         C=A*6%

》交互需求开发技巧

  周鸿�提出一个叫“微创新”的概念，最近反复在思考这个概念，自己用过不少互联网产品，无论是移动设备，还是PC上的，喜欢的，习惯的那么些公司的产品似乎都能找到极其相似甚至相同的地方，却又有微妙中的不同。我想很多朋友也有这样的体会吧。

  正所谓在模仿中创新。

  关于交互需求列出几点：

•   交互与UI的关联。使用现有的UI风格，遵循行业风格，注重系统使用场景，注意使用者的群体特征。良好的UI是人们愿意花时间与系统产生交互的基础。

•   参考已有产品，有针对性的参考。

•   减少界面跳转，有友好的界面提示

•   交互要遵循已有的标准，或者既成事实的标准。

  例如:收藏图标；按键F1帮助；返回页面顶部；Ctrl+S（*）系列的快捷键操作；

移动平台上：WIFI图标浏览器类型图标。

•    交互是需求开发中的重要组成部分，应该有专业的交互设计师来和需求开发人员完成。

  俗话讲，万事开头来，需求开发作为一个项目的开始，其在整个项目进程中扮演开拓者的角色，同时对于项目的进展，这一环节至关重要，可以说是项目的生命起源，护好源头才能持久清澈。

本文出自 “野马红尘” 博客，谢绝转载！