摆渡论坛

标题: [分享]我们项目管理老师的一张讲义（强） [打印本页]

作者: 摆渡接班人 时间: 2005-1-18 22:44

原文（半个字都未改过）

第四章可行性分析与需求分析(1)
可行性分析是要决定“做还是不做”。
需求分析是要决定“做什么，不做什么”。
即使可行性分析是客观的、科学的，但决策仍有可能是错误的。因为决策者是人，人会冲动，有赌博心态。如果可行性分析表明做某件事的成功率是10%，失败率是90%，倘若该事情的意义非常大，决策者也许会一拍脑袋：“豁出去，干！”于是这世界就多了一份极喜与极悲。4.1节讲述可行性分析的四大要素：经济、技术、社会环境和人。
目前国内很多软件公司做系统集成项目，如果谈谈系统集成项目的可行性分析将很有意思。可是那些系统集成项目大多是政府机构的，由于软件行业尚不规范并且客户方存在腐败现象，所以业内流传“没有做不了的系统集成项目”。软件公司的注意力几乎全集中在“如何拿到项目订单”以及“拿到订单后如何蒙混过关”上，使我丧失了卖弄“可行性分析”的机会。既然不能正面指点一个人如何做好事，那么就规劝他不要做坏事吧。
4.2节讲述可行性分析案例——投资软件公司失败的教训。作者本来没有资格谈论投资，但事有凑巧：近一年来我关闭了一个亏损30万元的软件公司（我自己的）；休克一个年亏损200万元的软件公司（朋友的）；扼杀一个200万元的投资方案（陌生人的）；踩灭一个处于萌芽状态的100万元的投资设想（熟人的）。鉴于现在比较富有的民营企业渴望投资软件行业的越来越多，值得谈谈这方面的可行性分析。我将讲述亲身经历后的感受，提一些建议。
不论是为客户做软件项目还是为自己做软件产品，都要进行需求分析。需求分析最恼人之处是难以在项目刚启动时搞清楚需求，如果在项目做了一大半时需求发生了变化，那将使项目陷入困境。4.3节解释需求分析为什么困难，4.4节讲述如何进行需求分析。本章的需求分析均不涉及编程，所以不考虑结构化、面向对象等分析方法。
4.1可行性分析的要素
做可行性分析不能以偏盖全，也不可以什么鸡毛蒜皮的细节都加以权衡。可行性分析必须为决策提供有价值的证据。
联想集团领导人柳传志曾说：“没钱赚的事我们不干；有钱赚但投不起钱的事不干；有钱赚也投得起钱但没有可靠的人选，这样的事也不干。”柳传志为决策立了上述准则，同时也为可以行性分析指明了重点。
一般地，软件领域的可行性分析主要考虑四个要素：经济、技术、社会环境和人。本节只是泛泛地解释这四个要素，旨在建立全局分析的观念。4.2节将结合案例围绕上述要素进行重点分析与评注。
4.1.1 经济
经济可行性分析主要包括：“成本——收益”分析和“短期——长远利益”分析。
一、成本——收益分析
成本——收益分析最容易理解，如果成本高于收益则表明亏损了，如果成本大大高于收益那就亏大了。商人都不喜欢做吃亏的事情。有些商店成天贴着“最后一天跳楼大拍卖”的标语，意思是：我准备吃大亏让你占便宜，同志，你快上钩吧。
如果是为客户做软件项目，那么收益就写在合同中。如果是做自己的软件产品，那么收益就是销售额。
人们在预估产品销售额时常常过分乐观而犯下大错。那些对你的产品说恭维话的人并不见得就是要买货的人，俗话说“嫌货才是买货人”。当你没碰到一个挑刺的人而感觉这产品好得会让你发大财时，就要做好会破产的心理准备。
如果做的是小本生意，那可得对成本进行细算。软件的成本不是指存放软件的那张光盘的成本，而是指开发成本。要考虑的成本有：
（1）办公室房租。
（2）办公用品，如桌、椅、书柜、照明电器、空调等。
（3）计算机、打印机、网络等硬件设备。
（4）电话、传真等通讯设备以及通讯费用。
（5）资料费。
（6）办公消耗，如水电费、打印复印费等。
（7）软件开发人员与行政人员的工资。
（8）购买系统软件的费用，如买*作系统、数据库、软件开发工具等。有些老板买盗版的系统软件，却按市场价算成本，可从美国佬那里赚一笔。
（9）做市场调查、可行性分析、需求分析的交际费用。
（10）公司人员培训费用。
（11）产品宣传费用。如果用Internet作宣传，则要考虑建设Web站点的费用。
（12）如果客户是政府部门，还要充分考虑用于吃喝玩乐、行贿的费用。
（13）如果公司的风水不好，会有很多莫名其妙的管理费。每戳一个红艳艳的公章都要化一把钞票。
二、短期——长远利益分析
人们喜欢吃着碗里的、看着锅里的，还想着别人家里的。短期利益和长远利益兼得是人们梦寐以求的事。在商业上，这等好事可不会轻易降临。
短期利益容易把握，风险较低。国内软件公司经常出现一窝蜂地去做信息管理系统、多媒体光盘、系统集成项目或Internet服务。每当我们沉迷于短期利益不思进取时，应该好好回忆童年时代那些伟大的抱负，给自己一些激励。
长远利益难以把握，风险较大。能为了长远利益不惜短期亏损的人，要么是雄心勃勃的将帅之才，要么是“纸上谈兵”、“眼高手底”的那一类庸人。国内目前有不少Internet企业，只投入不产出。为了成就将来的霸业，甘愿现在拼财力、比耐性。最后存活下来的几个公司将瓜分市场。
那些为长远利益奋斗的人们，你们可得把长征的路途走完啊，千万别让事业中途夭折。
4.1.2 技术
技术可行性分析至少要考虑以下几方面因素：
（1）在给定的时间内能否实现需求说明中的功能。如果在项目开发过程中遇到难以克服的技术问题，麻烦就大了。轻则拖延进度，重则断送项目。
（2）软件的质量如何？有些应用对实时性要求很高，如果软件运行慢如蜗牛，即便功能具备也毫无实用价值。有些高风险的应用对软件的正确性与精确性要求极高，如果软件出了差错而造成客户利益损失，那么软件开发方可要赔惨了。
（3）软件的生产率如何？如果生产率低下，能赚到的钱就少，并且会逐渐丧失竞争力。在统计软件总的开发时间时，不能漏掉用于维护的时间。软件维护是非常拖后腿的事，它能把前期拿到的利润慢慢地消耗光。如果软件的质量不好，将会导致维护的代价很高，企图通过偷工减料而提高生产率，是得不偿失的事。
技术可行性分析可以简单地表述为：做得了吗？做得好吗？做得快吗？
4.1.3 社会环境
社会环境的可行性至少包括两种因素：市场与政策。
市场又分为未成熟的市场、成熟的市场和将要消亡的市场。
涉足未成熟的市场要冒很大的风险，要尽可能准确地估计潜在的市场有多大？自己能占多少份额？多长时间能实现？
挤进成熟的市场，虽然风险不高，但油水也不多。如果供大于求，即软件开发公司多，项目少，那么在竞标时可能会出现恶性杀价的情形。国内第一批卖计算机的、做系统集成的公司发了财，别人眼红了也挤进来，这个行业的平均利润也就下降了。
将要消亡的市场就别进去了。尽管很多程序员怀念DOS时代编程的那种淋漓尽致，可现在没人要DOS应用软件了。学校教学尚可用用DOS软件，商业软件公司则不可再去开发DOS软件。
政策对软件公司的生存与发展影响非常大。整个90年代，中国电信的收费相当高，仅此一招就把国内互联网企业打得奄奄一息。某些软件行业的利润很高，但可能存在地方保护政策，使竞争不公平。政策不当将阻碍软件公司的健康发展，可最怕的还是政府干预企业的正当行为。例如：
现在家电行业竞争非常激烈，其中有一个著名企业的总裁十分了得，把对手打得节节败退。于是中央领导人就来视察该企业并作讲话：“你们的业绩辉煌，得到了中央的高度重视，……但我们是社会主义国家，不是资本主义国家，你们总得给兄弟企业的同志们留口饭吃吧!”
有一次我拜访了北京大学一位研究经济学的朋友。这个年青人，还是个党员，竞然这么说：“我最近在研究国内明星企业的兴衰问题，我发现了一个规律，明星企业一旦被政府领导人视察过，它就忘了自己是谁，就会做些走向死亡的蠢事。”
我实在不明白企业中为什么还要有“书记”职位。我以为“书记”乃是天下第一号可笑的官衔，“书记”本是“秘书”（secretary）的同义词，是个可有可无的行政人员的称呼，在中国竟然成了最大的官衔。每次看到新闻联播把国家主席错叫成总书记我都十分气愤：因为总书记的称喟只对几千万的党员适用，国家的新闻机构难道不面向十多亿普通老百姓？如果我将来的工作单位还靠“书记”来管事，我每天准忙着生气，那里还有精力去编程。
4.1.4 人
有句名言：“人分四类——人物，人才，人手，人渣。”
如果一个软件公司里上述四类人齐全了，那么最好的分工是让“人物”当领导，“人才”做第一线的开发人员，“人手”做行政人员，“人渣”负责行贿。
这里只谈公司的领导与开发人员“行还是不行”。“人物”毕竟是少数，“人才”可是济济的。举重若轻的那类“人才”可以做领导，举轻若重的那类人才适合做软件开发人员。假如一群持有学士、硕士和博士文凭的毕业生到软件公司应聘，该如何录用呢？我的建议如下：
先选择本科毕业生，因为他们正当青春、干劲十足、不摆架子、不耻下问、要求不高、奉献甚多。
其次选择硕士毕业生，如果该生没象范进中举时那么老，并且在读硕士时没有天天去造文章而丢弃了编程工作，那么让有经验的学士程序员带他们煅练几个月就可以用了。
如果学士、硕士被其它公司取光了，那只好捡几个博士充数。博士到了软件公司有什么用呢？我想不出有什么用，只知道他们挺值得可怜的：从硕士读到博士出头，这六七年时间，真本事没学多少，倒学会“眼高手低”甚至“弄虚作假”；毕业时蓦然回首，发觉青春已被虚度，心灵已呈老态，唯有长叹短嘘，强把自负作自信。我也将博士毕业，就要论为三手贷贱卖了。真羡慕那些比我年轻的学士、硕士们，他们可以远走高飞，唉！
4.3 需求分析为什么困难
有几种原因使需求分析变得困难：（1）客户说不清楚需求；（2）需求自身经常变动；（3）分析人员或客户理解有误。
4.3.1 客户说不清楚需求
有些客户对需求只有朦胧的感觉，当然说不清楚具体的需求。例如全国各地的很多政府机构在搞网络建设，这些单位的领导和办公人员大多不清楚计算机网络有什么用，反而要软件系统分析人员替他们设想需求。这类工程的需求是如此的主观，以致产生很多贪污腐败现象。
有些客户心里非常清楚想要什么，但却说不明白。读者可能很不以为然。就举日常生活的事例吧，比如说买鞋子。我们非常了解自已的脚，但没法说清楚脚的大小和形状。只能拿鞋子去试，试穿时感觉到舒服才会买鞋（居然也有神通广大的售货员，看一眼客户的手，就知道应该穿什么样的鞋）。
如果客户本身就懂软件开发，能把需求说得清清楚楚，这样的需求分析将会非常轻松、愉快。如果客户全不懂软件，但信任软件开发方，这事也好办。分析人员可以引导客户，先阐述常规的需求，再由客户否定不需要的，最终确定客户真正的需求。最怕的就是“不懂装懂”或者“半懂充内行”的客户，他们会提出不切实际的需求。如果这些客户甚至觉得自己是上帝的爸爸，那么沟通和协商都会很困难。
4.3.2 需求自身经常变动
唐僧曾说：“妖要是有了仁慈之心，就不再是妖，是人妖。”（《大话西游之大圣娶亲》）
连妖都会变心，别说人了。所以喜新厌旧乃人之常情，世界也因此变得多姿多彩。
软件的需求会变化吗？
答：据历史记载，没有一个软件的需求改动少于三次。唯一只改动需求两次的客户是个死人。这个可怜的家伙还是在运送第三次需求的路上被车子撞死的。[Cline 1995]
让我们先接受“需求会变动”这个事实吧，免得在需求变动时惊慌失措。明白“需求会变动”这个道理后，在进行需求分析时就要留点神：
（1）尽可能地分析清楚哪些是稳定的需求，哪些是易变的需求。以便在进行系统设计时，将软件的核心建筑在稳定的需求上，否则将会吃尽苦头。
（2）在合同中一定要说清楚“做什么”和“不做什么”。如果合同含含糊糊，日后扯皮的事情就多。要防止象韩复渠那样，在别人请他喝酒吃饭时他什么都点头（人家就更加献殷勤），吃完了他就宣布刚才答应的事都不算数，便扬长而去。
4.3.3 分析人员或客户理解有误
有个外星人间谍潜伏到地球刺探情报，它给上司写了一份报告：“主宰地球的是车。它们喝汽油，靠四个轮子滚动前进。嗓门极大，在夜里双眼能射出强光。……有趣的是，车里住着一种叫作‘人’的寄生虫，这些寄生虫完全控制了车。”
软件系统分析人员不可能都是全才。客户表达的需求，不同的分析人员可能有不同的理解。如果分析人员理解错了，可能会导致开发人员白干活，吃力不讨好。我读中学时候最怕写作文逃题，如果逃题了，不管作文写得多长，总是零分。所以分析人员写好需求说明书后，要请客户方的各个代表验证。如果问题很复杂，双方都不太明白，就有必要请开发人员快速构造软件的原型，双方再次论证需求说明书是否正确。
由于客户大多不懂软件，他们可能觉得软件是万能的，会提出一些无法实现的需求。有时客户还会把软件系统分析人员的建议或答复给想歪了。
有一个软件人员滔滔不绝地向客户讲解在“信息高速公路上做广告”的种种好处，客户听得津津有味。最后，心动的客户对软件人员说：“好得很，就让我们马上行动起来吧。请您决定广告牌的尺寸和放在哪条高速公路上，我立即派人去做。”
为什么软件系统分析员的工资要比普通程序员高？就是因为需求分析困难嘛。
4.4 如何进行需求分析
上一节诉说了需求分析的困难，本节要知难而进。
进行需求分析不象情人之间的浪漫做法——“让我摸摸你的头发，感觉它是什么颜色。”我们要围绕两个核心问题开展需求分析：（1）应该了解什么？（2）通过什么方式去了解？
4.4.1 应该了解什么
那怕是天下最无能的市长或书记，都知道在作报告时要先从宏观上讲一、二、三、四、五，再从细节上讲A、B、C、D、E。需求分析不象侦探推理那样从蛛丝马迹着手。应该先了解宏观的问题，再了解细节的问题，如图4.1所示。
问题域对应于软件子系统

