ImageVerifierCode 换一换
格式:DOCX , 页数:22 ,大小:42.36KB ,
资源ID:17063098      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/17063098.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(自考案例分析Word格式文档下载.docx)为本站会员(b****3)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

自考案例分析Word格式文档下载.docx

1、 根据以上考核内容, 拟定了五个项目管理案例, 每个考生按考核号完成两个案例分析题目, 并写出”实践报告”作为评定成绩的依据。 ( 二) 选题标准 第一组: 考生”考核号”尾数为”0”5”者 做案例一、 案例二; 第二组: 考生”考核号”尾数为”1”6”者 做案例三、 案例四; 第三组: 考生”考核号”尾数为”2”7”者 做案例一、 案例五; 第四组: 考生”考核号”尾数为”3”8”者 做案例二、 案例三;第五组: 考生”考核号”尾数为”4”9”者 做案例四、 案例五;五、 对实践报告的基本要求( 一) 对报告内容的要求1、 科学性报告的内容应具有专业性, 即应该是项目管理专业内容, 本报告的

2、核心是关于项目管理基本理论及技能的考核, 考生分析的内容应当切合题目的要求及内容, 应当运用所学的理论、 知识、 技术阐述和分析问题。2、 系统性一篇实践报告阐述的主题是从多方面、 多视角去论述, 可是她们之间既有区别又有联系, 但必须有整体、 协调统一性。问题的分析应该层次分明、 条理清晰, 并要体现在报告的结构上。3、 可读性在语言叙述上, 应当简明扼要, 既有专业术语, 又要通俗易懂, 可是不能写成抒情文章。尽管报告篇幅很长, 但使人仍能主次分明, 留下深刻印象。4、 问题分析论述和回答的问题要有充分的论据, 并对论述的主要观点做详细说明, 提出的论述要有说服力。( 二) 实践报告的整体

3、内容结构要求1、 封皮: 按统一格式打印( 见附页) 2、 目录: 目录中的条目根据所选的题目机会大的问题而定3、 正文: 根据题目的要求回答相应的问题, 要求条理清楚、 层次分明。具体结构如下: 案例一: 题目名 问题1 ( 1) ( 2) ( 3) 问题2问题34、 参考文献: 考生要将参考和查阅的相关资料列出, 包括: 【序号】作者, 书名( 篇名) , 出版时间: 起至页码。举例:1白思俊, 项目管理案例分析教程, 机械工业出版社, :1-5( 三) 报告要求1、 报告要求一律用A4纸打印。2、 版面要整齐、 大方, 字数要求不少于5000字3、 案例题目用小3号、 宋体、 加粗, 正

4、文用小四号、 宋体, 行间距1.3倍。4、 一律横排版, 左侧装订。( 四) 对考生的要求1、 考生必须独立完成实践报告, 撰写过程中不安排教师指导。如果有问题可向吉林大学管理学院自考办有关教师请教。如有雷同答案, 将取消实践考核成绩。2、 不上交实践作业者, 不给成绩。( 五) 成绩评定成绩评定由考核小组决定。要求能理论联系实际, 将项目管理的理论知识应用分析案例中的实际问题。考核成绩分四个档次:优秀: 90分100分良好: 80分89分合格: 60分79分不合格: 59分以下附页:( 黑体, 一号字) 吉林省自学考试实践考核报告( 黑体, 小三号字) 题 目: _考生姓名:考 核 号:准考

5、证号:考核教师:案例 一 微软公司办公商务单位-WinWord之成败微软公司的Opus( 微软Windows字处理开发项目的代码名称) 项目在历经了五年多的开发艰辛之后, 终于在1989年11月30日上市了, 尽管产品的最终上市时间与原计划相距甚远, 但Word for Windows( 内部称为WinWord) 依然获得了关键性的好评。这是微软首个在颇有影响的计算机周刊”InfoWorld”的评比中排名高于它的对手WordPerfect的字处理软件, 销量超过了微软预期目标。随着Opus项目的完成, WinWord开发之成败也引起了承担这次重大开发任务的微软公司办公商务单位的总经理Jeff

