自考案例分析.docx

自考案例分析.docx

《自考案例分析.docx》由会员分享，可在线阅读，更多相关《自考案例分析.docx（33页珍藏版）》请在冰豆网上搜索。

自考案例分析

吉林省自学考试

《工程管理案例分析》

1、实践考核指导书

2、实践案例内容

吉林大学管理学院实践考核小组

工程管理案例分析》

实践考核指导书

根据教育部批准的工程管理专业教案计划及《吉林省自学考试实践环节考核实施细则》，对《工程管理案例分析》实践考核作如下规定。

一、考核目的工程管理作为管理学的重要分支，已经成为了集多领域知识为一体的综合性交叉学科，成为现代企业、政府部门和各类组织的最新管理模式，并被各行各业广泛的应用，其理论和方法也在不断的发展。

《工程管理案例分析》是本专业重要专业课程之一，通过案例的形式将现代工程管理基本理论和技术得以合理应用。

实践考核主要是考核学生综合运用工程管理的基本理论、知识、技能、方法解决实际问题的能力，是实现本专业培养目标的重要手段之一。

二、考核的组织工作在吉林大学管理学院实践考核领导小组之下，由课程考核小组拟定考核内容、方式，评定考生成绩。

三、考核内容本次考核，根据已具备的教案条件和有限时间，结合自考教育的特点，其内容主要是通过一些典型的工程案例形式进行分析，并运用工程管理中的基本理论、思想和方法解决相应的问题，通过分析来提高考生解决实际问题的能力和运用工程管理方法技巧的能力。

具体涉及到的工程管理中的理论内容包括：

1、工程管理、工程组织、经历与团队；

2、工程管理过程，包括工程启动过程、计划过程、执行过程、控制过程和守卫过程；

3、工程管理的九大知识领域，包括范围管理、时间管理、成本管理、质量管理、采购管理、风险管理、沟通管理、人力资源管理、整合管理。

4、工程管理的基本方法。

四、考核方式及选题标准

（一）考核方式根据以上考核内容，拟定了五个工程管理案例，每个考生按考核号完成两个案例分析题目，并写出“实践报告”作为评定成绩的依据。

（二）选题标准

第一组：

考生“考核号”尾数为“

0”

“5”者做案例一、

案例二；

第二组：

考生“考核号”尾数为“

1”

“—”一B

tl一1

案例四；

“6”者做案例三、

第三组：

考生“考核号”尾数为“

«r”一B<“厶宀/t：

i

案例五；

2”

“7”者做案例一、

第四组：

考生“考核号”尾数为“

“c”一B<4厶上壬/c订一

案例三；

3”

“8”者做案例二、

第五组：

考生“考核号”尾数为“4”“9”者做案例四、案例五；

五、对实践报告的基本要求

（一）对报告内容的要求

1、科学性

报告的内容应具有专业性，即应该是工程管理专业内容，本报告的核心是关于工程管理基本理论及技能的考核，考生分析的内容应当切合题目的要求及内容，应当运用所学的理论、知识、技术阐述和分析问题。

2、系统性

一篇实践报告阐述的主题是从多方面、多视角去论述，但是他们之间既有区别又有联系，但必须有整体、协调统一性。

问题的分析应该层次分明、条理清晰，并要体现在报告的结构上。

3、可读性

在语言叙述上，应当简明扼要，既有专业术语，又要通俗易懂，但是不能写成抒情文章。

尽管报告篇幅很长，但使人仍能主次分明，留下深刻印象。

4、问题分析论述和回答的问题要有充分的论据，并对论述的主要观点做详细说明，提出的论述要有说服力。

（二）实践报告的整体内容结构要求

1、封皮：

按统一格式打印（见附页）

2、目录：

目录中的条目根据所选的题目机会大的问题而定

3、正文：

根据题目的要求回答相应的问题，要求条理清楚、层次分明。

具体结构如下：

案例一：

题目名

问题1

（1）

（2）

（3）

问题2

（1）

（2）

（3）

问题3

（1）

（2）

（3）

4、参考文献：

考生要将参考和查阅的相关资料列出，包括：

【序号】作者，书名（篇名），出版时间：

起至页码。

举例：

[1]白思俊，工程管理案例分析教程，机械工业出版社，2007:

1-5

（三）报告要求

1、报告要求一律用A4纸打印。

2、版面要整齐、大方，字数要求不少于5000字

3、案例题目用小3号、宋体、加粗，正文用小四号、宋体，行间距1.3倍。

4、一律横排版，左侧装订。

（四）对考生的要求

1、考生必须独立完成实践报告，撰写过程中不安排教师指导。