问题对应于子系统的软构件
行为（功能）对应于软构件的接口

图4.1 进行需求分析时要了解的内容
一个软件系统（记为 S）的涉及面可能很广，可以按不同的问题域（记为D）分类，每个问题域对应于一个软件子系统。
S = { D1，D2，D3，… Dn }
问题域Di 由若干个问题（记为P）组成，每个问题对应于子系统中的一个软构件。
Di = { P1，P2，P3，… Pm }
问题Pj有若干个行为（或功能，记为F），每个行为对应于软构件中的接口。
Pj = { F1，F2，F3，… Fk }
按图4.1结构写成的需求说明书，对于那些只想了解宏观需求的领导，和需要了解细节的技术员都合适。在写需求说明书时还应该注意两个问题：
（1）最好为每个需求注释“为什么”，这样可让程序员了解需求的本质，以便选用最合适的技术来实现此需求。
（2）需求说明不可有二义性，更不能前后相矛盾。如果有二义性或前后相矛盾，则要重新分析此需求。
4.4.2 通过什么方式去了解
了解需求的方式有好几种：
（1）直接与客户交谈。如果分析人员生有足球评论员的那张“大嘴”，就非常容易侃出需求。
（2）有些需求客户讲不清楚，分析人员又猜不透，这时就要请教行家。有些高手真的很厉害，你还没有开始问，他就能讲出前因后果。让你感到“听君一席言，胜读十年书。”
（3）有很多需求可能客户与分析人员想都没有想过，或者想得太幼稚。要经常分析优秀的和蹩脚的同类软件，看到了优点就尽量吸取，看到了缺点就引以为戒。前人既然付了学费，后人就不要拒绝坐享其成。
4.5 小结
为了阐述可行性分析的四个要素：经济、技术、社会环境和人，本章讲了几个令人垂头丧气的案例。如果您学会了客观、科学的可行性分析，在作决策时就要果断，要学习热恋中的这个年青人——“倒底行还是不行？行就结婚，不行就离婚。”
本章并没有鼓吹需求分析的难度，不是在吓唬人。如果需求分析搞错了，麻烦大哩。几十年前，我们最最伟大的领袖毛主席说了一声“人多力量大”，导致现在中国人口蹦到13亿。他老人家辉煌地走了，后人却付出了沉重的代价。
所以我们要认真地做好可行性分析和需求分析

作者: 逆风飞扬 时间: 2005-1-18 23:42

这不是软件工程嘛~~
哈哈哈哈哈

欢迎光临摆渡论坛 (http://test.wakin.org/forum/)

wakinchau.net