微软项目管理简介课件

《微软项目管理简介课件》由会员分享，可在线阅读，更多相关《微软项目管理简介课件（84页珍藏版）》请在金锄头文库上搜索。

1、微软项目管理,内容,微软历史，微软项目组织框架，微软项目管理战略 原则一：将大项目分成若干里程碑式的重要阶段，各阶段之间有缓冲时间，但不进行单独的产品维护。 原则二：运用想象性描述和对特性的概要说明指导项目 原则三：根据用户行为和有关用户的资料确定产品特牲及其优先顺序 原则四：建立模块化的和水平式的设计结构，并使项目结构反映产品结构的特点 原则五：靠个人负责和固定项目资源实施控制 小结：同步稳定开发法 微软团队，微软测试，微软文化，微软人才，微软启示,微软历史,1975年 多少员工与营业额？ 3个员工与$16K营业额 1989年 多少员工与营业额？ 4000个员工与$800millions营业

2、额 2000年 多少员工与营业额？ 35000个员工与$ 24000millions 营业额 利润？ $ 15000 millions 平均年龄？ 34岁,微软的人员分工与职责,微软产品组织结构,微软产品项目组人员结构,Windows 2000 多大？ 50millions line of code PM项目经理?人 约250人 Developer开发人员? 约1700人 Tester测试有关人员? 约3200人,人员分配比例,微软的软件开发过程简介,微软的哲理 微软与CMM或ISO所推崇的结构化软件工程方法不同。微软追求高度灵活，把松散组织成的小组风格提升成为正规的产品开发 微软的目标 自由

3、性和严格性的统一。小的，平行的小组（38人）能够分工合作，形成大的组织，并能以相对快的速度开发大型产品。 各小组可平行工作，但坚持同步，且经常性进行纠错。,微软的软件工程原理,The first principle of software engineering ?,KISS,Keep It Simple and Stupid,软件项目管理与好莱坞电影,大家应该非常熟悉好莱坞电影的制作流程。？,首先是找编剧写剧本，然后聘请导演、挑选演员，影片拍摄完成之后，由市场推广人员负责宣传造势这是一支整合作团队，但成员之间的合作很少有固定的时候，往往是电影拍竣，成员也各奔东西。之后呢，又一部新影片进入规划

4、阶段，于是，又一支新团队诞生了,在这样的形势下，软件企业亟需轻装上阵，这就要求企业在危机来临前重视自己的核心技术，尽可能地把非盈利核心的业务外包出去，让这些业务成为其它企业的盈利焦点。,微软开发流程图,微软软件项目管理管理思想闪耀着智慧的光芒1,精明人士和小型团组。聘请一批素质高、水平高的人物组成小型团组。他的依据是：优秀开发员总是喜欢与优秀的开发员在一起工作，利用这种优-优组合，大大提高了工作效率和工作质量。 使团组之间相互依赖性减少的产品结构。在微软，其良好的组织结构能使相互依赖性降到最低限度，即使在开发组内部也是如此，从而有效降低了各团组及团组内部之间进度协调这一瓶颈所带来的工作和控制难

5、度。 单一的主要开发语言。盖茨认为，“员工们可以争论什么是最优的开发语言。但是一经确定，即是唯一”。这样做消除了工作人员就技术或项目管理进行交流的客观障碍。 公司内部使用自己设计的软件工具。这样，开发人员就能毫不费力地掌握它们，同时降低公司的生产成本。“总的来说，微软从使用自己的软件工具中获得了莫大的好处。”,微软软件项目管理管理思想闪耀着智慧的光芒2,多人了解有关产品细节。在微软，很少出现这样的情况：仅仅一个人熟悉一个庞杂的代码，而其他人嚷嚷“噢，上帝！咱们的头是唯一能修改这个代码的人。”这对软件的开发与维护来说是至关重要的。它不会因为哪怕是一个关键人物的出走而使整个软件项目停顿下来。而在软

6、件界，技术人员流失是经常发生的。 经理人员既创建产品又进行技术决策。微软称其没有不懂技术的管理人员，因此，去寻求技术和管理之间的平衡毫不费力。 范围广泛的消费者信息反馈圈。对软件产品来说，这一点是很重要的，它不仅有助于完善产品，也是树立良好产品形象的有力手段。,规范的软件项目开发管理1,项目进度报表制度 微软的每一种软件产品都有相应的项目进度报表，盖茨及其他高级行政管理人员（包括相关项目组的领导）每月都会接到从不同的项目组递交的此类报告，从而全面掌握各项目组的项目实施状况。 微软的进度报表要求言简意赅，并且有一套标准格式。 高层管理人员能迅速地浏览报表并发现可能存在的问题。 微软项目开发管理还