如果有问题可向吉林大学管理学院自考办有关教师请教。

如有雷同答案，将取消实践考核成绩。

2、不上交实践作业者，不给成绩。

（五）成绩评定成绩评定由考核小组决定。

要求能理论联系实际，将工程管理的理论知识应用分析案例中的实际问题。

考核成绩分四个档次：

优秀：

90分~100分

良好：

80分~89分

合格：

60分~79分

不合格：

59分以下

附页：

黑体，一号字）

吉林省自学考试

《工程管理案例分析》

实践考核报告

黑体，小三号字）

题目：

考生姓名：

考核号：

准考证号：

考核教师：

案例一微软公司办公商务单位WinWord之成败

微软公司的Opus（微软Windows字处理开发工程的代码名称）工程在历经了五年多的开发艰辛之后，

终于在1989年11月30日上市了，尽管产品的最终上市时间与原计划相距甚远，但WordforWindows

（内部称为WinWord）仍然获得了关键性的好评。

这是微软首个在颇有影响的计算机周刊“InfoWorld”的

评比中排名高于它的对手WordPerfect的字处理软件，销量超过了微软预期目标。

随着Opus工程的完成，WinWord开发之成败也引起了承担这次重大开发任务的微软公司办公商务单位的总经理JeffRaises的思考，究竟如何从才能改进软件开发过程，提高公司工程管理的效率？

公司的后继工程又应作怎样的选择？

一、微软的历史

微软公司愿与BillGates与PaulAllen在1973年创建的Traf-0-Data公司，那时Gates才16岁，Traf-0-data公司当时主要销售一种通过一条横放在马路上的橡皮管产生汇总交通流量统计数据的软件。

这个软件能够在Intel8080（首个8位微机处理机）上运行，但他们的努力并不成功。

1974年,Gates高中毕业，开始了在哈佛的学业。

在他大学生涯的早期，他为首个商用微型计算机编写

了BASIC编译程序，整个开发过程只用了4周的时间。

程序开发完成后不久，Gates与Allen和MITS达成

一项协议，销售Gates的BASIC版本，Gates也推出了哈佛大学以便能够全身心地投入公司工作，这时，他们将公司更名为“微软”。

随着微型计算机的崛起，Gates的BASIC程序成为了一种标准，在接下来的

数年中，微软为一系列计算机开发程序，包括APPLEII和Osborne便携式计算机。

1980年微软来了一个大的突破，IBM选中它为某个人计算机开发操作系统，其结果就是MS-DOS的问

世。

几乎每台销售出去的IBM及IBM兼容的个人电脑都有一份MS-DOS勺拷贝。

IBM还与微软合作开发了几

种其他的计算机语言，DOS及各种计算机语言给与了微软赖以成长的巨大而固定的客户基础。

它的确长大了，从1980-1989年，微软的年销售额从不到1百万美元升到了超过8亿美元。

公司员工从45人发展到超过4000人，1988年微软的销售额超过了莲花公司（1-2-3电子表格制作商），令微软成为世界上最大的个人电脑软件公司。

到1989年为止，个人电脑软件业的规模估计有90亿美元，软件业的销售额在80年代早期一直令人兴奋地增长着，随后几年有所减慢，从1987年的30%年增长率降到了1989年的15%。

在这个市场，产品的供应量增加了，竞争显得日益激烈，而且产品本身也变得更加复杂，不但包含了更多的先进特性，而且需要集成更多不同种类的硬件操作环境。

在80年代，Gates几乎是一个人决定了微软的技术方向（其共同创始人Allen于1983年因健康原因离开了微软）。

在看过有关施乐PaloAlto研究中心运行的图形用户界面的调查研究后，Gates开始确信这种界面将成为业界的标准。

为此，微软开始为PC开发类似的界面，其结果就是Windows.Windows提供了

一系列的工具以使应用软件能在十分友好的用户图形界面下共同工作，1985年Windows首次发布时，它的

增长还很慢，微软不断地对程序进行大量改进，到1990年3月，Windows的势力已经很庞大了，4000万台PC机中大约有250万台装了Windows。

虽然PC机上的操作系统及程序语言（编译器与解释器）是微软经营的核心，但它很快开始转移到了应用软件市场，80年代的软件可以粗略地分为三种，操作系统（如MS-DOS是控制计算机低层次操作（像

从磁盘读取数据）的程序，编译器与解释器吧英文命令行组成的计算机语言一位计算机能理解的机器语言

（1与0的序列），应用程序则是最终用户运行的程序（如电子表格和字处理程序）以完成一些专门的任务。

1983年时，微软成为首家为Macintosh开发软件的软件公司。

