标题

  1. 需求迷雾:原型图为何无法拯救程序员的困惑?
  2. 原型图陷阱:为何清晰界面仍导致开发灾难?
  3. 需求清清楚楚写在原型图上,程序员为何还弄错?
  4. 原型图≠需求说明书
  5. 只画原型图,是偷懒行为!
  6. 界面背后的缺陷:为何只画原型会导致项目失败?
  7. 不只是看图说话:为何需求说明书不可或缺
  8. 超越视觉:全面需求管理,从告别原型图开始
  9. 原型图的假象:为何需求说明书才是关键?

封面

Untitled

背景

今天我以咨询专家(矛盾纠纷调解师)的身份,被邀请进一个甲乙双方的撕逼会。会议长达两个小时,大概过程如下:

甲方:你们(乙方)没有按时完成任务,超过了上线日期,我没法跟我老板交代!

乙方:你们(甲方)的需求总是变,我们承诺的工期是以需求不变为前提的。

甲方:胡说,我们的需求从来没有变过!最多只是在原型图界面上增加或删除一两个字段。业务流程从来没有变过。

乙方:说起业务流程我就来气。你们有业务流程吗?我从来没有见过流程图。这些流程都在你们脑子里,以你们的角度看当然没变过。

甲方:我们已经绘制了非常细致的原型图,并且在每一个界面把每一个字段都标注的清清楚楚了,这还不够?