6、Raises的思考, 究竟如何从才能改进软件开发过程, 提高公司项目管理的效率? 公司的后继项目又应作怎样的选择?一、 微软的历史 微软公司愿与Bill Gates与Paul Allen在1973年创立的Traf-0-Data公司, 那时Gates才16岁, Traf-0-data公司当时主要销售一种经过一条横放在马路上的橡皮管产生汇总交通流量统计数据的软件。这个软件能够在Intel8080(首个8位微机处理机)上运行, 但她们的努力并不成功。 1974年,Gates高中毕业, 开始了在哈佛的学业。在她大学生涯的早期, 她为首个商用微型计算机编写了BASIC编译程序, 整个开发过程只用了4周的

7、时间。程序开发完成后不久, Gates与Allen和MITS达成一项协议, 销售Gates的BASIC版本, Gates也推出了哈佛大学以便能够全身心地投入公司工作, 这时, 她们将公司更名为”微软”。随着微型计算机的崛起, Gates的BASIC程序成为了一种标准, 在接下来的数年中, 微软为一系列计算机开发程序, 包括APPLE II 和Osborne便携式计算机。 1980年微软来了一个大的突破, IBM 选中它为某个人计算机开发操作系统, 其结果就是MS-DOS 的问世。几乎每台销售出去的IBM及IBM兼容的个人电脑都有一份MS-DOS的拷贝。IBM还与微软合作开发了几种其它的计算机语

8、言, DOS 及各种计算机语言给与了微软赖以成长的巨大而固定的客户基础。它的确长大了, 从1980-1989年, 微软的年销售额从不到1百万美元升到了超过8亿美元。公司员工从45人发展到超过4000人, 1988年微软的销售额超过了莲花公司( 1-2-3电子表格制作商) , 令微软成为世界上最大的个人电脑软件公司。 到1989年为止, 个人电脑软件业的规模估计有90亿美元, 软件业的销售额在80年代早期一直令人兴奋地增长着, 随后几年有所减慢, 从1987年的30%年增长率降到了1989年的15%。在这个市场, 产品的供应量增加了, 竞争显得日益激烈, 而且产品本身也变得更加复杂, 不但包含了

9、更多的先进特性, 而且需要集成更多不同种类的硬件操作环境。 在80年代, Gates几乎是一个人决定了微软的技术方向( 其共同创始人Allen于1983年因健康原因离开了微软) 。在看过有关施乐Palo Alto研究中心运行的图形用户界面的调查研究后, Gates开始确信这种界面将成为业界的标准。为此, 微软开始为PC开发类似的界面, 其结果就是Windows. Windows提供了一系列的工具以使应用软件能在十分友好的用户图形界面下共同工作, 1985年Windows首次发布时, 它的增长还很慢, 微软不断地对程序进行大量改进, 到1990年3月, Windows 的势力已经很庞大了, 40

10、00万台PC机中大约有250万台装了Windows。 虽然PC机上的操作系统及程序语言( 编译器与解释器) 是微软经营的核心, 但它很快开始转移到了应用软件市场, 80年代的软件能够粗略地分为三种, 操作系统( 如MS-DOS) 是控制计算机低层次操作( 像从磁盘读取数据) 的程序, 编译器与解释器吧英文命令行组成的计算机语言一位计算机能理解的机器语言( 1与0的序列) , 应用程序则是最终用户运行的程序( 如电子表格和字处理程序) 以完成一些专门的任务。 1983年时, 微软成为首家为Macintosh开发软件的软件公司。到1990年, 微软已经成为Macintosh主要的应用程序开发者。X

11、CEL是Macintosh场中占支配地位的电子表格大约有90%的市场份额) , MS-WORD For Macintosh是占支配地位的字处理软件( 65%的市场份额) 。 可是微软无法像它在其它市场一样地在PC应用软件市场中取得相同的支配地位。其高端字处理软件( PC WORD) 和电子表格( PC EXCEL) 在各自的市场中是只能位居第二, 它还有其它的竞争对手( WORD PERFECT和Lotusl-2-3) 。另一方面, 微软是仅有的在所有三种软件市场里都十分成功的软件公司, 它也是仅有的几家拥有一种以上市场领先应用软件的公司之一。1990年, 微软收入的一半以上来自应用软件产品。

