软件项目管理案例分析——winword之成败[1]

《软件项目管理案例分析——winword之成败[1]》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

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

2、的思考，究竟如何才能改进软件开发过程，提高公司项目管理的效率？公司的后继项目又应做怎样的选择？一、微软的组织1990年，微软分成了两个部：应用软件部和系统部（负责程序语言与操作系统）。应用软件部的负责人是MikeMaples，他直接向主席兼首席运营官JonShirley报告。在Maples以下还有六个部门：应用软件战略部及5个经营单位，应用软件战略部由4个下属部门组成，它为所有的经营单位提供中心资源，这些资源涵盖了从编程工具、通用子程序到一间用户界面实验室（测试员们学习与使用软件的过程在此被观察与记录下来）。所有经营单位的组织都是相似的，每个经营单位都专注于一个特定的

3、应用领域，其中办公商务部门是负责开发与营销所有微软高端字处理软件（PC－Word，MacWord，WordforWindows）的，JeffRaikes是该部门的总经理。在Raikes之下的部门是按职能结构组织的，质保部门对软件存在的错误进行测试，用户培训部负责编写文档，ChrisMason领导的开发部门则负责开发软件，产品营销与程序管理也有各自的负责部门。其他的经营单位负责别的一些应用软件（如电子表格和数据库）。经营单位这种组织形式成立于1988年8月，以协助应用软件部的发展。在1988年以前，整个应用软件部是以职能为基础组织起来的。在这样的组织形式下，每一部门只有

4、一个下属部门而不是几个部门对应一个经营单位。Raikes是这样阐述这种变化的：“在微软，我们需要经历一个组织结构不断变化的过程——123这让我们保持着一种子公司的感觉，并能专注于团队合作。”微软的开发小组通常只有12人左右，他们通常负责一个主要的开发项目，并且负责编写代码。微软的经理们为他们的小型工作小组感到自豪，因为其他主要的竞争对手经常会使用超过百人的大组来完成主要的开发工作。微软开发每行代码的成本明显要比行业的平均水平低。BillGates会主动地投入到每个主要的开发项目中。他定期参加设计会议，检测设计规格和项目日程，并且阅读许多周期性的状况报告。虽然微软的许多

5、员工时有受到他严厉的批评，但是对他技术上的专业知识和对计算机工业发展的预测能力都有很深的敬意。二、Wordforwindows的开发微软在1983年末发行了它的第一个PC机的高端字处理软件PCWord。该产品受到了不甚热烈的反应，以微软的标准来衡量，它的销量一般。1984年9月，Gates决定开发一个新的革命性的字处理软件。新产品将运行于Windows操作系统（当时还在开发中）上，并将显示一些绝对创新的特征，以使微软成为PC字处理领域的领袖。Gates分配了三个“老手”——JohnHunt，AndrewHermann和LeeAuthurs，来负责这个被命名为Cashm

6、ere的项目。其中JohnHunt为项目主管，他曾单枪匹马编写PCWord的第一版；拥有心理学博士学位的Arthurs负责用户界面和文档，Hermann被认为了解整个字处理软件业务、他曾在王氏电脑公司工作过。在向Cashmere小组布置任务时，Gates提出他们要“开发出自古以来最好的字处理软件”，并且要尽快完成项目——最好在一年内，因此，项目计划于1985年10月前完成。令人遗憾的是，第一年，Cashmere项目几乎没有任何进展。Hunt和Hermann与Arthurs一起确定了软件所应包含的特征，并起用了一批软件开发者来制作软件原型。他们最初的想法是要在最低程度上

7、集成一致的用户界面和数据结构，换句话说，他们计划把程序和数据结构化，以使它能无缝地集成到其他如电子表格和数据库等应用程序中。新产品将不仅能与其他应用程序接口，而且还将包含这些应用程序的共同特征。所包含的具体特征有收发电子邮件、文档保护、建立邮件列表和初步的电子制表能力。123直到1986年初，离计划发行日期还有近一年时间，Gates开始向Hunt施加压力，要求他提供一些看得到的成果。最终，由于这个压力过大，Hunt无法忍受而于1986年7月离开了这个项目。为了改进项目的实施状况，Gates决定运用当时还在规划形成中的程序管理模式。在程序管理模式中，一