到1990年，微软已经成为Macintosh主要的应用程序开发者。

XCEL是Macintosh场中占支配地位的电子表格大约有90%勺市场份额），MS-WORDForMacintosh是占支配地位的字处理软件（65%的市场份额）。

可是微软无法像它在其他市场一样地在PC应用软件市场中取得相同的支配地位。

其高端字处理软件

（PCWORD和电子表格（PCEXCEL在各自的市场中是只能位居第二，它还有其他的竞争对手（WORDPERFECTSLotusl-2-3）。

另一方面，微软是仅有的在所有三种软件市场里都十分成功的软件公司，它也是仅有的几家拥有一种以上市场领先应用软件的公司之一。

1990年，微软收入的一半以上来自应用软件产品。

微软的产品并不仅是内部开发的结果，Gates积极寻找着拥有先进技术的小公司，事实上，MS-DOS^SCP-DOS勺扩展，这是SeattleComputerProducts公司所开发的，被微软购入并将其修改为IBM-PC上，虽然修改、扩充非微软开发的软件十分普遍，Gates通常更愿意自行开发战略性产品。

二、微软的组织

1990年，微软分成了两个部：

应用软件部和系统部（负责程序语言与操作系统）。

应用软件部的负责人是MikeMaples，她直接向主席兼首席运营官JonShirley报告。

在Maples以下还有六个部门：

应用软件战略部及5个经营单位，应用软件战略部由4个下属部门组成，它为所有经营单位提供中心资源，这些资源涵盖了从编程工具、通用子程序到一间用户界面实验室（测试员们学习与使用软件的过程在此被观察与记录下来）。

所有经营单位的组织都是相似的，每个经营单位都专注于一个特定的应用领域，其中办公商务部门是负责开发与营销所有微软高端字处理软件（PCWord，MacWord，Wordforwindows）的，JeffRakes是

该部门的总经理。

在Rakes之下的部门是按职能结构组织的，质保部门对软件存在的错误进行测试，用户培训部负责编写文档，ChrisMason领导的开发部门则负责开发软件，产品营销与程序管理也有各自的负责部门。

其他的经营单位负责别的一些应用软件（如电子表格和数据库）。

经营单位这种组织形式成立于1988年8月，以协助应用软件部的发展，在1988年以前，整个应用软

件部是以职能为基础组织起来的。

在这样的组织形式下，每一部门只有一个下属部门而不是几个部门对应一个经营单位。

Rakes是这样阐述这种变化的：

“在微软，我们需要经历一个组织结构不断变化的过程—这让我们保持着一种子公司的感觉，并能专注于团队合作”。

微软的开发小组通常只有12人左右，他们通常负责一个主要的开发工程，并且负责编写代码。

微软的经理们为他们的小型工作小组感到自豪，因为其他主要的竞争对手经常会使用超过百人的大组来完成主要的开发工作。

微软开发每行代码的成本明显要比行业的平均水平低。

BillGates会主动地投入到每个主要的开发工程中，他定期参加设计会议，检测设计规格和工程日程，并且阅读许多周期性的状况报告，虽然微软的许多员工时有受到他严厉地批评，但是对他技术上的专业知识和对计算机工业发展的预测能力都有很深的敬意。

三、WordforWindows的开发

微软在1983年末发行了它的第一个PC机的高端字处理软件PCWord。

该产品受到了不甚热烈的反

应，以微软的标准来衡量，它的销量一般。

1984年9月，Gates决定开发一个新的革命性的字处理软件。

新产品将运行于Windows操作系统（当时还在开发中）上，并将显示一些绝对创新的特征，以使微软成为PC字处理领域的领袖。

Gates分配了三个“老手”---JohnHuntAndrewHermann和LeeAuthors来负责这个被命名为Cashmere的工程。

其中JohnHunt为工程主管，他曾经单枪匹马编写PCWord的第一版；拥有心理学博

士学位的Arthurs负责用户界面和文档，Hermann被认为了解整个字处理软件业务，他曾在王室电脑公司

工作过。

在向Cashmere小组布置任务时，Gates提出他们要“开发出自古以来最好的字处理软件”并且要尽快完成工程---最好在一年内，因此，工程计划于1985年10月前完成。

令人遗憾的是，第一年Cashmere工程几乎没有任何进展，Hunt和Hermann与Areturns一起确定了

软件所应包含的特征，并启用了一批软件开发者来制作软件原型。

他们最初的想法是要在最低程度上集成一致的用户界面的数据结构，换句话说，他们计划把程序和数据结构化，以使他能无缝地集成到其他电子表格和数据库等应用程序中。