12、 微软的产品并不但是内部开发的结果, Gates积极寻找着拥有先进技术的小公司, 事实上, MS-DOS是SCP-DOS的扩展, 这是Seattle Computer Products公司所开发的, 被微软购入并将其修改为IBM-PC上, 虽然修改、 扩充非微软开发的软件十分普遍, Gates一般更愿意自行开发战略性产品。二、 微软的组织 1990年, 微软分成了两个部: 应用软件部和系统部( 负责程序语言与操作系统) 。应用软件部的负责人是Mike Maples, 她直接向主席兼首席运营官Jon Shirley报告。在Maples以下还有六个部门: 应用软件战略部及5个经营单位, 应用软件战

13、略部由4个下属部门组成, 它为所有经营单位提供中心资源, 这些资源涵盖了从编程工具、 通用子程序到一间用户界面实验室( 测试员们学习与使用软件的过程在此被观察与记录下来) 。 所有经营单位的组织都是相似的, 每个经营单位都专注于一个特定的应用领域, 其中办公商务部门是负责开发与营销所有微软高端字处理软件( PC Word, MacWord, Word for windows) 的, Jeff Rakes是该部门的总经理。在Rakes 之下的部门是按职能结构组织的, 质保部门对软件存在的错误进行测试, 用户培训部负责编写文档, Chris Mason领导的开发部门则负责开发软件, 产品营销与程序

14、管理也有各自的负责部门。其它的经营单位负责别的一些应用软件( 如电子表格和数据库) 。 经营单位这种组织形式成立于1988年8月, 以协助应用软件部的发展, 在1988年以前, 整个应用软件部是以职能为基础组织起来的。在这样的组织形式下, 每一部门只有一个下属部门而不是几个部门对应一个经营单位。Rakes是这样阐述这种变化的: ”在微软, 我们需要经历一个组织结构不断变化的过程这让我们保持着一种子公司的感觉, 并能专注于团队合作”。 微软的开发小组一般只有12人左右, 她们一般负责一个主要的开发项目, 而且负责编写代码。微软的经理们为她们的小型工作小组感到自豪, 因为其它主要的竞争对手经常会使

15、用超过百人的大组来完成主要的开发工作。微软开发每行代码的成本明显要比行业的平均水平低。 Bill Gates 会主动地投入到每个主要的开发项目中, 她定期参加设计会议, 检测设计规格和项目日程, 而且阅读许多周期性的状况报告, 虽然微软的许多员工时有受到她严厉地批评, 可是对她技术上的专业知识和对计算机工业发展的预测能力都有很深的敬意。三、 Word for Windows 的开发 微软在1983年末发行了它的第一个PC机的高端字处理软件PC Word 。该产品受到了不甚热烈的反应, 以微软的标准来衡量, 它的销量一般。1984年9月, Gates决定开发一个新的革命性的字处理软件。新产品将运

16、行于Windows操作系统( 当时还在开发中) 上, 并将显示一些绝对创新的特征, 以使微软成为PC字处理领域的领袖。 Gates分配了三个”老手”-John Hunt Andrew Hermann 和Lee Authors 来负责这个被命名为Cashmere的项目。其中John Hunt 为项目主管, 她曾经单枪匹马编写PC Word 的第一版; 拥有心理学博士学位的Arthurs负责用户界面和文档, Hermann被认为了解整个字处理软件业务, 她曾在王室电脑公司工作过。 在向Cashmere小组布置任务时, Gates提出她们要”开发出自古以来最好的字处理软件”而且要尽快完成项目-最好在

17、一年内, 因此, 项目计划于1985年10月前完成。 令人遗憾的是, 第一年Cashmere项目几乎没有任何进展, Hunt和Hermann与A returns 一起确定了软件所应包含的特征, 并启用了一批软件开发者来制作软件原型。她们最初的想法是要在最低程度上集成一致的用户界面的数据结构, 换句话说, 她们计划把程序和数据结构化, 以使她能无缝地集成到其它电子表格和数据库等应用程序中。新产品将不但能与其它应用程序接口, 而且还将包含这些应用程序的共同特性。所包含的具体特征有收发电子邮件、 文档保护、 建立邮件列表和初步的电子制表能力。 直到1986年初, 离计划发行日期还有近一年时间, Ga

