跳转到内容

院系:软件开发/需求管理

来自维基学院

需求验证

[编辑 | 编辑源代码]
  • 这个环节普遍重视不够,导致直到系统交付时才真正履行验证工作。可能导致客户拿到系统后提出这样那样的需求变更,甚至认为整个系统都不是想要的
  • 验证手段:需求评审、需求确认、原型验证

开发人员需要了解业务诉求

[编辑 | 编辑源代码]

> 产品人员往往认为,描述了功能需求,甚至简单的给一个竞争对手的范例,工程师就能完美的实现所有业务需求;但是,工程师对业务的理解往往是欠缺的,因此在产品的塑造上,很可能因为个人理解偏差,带来极大的随意性;即便是产品经理具有超强的控制力和投入,保证技术在功能实现上与使用场景吻合,但往往因忽略了业务的性能诉求,导致线下ok的东西,线上各种问题。