新产品将不仅能与其他应用程序接口，而且还将包含这些应用程序的共同特性。

所包含的具体特征有收发电子邮件、文档保护、建立邮件列表和初步的电子制表能力。

直到1986年初，离计划发行日期还有近一年时间，Gates开始像Hunt施加压力，要求它提供一些看得

到的成果。

最终，由于这个压力过大，Hunt无法忍受而于1986年7月离开了这个工程。

为了改进工程的实施状况，Gates决定运用当时还在规划形成中的程序管理模式。

在程序管理模式中，一些分享了新产品开发的领导权：

其中有来自开发部门的工程主管和技术主管、来自程序管理部门的程序主管、来自市场部门的产品主管、来自用户教育部门的在线主管和出版主管、来自国际化分部的地区化主管。

这些人作为一个小组一起工作，没人有至高无上的权威。

工程主管负责监督、管理产品开发事务，包括分配编程任务、做计划表和协调开发事务；技术主管做出最终的技术决策、代码检查和编程标准；产品主管分析各个市场要点，如竞争分析、定位、包装和广告；程序主管的工作是集成和协调工程中每个人的工作，他同时也直接对产品的规格和概念负责；在线主管和出版主管负责用户教育功能，地区化主管监督、管理各种各样国际市场的面向用户的问题。

于是，又有三个微软“老手”被调了过来，DongKurtzPCWord的开发主管，他在Cashmere工程中担任同样角色；LarsDogmatizer，一个颇受赞誉的开发者，被任命为技术主管；GregSlyngstad成为程序主管。

JeffSanderson作为一个新的营销主管也被调过来。

所有新成员认为这个工程仍需很长时间，尽管Hunt已经写了一堆纸来描述他所想要的特征，但究竟这个产品是怎样的仍缺乏可理解的具体陈述。

他们最终抛弃了所有已做出的东西，而从Macintosh使用的字处理编码开始。

这样一来，相对原始计划表，他们从第一天开始就已落后了一年。

工程被重新命名为Opus,—个新的开发者队伍形成了。

这个队伍的成员几乎都是新雇来的，缺乏软件开发经验，其中只有少部分曾参与过微软的其他工程。

1986年下半年和1987年上半年中,相目小组大量的精力用于制定新的产品计划书。

随着时间流逝,为了展示可见成果,工程小组感到压力越来越大,工程计划进度一直拖延到了1988年,而压力也已增大到

了难以忍受的程度。

SeanMcDermott当时Opus的软件开发工程师会议这个阶段时说道：

“我们承受着很大的进度压力,一些主管似乎把工程进度当成他们和开发人员之间的合同。

更有甚者,当开发人员提出了新的进度计划时,管理层要仔细询问每一项评估”。

高层管理人员继续施压。

在1988年3月初的一个会议上，一个经理发表意见认为Opus队伍是应用开

发部中最差劲的。

办公商务单位的开发主管ChrisMason回忆当时的情景时说道：

Opus进入了一种可以称

之为“无限缺陷”的模式之中。

当你对开发人员施加很大进度压力时,他们倾向于只做一个特征所必须的最小工作量。

当该特征运行良好时,他们就认为已经完成该特征的开发,该项特征就被从计划表上划掉了。

如果数月后出现了不可避免的错误,他们并不认为是与此项特征有关的。

更糟的是,当错误被发现时,开发人员已记不起那段编码,因此需要更长时间来修理。

这些问题并不是微软所特有的,几乎业内所有企业都面临这个问题。

在1988年4月,Dogmatizer不得不请病假.只有不到2年经验的McDermott被任命为技术主管。

McDermott也是一个杰出的技术专家,虽然McDermott相对较年轻且对这项职位没有经验,但难以找到一

个经验更丰富且对程序有很详细了解的人。

2个月后,Kurtz由于厌倦了持续的压力,向公司告假。

身体

恢复了一些的Dogmatizer重新回来担任开发主管。

在接下来的几个月中，Opus有了进展，所有需要的特征都已编码（尽管尚未除错）,开发小组宣告“编码成功”的里程碑已在1988年10月达到了。

编码完成意味着剩下需要做的就是除错和优化编码以提高性能。

这段时间被称作“稳定期”,并且一旦编码稳定（所有知道的错误已修改且性能足够好）,产品就可以发行了。

关于时间进度,公司根据经验把稳定期定为3个月。

然而，Opus工程似乎并不服从这个三个月定律。

尽管开发人员在快速地修正错误，但测试者似乎正以同样的速度发现新的错误。

在这期间,Dogmatizer尽了全力来领导这个工程,但他的病情尚未痊愈。

