NABCD——竞争性需求分析的框架

最近在读邹欣老师的书《构建之法》,读到很多地方,相当有感触,有种一拍大腿“啊,他说的太对了”的感觉,但都疏于记录,今天又看到一个一拍大腿特带感的一节,决定记录下来。

竞争性需求分析的框架——NABCD

N——need,需求

我在做软件的时候总是再想着,怎么能具体化用户的需求,还有就是怎么能拒绝用户新的或者不断变更的需求。用户有时候冲我噼里啪啦说了一大堆想要实现的功能,然而我完全没有抓住重点,根本没有明白用户到底说的是啥。反而每次和我的老师讨论需求的时候,我都非常清楚的明白他所说的需求是啥。我以前觉得这主要是因为需求是和他一块工作的人提的,所以他理解起来特别不费劲,直到有一次我和他一同去听用户需求,我才明白,其实用户对他提的需求也是噼里啪啦的,让人摸不到头脑,然而他总能和用户不断交流,最后确认用户到底想要的是啥,而且告诉用户,这个问题我将这么解决,会产生这样的效果,你看这样的效果是你想要的不,如果用户说是,那么也就完成了一个需求的确定。读《构建之法》我才觉得我以前的想法是愚蠢的,没有站在用户的角度考虑问题。我从来没有发现过用户的难处以及用户真正想要的是什么,我只是不断的在做软件的过程中,希望用户的需求简单,易于实现,不要总是变更,而没有考虑是不是用户还有其它想要的需求,或者这个功能做完了之后是否真的满足了用户的需求。

A——Approach,做法

提到这个就相当的惭愧,我总是用我自己特别擅长的技术来解决问题,有时超出了自己技术范围内的东西,更倾向于拒绝实现这个功能。然而每到这时求助于老师,老师一般会给两个解决方案:

1.你试试这个东西(一个我没见过的东西),这是一个标准解决方案。此时我的内心的崩溃的,因为我不知道这个东西会花费我多少时间,多少精力,既然它是一个标准的解决方案,那我如果没有解决问题可咋整,如果我实验没成功得多丢人啊。不过大多数情况下,是非常成功的。

2.如果上面的不成功,老师会选择一个我擅长的技术,然后给出一个曲线救国的方案。、

我觉得老师的做法才验证了邹欣老师书中所说的软件工程的思想,不用最好的最前沿的技术,而使用已有的最稳定的技术保证软件的正确运行。

B——Benefit,好处

东西做出来了,会给用户带来什么好处呢?这真的是用户想要的吗?你开发了一个聊天软件,能比QQ好吗?如果不比QQ好,那你开发的意义又在哪里呢?这觉得这个部分有点像研究生论文的高潮,你的东西为啥就好呢,现在世面上有那么多成熟的软件,你的能比那些天天成千上万的人都在用的软件好?你的好在哪里呢?至少得有一点好吧,要不你做的就完全无用武之地啊,你只说这对你个人的成长起到了帮助,那你自己做个软件玩玩好了,用户拿他来做什么呢?

C——Competitors,竞争

也许我开发的软件还不存在竞争者的问题,但我觉得我最大的对手就是市面上已经存在的软件,我怎么保证用户提到了的需求只有我的软件可以满足。可能市面上的软件已经有了XYZ功能,而用户提出的功能是WXYZ,那么我就赢了,我比市面上通用的软件多了一个W的功能。这也就是书中所说的,找到我方的优势才是最关键的。比如我的毕业论文,DSL大家已经都开始研究了,而我把DSL用在了电化学仪器上,你们没有,那我的软件的就比别人有竞争力了,我的毕业答辩也因此顺利了一小点。

D——Delivery,推广

其实我觉得这个是除了做软件以外非常重要的一个环节,就是你怎么把自己的东西推广出去。就好像毕业的时候找工作,你自己推销你自己。清华北大的人家软件硬实力就好比QQ和360,你和他们一块推销自己确定费劲了点。那如果你和同班同学一块去应聘呢,你如何能在你的同学中脱颖而出呢?首先你得能拿得出好的产品,也就是你学习得差不多点,一问三不知的肯定不行。其次就是你得把自己的优势拿出来,会C#的你就别应聘VB的岗位。第三就是你得找到正确的推销自己的渠道,硕士博士你就不要站在刮大白的地方应聘,而应该多关注研究所,各大院校高端人才招聘等招聘场所。

上一篇:利用CXF生成webservice客户端代码


下一篇:利用NABCD模型进行竞争性需求分析