7、有单一的主要开发语言、统一的技术标准等技术特点，它们共同作用，使微软的软件开发工作高效、实用，这里不再赘述。,规范的软件项目开发管理2,2.程序复查 大约每过三个月，微软就召开各项目的程序复查会议。这些会议一般延续两个小时，盖茨与其他高级管理人员通常都会参加。 项目组一般从各职能领域派遣一至二个关键人员为代表列席会议，这些职能领域包括程序管理组（专门负责编制产品说明书），软件开发组（编写计算机代码），软件测试组（测试代码），产品管理组（产品策划及营销），用户培训组（准备产品文档），涵盖了软件开发中的各个方面。 这样的程序复查是一种严格、全面的项目检阅。通过程序复查，高级经理们将会对各项目的进展

8、和前景有一个进一步明确的认识，从而可以确定哪些项目应加快步伐，哪些应取消。不过，各项目组（产品组）自己的问题要由自己解决。 盖茨的杰出才能在这里又一次得到充分体现：他能迅速发现各小组正费尽心机设法解决的技术细节问题，而不论此项目课题是属于他所擅长的领域还是超出他个人经验之外。,同步稳定的方法,创意通过特性的演进以及固定资源来发挥 把大项目划分为多个子项目，每个称为里程碑，安排缓冲期 利用“预想陈述”和“特性规格概述”来指导项目 用户需求的获取，大规模的用户调查 模块化，每个模块与组织结构一致 设计按照体系结构进行。 目标：适应变化的需求，发挥开发人员的灵活性。 原则：频繁的同步，周期性的稳定。

9、,微软开发战略,在微软的产品定义与开发过程中，微软软件开发遵循着一种可称之为 什么？ “靠改进特性（Feature）与固定资源（Resource）来激发创造力”的战略。 该战略可分为五个原则： 原则一：将大项目分成若干里程碑式的重要阶段，各阶段之间有缓冲时间，但不进行单独的产品维护。,原则一,项目进度安排与里程碑 微软通常采用“同步稳定产品开发法”。典型项目的生命周期包括三个阶段： 计划阶段：完成功能的说明和进度表的最后制定 开发阶段：写出完整的的源代码 稳定化阶段：完成产品，使之能够批量生产（Roll Out）,里程碑的作用,程序员极容易沉迷于技术，要么乐不思蜀，要么焦头烂额。,里程碑就象心

10、灵的灯塔，使忙碌的人群不混乱，不迷失方向。,原则一的特点1,这三个大阶段以及阶段间内在的循环方法与传统的“瀑布”（Water Fall）式开发方式很不相同，后者是由需求、详尽设计、模块化的代码设计与测试、集成测试以及系统测试组成的。而微软的三个阶段更像是？ 风险驱动的、渐进的“螺旋”式的生命周期模型。,原则一的特点2,计划阶段的产品是想象性描述与说明文件，用来解释项目将做什么和怎么做。 在管理人员拟定进度表、开发员写出代码之前，这些东西都促进了人们对设计问题的思考与讨论。开发阶段围绕三次主要的内部产品发布来进行；稳定化阶段集中于广泛的内部与外部测试。在整个产品生产周期中，微软都使用了缓冲时间的

11、概念。作用？ 缓冲时间使开发组能够对付意外的困难和影响到时间进度的变故，它也提供了一种手段，可以缓和及时发货与试图精确估计发货时间之间的矛盾。,原则一的特点3,在开发和稳定化阶段的所有时间中，一个项目通常会将多少时间用于开发，多少时间用于稳定化？ 2/3的时间用于开发，1/3的时间用于稳定化。 Office部门副总裁曾这样概述通常的进度：“一般说来，在总的进度表中，用一半的时间写出产品，留下另一半的时间调试或应付意外事故。这样，如果我有一个两年的项目，我会用一年来完成事先想好的东西如果事情有点麻烦，我便去掉我认为不太重要的特性。” 这种里程碑式的工作过程使微软的项目经理们可以清楚地了解产品开发