最终，Mason做出了反应，任命McDermott兼任开发主管。

那时，McDermott在微软已工作了三年。

McDermott回忆稳定期时说道：

身为技术主管却不可以专心于技术问题,如果仅仅作为技术主管而不去担任18个月的开发主管或者说是代替那些病了或累坏了的开发主管们，Opus的程序在大小、速度和内存

的使用方面可以制定得更好。

在这阶段,我们的队伍中有15个开发人员,6个程序员助手和7个实习生,一个主管是不可能跟踪监督每一个人的。

尽管有这么多麻烦，Opus程序开始稳定了。

1989年春天，可捕捉的错误的数量仍相对稳定。

但是，1989年夏天，公司制定了一项规定，首次强调修改的质量而不是修改的数量，于是第一次，测试部被邀请来开发部门对编码进行检查。

1989年深秋，程序稳定了，并且WordforWindows1.0版在1989年11月30日发行。

四、wordforwindows的市场反应

尽管WinWord开发延迟了很长时间，但当时只有另外一家公司Samna有能力早一步发行了一个功能

全面的Windows下的字处理软件。

尽管要精确度量顾客的反应还太早，早期的迹象仍是十分令人鼓舞的。

计算机杂志和期刊做出的评论全都是正面的，而这些评论对市场知觉有很大影响。

WinWord的评分高于任何其他的PC字处理软件。

作为对Winword成功的反应，WordPerfect声明正在开发一个运行在Windows下的字处理软件。

WordPerfectforwindows计划于1991年2月发行。

五、WinWord事后调查分析

尽管WinWord开发工程是一个极端的情况，但它所展示的问题在微软中却不是罕见的。

为了从以前的开发工程的失误中吸取教训，微软制定了一个政策：

工程完成时对工程进行评价。

评价需要收集有关工程的许多统计数据，同时，还要与工程参与者一起召开一系列会议来讨论他们对工程的看法。

统计数据包括估计的和实际的工程进度，单位时间内的错误数量，单位时间内编码数量，以及计划里程碑和实际完成日。

这种统计数据和从参与者会议的讨论中得到的意见一起被收集在一个叫事后调查分析的文档中，接着，文档被分发给各经营小组经理和高层管理人员。

大多数工程的事后调查分析文档有25页左右长度，

但Opus文档长度竟然超过100页。

六、下一版本WinWord的选择

Opus工程完成以后，Rakes又面临WinWord工程未来的选择。

第一种选择包括尽可能快地引入一种全新的WinWord版本（2.0）。

这是微软在一般情况下所采取的战

略。

在许多情况下，仅当一种新款软件的第二版本发布时其销量才会真正上扬。

因此，在选用新款软件前，许多关键的客户都会等待着软件的改进。

这样，WinWord2.0将提前一年，或是WordPerfet宣布它要

进入Windows市场之前发布。

第二种选择是将WinWord2.0的发布延期，但在他的办公商务单位内大力推行产品开发过程的改进。

它可以采取正规的结构化程序设计方法进行实验，并采取核心代码重新编写WordforDOS,Macword和Win

Word,以保证80%勺代码是通用代码，仅有一小部分是某部记其特有的。

Rakes预计进行这些改进将使

WinWord2.0的发布延误1-2年。

也许最重要的是，这将增加大量的不确定性，因为这些方法对在微软公司来说是全新的尝试。

当Rakes考虑他的选择时,他的主要目标是很明确的他想让微软超过WordPerfect,开发世界上销

路最好的字处理软件。

要取得这一目标适合困难的,但Raikes认为只要他选择了正确的开发方向并很好地管理了工程,这一目标的实现还是可能的。

问题

1、你认为WinWord的开发工程是成功的，还是失败的？

为什么？

并阐述影响工程成功的决定因素有哪些？

2、WinWord的工程管理过程中存在哪些问题？

应如何改进？

3、WinWord开发工程中，采取了怎样的组织形式？

工程经理的作用如何？

答案要点

1、总的来说工程是成功的,虽然延期完成,但是总体上技术性能得以实现,同时从顾客的角度看,工程结果是被顾客所接受的。

分析影响工程成功的因素可以从三个方面着手,即决定于工程组本身的因素,决定于母公司的因素,决定于客户的因素。

2、WinWord工程管理中存在的问题有计划不明确，需求分析不到位，组织关系不稳定，计划和控制薄弱,高层管理人员不支持。

3、WinWord开发工程采用了矩阵式的组织形式，工程经理的作用的协调整合工程等作用。

案例二小浪底工程

被国内外专家称为“世界上最富挑战性”的小浪