===========================================================
软件应用的三个例子及启发
===========================================================
作者: junsheng(http://junsheng.itpub.net)
发表于: 2005.10.07 16:44
分类: 工作
出处: http://junsheng.itpub.net/post/860/42488
---------------------------------------------------------------
发表于: 2005.10.07 16:44
分类: 工作
出处: http://junsheng.itpub.net/post/860/42488
---------------------------------------------------------------
实例：
一个寓言-瞎子摸象 很久以前，有几个瞎子想知道大象长得什么样，于是就相约去摸象。摸到鼻子的说大象像一根管子，摸到耳朵的说像一把扇子，摸到牙的说像一根萝卜，摸到象身的说像一堵墙，摸到腿的说像一根柱子，摸到尾巴的说像一条绳子。象到底是什么样，明眼人自然很清楚，但是对于瞎子来说，却不容易明白。
[寓言寓意] 我们认识事物，一定要从多个角度来多方面去考察，才能得到最全面的了解。如果只知道个局部就以为自己已经全明白了，从而片面地看待事物，就不免会闹出瞎子摸象这样的笑话。
一个实验-小世界现象 1967年，心理学家Stanley Milgram做了简单实验：从美国Kansas和Nebraska两座城市开始把一系列可跟踪标记的信件，尽力传送到生活在Boston的某个目标人。传信方式是这些人通过自己的朋友或熟人传递信件，以期尽可能使信件送到目标人手中，其途中每位中间人交接时跟踪记录，最终测算出参与传送人数的统计结果。
该实验表明：这些信件从开始传送到最终到达目标人，平均经过了六次传递，重复多次实验也总是得出相近的结果。
[实验结论] Milgram称之为"小世界现象"，并提出"六度分离"的假说。近年来，随着互联网的迅速普及，小世界现象正被计算机科学家们上升为网络论（net theory），有望成长为一门继系统论、信息论和控制论之后与计算机相关的重要理论。
一个调查-软件工业 美国1995年对8000个软件项目进行跟踪调查，结果表明，有1/3的项目没能完成，而在完成的项目中，又有1/2的项目没有成功实施。他们仔细分析失败的原因后发现，与需求过程相关的原因占了45%，而其中缺乏最终用户的参与以及不完整的需求又是两大首要原因，各占13%和12%。需求过程是软件过程的一个很重要的部分。软件项目中百分之四十至百分之六十的问题都是在需求分析阶段埋下的"祸根"（Leffingwell 1997）。即使大力发展软件工程、推广CMM模型以及后来的Agile方法之后，软件项目真正成功的比例也只是从上个世纪8、90年代的10%上升到目前的16%。
[调查分析] 软件项目高失败率的原因被归结为：需求内容不明确，把握不充分；工数估算过少；项目组织过小；开发计划不充分；设计能力不足；项目管理能力不足等等理解与沟通不足。
启发：
1、个人的实际能力是有限的 不只瞎子仅能"看到"大象的局部，小世界也需要六个人才能完成。软件工业的高失败率归根到底是不尊重人的认识能力有限性的问题-要求计算机专家去理解客户行业知识，成为领域专家；要求领域用户理解计算机工程，成为软件专家。这是不可能的，也是不现实的。
2、协作共享的力量是无穷的 如果寓言中的瞎子能够"集成"认识，那么，一个有着管子一样的鼻子、扇子一样的耳朵、萝卜一样的牙、墙一样的身子、柱子一样的腿、绳子一样的尾巴的动物，不正是大象吗-协作共享能够使瞎子"看得见"大象；同样也仅要六个人的协作，而不是60个人，就实现了著名的"小世界现象"。
3、协作共享要有正确的方法论 软件工业认识到了个人能力的有限，认识到了协作共享的力量，但是没能探索出有效的共享协作模式。因此软件工业在百倍努力的今天，仍然没能实质性地提高软件产业质量。
一个寓言-瞎子摸象 很久以前，有几个瞎子想知道大象长得什么样，于是就相约去摸象。摸到鼻子的说大象像一根管子，摸到耳朵的说像一把扇子，摸到牙的说像一根萝卜，摸到象身的说像一堵墙，摸到腿的说像一根柱子，摸到尾巴的说像一条绳子。象到底是什么样，明眼人自然很清楚，但是对于瞎子来说，却不容易明白。
[寓言寓意] 我们认识事物，一定要从多个角度来多方面去考察，才能得到最全面的了解。如果只知道个局部就以为自己已经全明白了，从而片面地看待事物，就不免会闹出瞎子摸象这样的笑话。
一个实验-小世界现象 1967年，心理学家Stanley Milgram做了简单实验：从美国Kansas和Nebraska两座城市开始把一系列可跟踪标记的信件，尽力传送到生活在Boston的某个目标人。传信方式是这些人通过自己的朋友或熟人传递信件，以期尽可能使信件送到目标人手中，其途中每位中间人交接时跟踪记录，最终测算出参与传送人数的统计结果。
该实验表明：这些信件从开始传送到最终到达目标人，平均经过了六次传递，重复多次实验也总是得出相近的结果。
[实验结论] Milgram称之为"小世界现象"，并提出"六度分离"的假说。近年来，随着互联网的迅速普及，小世界现象正被计算机科学家们上升为网络论（net theory），有望成长为一门继系统论、信息论和控制论之后与计算机相关的重要理论。
一个调查-软件工业 美国1995年对8000个软件项目进行跟踪调查，结果表明，有1/3的项目没能完成，而在完成的项目中，又有1/2的项目没有成功实施。他们仔细分析失败的原因后发现，与需求过程相关的原因占了45%，而其中缺乏最终用户的参与以及不完整的需求又是两大首要原因，各占13%和12%。需求过程是软件过程的一个很重要的部分。软件项目中百分之四十至百分之六十的问题都是在需求分析阶段埋下的"祸根"（Leffingwell 1997）。即使大力发展软件工程、推广CMM模型以及后来的Agile方法之后，软件项目真正成功的比例也只是从上个世纪8、90年代的10%上升到目前的16%。
[调查分析] 软件项目高失败率的原因被归结为：需求内容不明确，把握不充分；工数估算过少；项目组织过小；开发计划不充分；设计能力不足；项目管理能力不足等等理解与沟通不足。
启发：
1、个人的实际能力是有限的 不只瞎子仅能"看到"大象的局部，小世界也需要六个人才能完成。软件工业的高失败率归根到底是不尊重人的认识能力有限性的问题-要求计算机专家去理解客户行业知识，成为领域专家；要求领域用户理解计算机工程，成为软件专家。这是不可能的，也是不现实的。
2、协作共享的力量是无穷的 如果寓言中的瞎子能够"集成"认识，那么，一个有着管子一样的鼻子、扇子一样的耳朵、萝卜一样的牙、墙一样的身子、柱子一样的腿、绳子一样的尾巴的动物，不正是大象吗-协作共享能够使瞎子"看得见"大象；同样也仅要六个人的协作，而不是60个人，就实现了著名的"小世界现象"。
3、协作共享要有正确的方法论 软件工业认识到了个人能力的有限，认识到了协作共享的力量，但是没能探索出有效的共享协作模式。因此软件工业在百倍努力的今天，仍然没能实质性地提高软件产业质量。
