读公司有关需求评审的一些感悟
2006-06-02 00:13
239 查看
需求规格的确定,意在控制质量管理流程为更好的开展需求变更提供基础。如果需求规格仅仅是为了内部人员使用,客户能看懂的几乎为零。公司的需求的规格参考的地方多,实际的内容少。客户很难把握该需求是否是我提出的对应需求。需求评审按照行业标准,必须邀请用户技术人员、业务人员、公司测试部人员、开发经理、测试经理以及同行业专家进行评审。用户一旦在需求评审中签字,其项目核心部分功能是否不能在改动的。如果在客户未确认需求的时机下介入开发,势必在后期版本控制方面出现偏差。开发人员所理解的业务逻辑并非客户所描述的业务逻辑。需求层次模型金字塔就是最好的证明,需求的错误将导致后期产品的N个Bug或者遗漏。站在公司的角度,一份签了字的协议无论有没有指导意义。它将为整个团队开发提供有效保证,不仅来自于时间也来自于技术方案本身。客户新加入的功能,势必将破坏之前周密的设计计划,这是无法预估的错误。
相关文章推荐
- 参加公司活动的一些感悟(关于团队的制度)
- 有关《暗时间》一书的一些感悟-写在第二章之前
- 新(移动端)旧(pc端企业级应用)公司前端技术与侧重点的对比及一些感悟
- bingo培训——需求评审一些建议
- 项目管理的一些感悟,需求、设计、沟通的困难性
- 向公司全员进行敏捷演讲的一些感悟
- 参加公司活动的一些感悟(关于团队的制度)
- 公司换了个办公场所,产生一些小感悟
- 软件需求设计评审之八项注意
- 【OpenCV】有关内存释放的一些问题
- ARM编译的一些感悟
- Java单元测试的一些感悟。
- slideshare上一些不错技术ppt -国内互联网公司分享
- 一些公司的2016年校招C/C++开发岗笔试题目(三)
- 有关A10的一些资源
- 创业公司如何确认用户需求?
- 关于网站购买商品的一些感悟
- 一些有关ADSI技术的介绍
- 有关jquery,bind方法的一些问题
- 接口测试的一些感悟