18、tes开始像Hunt施加压力, 要求它提供一些看得到的成果。最终, 由于这个压力过大, Hunt无法忍受而于1986年7月离开了这个项目。 为了改进项目的实施状况, Gates决定运用当时还在规划形成中的程序管理模式。在程序管理模式中, 一些分享了新产品开发的领导权: 其中有来自开发部门的项目主管和技术主管、 来自程序管理部门的程序主管、 来自市场部门的产品主管、 来自用户教育部门的在线主管和出版主管、 来自国际化分部的地区化主管。这些人作为一个小组一起工作, 没人有至高无上的权威。项目主管负责监督、 管理产品开发事务, 包括分配编程任务、 做计划表和协调开发事务; 技术主管做出最终的技术决策

19、、 代码检查和编程标准; 产品主管分析各个市场要点, 如竞争分析、 定位、 包装和广告; 程序主管的工作是集成和协调项目中每个人的工作, 她同时也直接对产品的规格和概念负责; 在线主管和出版主管负责用户教育功能, 地区化主管监督、 管理各种各样国际市场的面向用户的问题。 于是, 又有三个微软”老手”被调了过来, Dong Kurtz PC Word 的开发主管, 她在Cashmere项目中担任同样角色; Lars Dogmatizer, 一个颇受赞誉的开发者, 被任命为技术主管; Greg Slyngstad成为程序主管。Jeff Sanderson作为一个新的营销主管也被调过来。 所有新成员

20、认为这个项目仍需很长时间, 尽管Hunt已经写了一堆纸来描述她所想要的特征, 但究竟这个产品是怎样的仍缺乏可理解的具体陈述。她们最终抛弃了所有已做出的东西, 而从Macintosh使用的字处理编码开始。这样一来, 相对原始计划表, 她们从第一天开始就已落后了一年。 项目被重新命名为Opus, 一个新的开发者队伍形成了。这个队伍的成员几乎都是新雇来的, 缺乏软件开发经验, 其中只有少部分曾参与过微软的其它项目。 1986年下半年和1987年上半年中, 相目小组大量的精力用于制定新的产品计划书。随着时间流逝, 为了展示可见成果, 项目小组感到压力越来越大, 项目计划进度一直拖延到了1988年, 而

21、压力也已增大到了难以忍受的程度。Sean McDermott当时Opus的软件开发工程师会议这个阶段时说道: ”我们承受着很大的进度压力, 一些主管似乎把项目进度当成她们和开发人员之间的合同。更有甚者, 当开发人员提出了新的进度计划时, 管理层要仔细询问每一项评估”。 高层管理人员继续施压。在1988年3月初的一个会议上, 一个经理发表意见认为Opus队伍是应用开发部中最差劲的。办公商务单位的开发主管Chris Mason回忆当时的情景时说道: Opus进入了一种能够称之为”无限缺陷”的模式之中。当你对开发人员施加很大进度压力时, 她们倾向于只做一个特征所必须的最小工作量。当该特征运行良好时,

22、 她们就认为已经完成该特征的开发, 该项特征就被从计划表上划掉了。如果数月后出现了不可避免的错误, 她们并不认为是与此项特征有关的。更糟的是, 当错误被发现时, 开发人员已记不起那段编码, 因此需要更长时间来修理。这些问题并不是微软所特有的, 几乎业内所有企业都面临这个问题。 在1988年4月, Dogmatizer不得不请病假.只有不到2年经验的McDermott被任命为技术主管。McDermott也是一个杰出的技术专家, 虽然McDermott相对较年轻且对这项职位没有经验, 但难以找到一个经验更丰富且对程序有很详细了解的人。2个月后, Kurtz由于厌倦了持续的压力, 向公司告假。身体恢

23、复了一些的Dogmatizer重新回来担任开发主管。 在接下来的几个月中,Opus有了进展,所有需要的特征都已编码(尽管尚未除错),开发小组宣告”编码成功”的里程碑已在1988年10月达到了。编码完成意味着剩下需要做的就是除错和优化编码以提高性能。这段时间被称作”稳定期”, 而且一旦编码稳定( 所有知道的错误已修改且性能足够好) , 产品就能够发行了。关于时间进度, 公司根据经验把稳定期定为3个月。 然而, Opus项目似乎并不服从这个三个月定律。尽管开发人员在快速地修正错误, 但测试者似乎正以同样的速度发现新的错误。在这期间, Dogmatizer尽了全力来领导这个项目, 但她的病情尚未痊愈

