“需求描述的禁忌”的版本间的差异
来自JsRobot
| 第18行: | 第18行: | ||
组后是浪费自己的时间也浪费别人的时间。 | 组后是浪费自己的时间也浪费别人的时间。 | ||
| − | + | 当然有些客户的确是第一次做数据采集的项目, | |
| − | + | 没有描述需求的能力。 | |
| + | 我们会引导客户把需求写出来。 | ||
最终会形成一组网址、抓图、文字的资料来描述需求。 | 最终会形成一组网址、抓图、文字的资料来描述需求。 | ||
| − | + | 有个别客户始终无法描述完整的需求, | |
| + | 那么我们宁可放弃这个客户。 | ||
连自己要什么的人都无法详细的描述出来,不合作也罢。 | 连自己要什么的人都无法详细的描述出来,不合作也罢。 | ||
2017年4月28日 (五) 11:43的版本
需求描述的禁忌是模糊的需求。
以下需求都是模糊的:
采集微博上某个人相关的资料
采集微博上某个人的所有的资料
这种例子很多。
每个人对所有和相关的理解都是不一样的。
我可以换种说法问题,你就会觉得非常可笑了。
当你买一个苹果的时候,你会付"所有"的钱给商家吗?
当你买一个苹果的时候,你会付"相应"的钱给商家吗?
这个所有是多少,相应又是多少呢?
没有具体的范围说明,就会导致交付时候扯皮。
客户说,我说了;开发说,客户没有提。
这样大家就变成口水战了。
组后是浪费自己的时间也浪费别人的时间。
当然有些客户的确是第一次做数据采集的项目,
没有描述需求的能力。
我们会引导客户把需求写出来。
最终会形成一组网址、抓图、文字的资料来描述需求。
有个别客户始终无法描述完整的需求,
那么我们宁可放弃这个客户。
连自己要什么的人都无法详细的描述出来,不合作也罢。