12、过程进行到了哪一步，也使他们在开发阶段的后期有能力灵活地删去一些产品特性以满足发货时期的要求。,1.1计划阶段1,计划阶段是在一个项目的生命周期中，所有于开发前进行的计划所占用的时间。 计划阶段产生出想象性描述、市场营销计划、设计目标、一份最初的产品说明、为集成其他组开发的构件而规定的接口标准、最初的测试计划、一个文档策划（印刷品和联机帮助形式的）以及一份可用性问题清单（Usability List）。,1.1计划阶段2,计划阶段从想象性描述（Vision Statement）开始。？ 想象性描述来自产品经理以及各产品单位的程序经理；它是对规划产品的市场营销设想，包括了对竞争对手产品的分析以及

13、对未来版本的规划。 想象性描述也可能讨论在前一次版本中发现面临必须解决的问题以及应添加的主要功能。所有这些都基于对顾客和市场的分析以及从产品支持服务组处得到的资料。,1.1计划阶段3,说明文件从一个大纲开始，然后定义出新的或增加的产品特性，并对其赋以不同的优先级。 说明文件只是产品特性的一个预备性概览；从开始开发到项目完成它要增加或变化？ 20% - 30%。 虽然在生命周期的后期说明变化一般较小，但越到后期，开发员就越是必须？ 出具充分的理由来作改变。,1.1计划阶段4,通常程序经理使用VB创建项目原型。 他们也开展设计可行性研究以了解设计中的取舍情况，尽快做出涉及产品说明的决定。 对于重要

14、产品的说明需由公司高层领导进行复审。对于不太重要的产品，则由部分经理去完成。,计划阶段5,计划阶段中最重要的事情是让整个产品组的成员对共同的目标形成共同的认同。 一座伟大建筑的诞生往往只缘于一位伟大建筑师的不朽贡献，但一个伟大软件的设计却需要？ 成百上千人的智力创造。,1.2开发阶段1,开发阶段，也叫主要里程碑阶段。 开发阶段的计划对三四个主要的里程碑版本都逐个分配一组特性，规定出特性的细节和技术上的相关性，记录下单个开发员的任务以及对进度的估计。 在开发阶段中，开发员在功能性说明的指导下写源代码，测试员？? 写出测试项目组以检查产品的特性与工作范围是否正常，用户教育人员（User Educa

15、tion）? 编写出文档草案。 在每一个子项目（里程碑）内，进度表应当具体到每一个开发人员，而且进度表中应当加入缓冲时间。,1.2开发阶段2,当测试员发现错误时，开发员怎么办？ 并不是留待以后处理，而是马上改正，并在整个开发阶段内使测试不断地、自动地进行。 这就改善了产品的稳定性并且使版本发布日期更易估计。当达到项目中的一定阶段点后（40%时），开发员就试图“锁定”产品的主要功能要求或特性，从此只允许小范围的改动。如果在此点之后开发员想作大的改动， 他们必须与程序经理以及开发经理进行讨论协商，也许还要征求产品部门经理的意见。,1.3开发阶段3,一个项目是围绕着3或4个主要的内部版本，或“里程碑

16、子项目”来组织开发阶段的。一般用2至4个月来开发每一个主要的里程碑版本。每个版本都包括其自身的编码、优化、测试以及调试活动。项目为意外事故保留总开发的？时间 1/3，即“缓冲时间”（Padding Time）。苹果公司？ 苹果公司的小组是割裂的、独立的，各自开发各自的东西。在还有3个月就要发货时，才会将所有的东西集成起来； Borland公司以一种渐近的方式进行开发，即把工作分成许多小的部分，并且总是让开发的东西能够运转。看起来似乎这种渐进的方法费时，但实际上几乎没有用过很长时间，因为这使你总是能掌握住事情真实的情况。,缓冲时间,项目进度表中的缓冲时间（Padding Time） 微软使用缓冲计划，以在最高的效率与较好地对未来作预计之间求得平衡。 这种应付突发事件的时间在开发和稳定化过程中是每一个主要里程碑的一部分。 缓冲时间主要用于弥补由于对特性（Feature）的不完全理解，或者是技术困难或是由于疏忽而忘记把任务写入进度，或者是未料到的难题而形成的漏洞。 缓冲时间有助于？ 一个项目适应意料之外的事件。,