24、。最终, Mason做出了反应, 任命McDermott兼任开发主管。那时, McDermott在微软已工作了三年。 McDermott回忆稳定期时说道: 身为技术主管却不能够专心于技术问题, 如果仅仅作为技术主管而不去担任18个月的开发主管或者说是代替那些病了或累坏了的开发主管们, Opus的程序在大小、 速度和内存的使用方面能够制定得更好。在这阶段, 我们的队伍中有15个开发人员, 6个程序员助手和7个实习生, 一个主管是不可能跟踪监督每一个人的。 尽管有这么多麻烦, Opus程序开始稳定了。1989年春天, 可捕捉的错误的数量仍相对稳定。可是, 1989年夏天, 公司制定了一项规定, 首

25、次强调修改的质量而不是修改的数量, 于是第一次, 测试部被邀请来开发部门对编码进行检查。1989年深秋, 程序稳定了, 而且Word for Windows 1.0版在1989年11月30日发行。四、 word for windows 的市场反应 尽管WinWord开发延迟了很长时间, 但当时只有另外一家公司-Samna有能力早一步发行了一个功能全面的Windows下的字处理软件。尽管要精确度量顾客的反应还太早, 早期的迹象仍是十分令人鼓舞的。计算机杂志和期刊做出的评论全都是正面的, 而这些评论对市场知觉有很大影响。WinWord的评分高于任何其它的PC字处理软件。作为对Winword成功的反

26、应, Word Perfect声明正在开发一个运行在Windows下的字处理软件。Word Perfect for windows 计划于1991年2月发行。五、 WinWord事后调查分析 尽管WinWord开发项目是一个极端的情况, 但它所展示的问题在微软中却不是罕见的。为了从以前的开发项目的失误中吸取教训, 微软制定了一个政策: 项目完成时对项目进行评价。评价需要收集有关项目的许多统计数据, 同时, 还要与项目参与者一起召开一系列会议来讨论她们对项目的看法。统计数据包括估计的和实际的项目进度, 单位时间内的错误数量, 单位时间内编码数量, 以及计划里程碑和实际完成日。这种统计数据和从参与

27、者会议的讨论中得到的意见一起被收集在一个叫事后调查分析的文档中, 接着, 文档被分发给各经营小组经理和高层管理人员。大多数项目的事后调查分析文档有25页左右长度, 但Opus文档长度竟然超过100页。六、 下一版本WinWord的选择 Opus项目完成以后, Rakes又面临WinWord项目未来的选择。 第一种选择包括尽可能快地引入一种全新的WinWord版本( 2.0) 。这是微软在一般情况下所采取的战略。在许多情况下, 仅当一种新款软件的第二版本发布时其销量才会真正上扬。因此, 在选用新款软件前, 许多关键的客户都会等待着软件的改进。这样, WinWord2.0将提前一年, 或是Word

28、Perfet宣布它要进入Windows市场之前发布。 第二种选择是将WinWord2.0的发布延期, 但在她的办公商务单位内大力推行产品开发过程的改进。它能够采取正规的结构化程序设计方法进行试验, 并采取核心代码重新编写Word for DOS ,Mac word和Win Word, 以保证80%的代码是通用代码, 仅有一小部分是某部记其特有的。Rakes预计进行这些改进将使WinWord2.0的发布延误1-2年。可能最重要的是, 这将增加大量的不确定性, 因为这些方法对在微软公司来说是全新的尝试。 当Rakes考虑她的选择时, 她的主要目标是很明确的-她想让微软超过WordPerfect, 开发世界上销路最好的字处理软件。要取得这一目标适合困难的, 但Raikes认为只要她选择了正确的开发方向并很好地管理了项目, 这一目标的实现还是可能的。问 题1、 你认为WinWord的开发项目是成功的, 还是失败的? 为什么? 并阐述影响项目成功的决定因素有哪些?2、 WinWord的项目管理过程中存在哪些问题? 应如何改进?3、 WinWord开发项目中, 采取了怎样的组织形式? 项目经理的作用如何?答案要点1、 总的来说项目是成功的, 虽然延期完成, 可是总体上技术性能得以实现, 同时从顾客的角度看, 项目结果是被顾客所接受的。 分析影响项目成功的因素能够从三个

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1