微软是如何开发软件的课件.ppt

个案研究:微软是如何开发软件的 曹严明 软件设计工程师 微软 内容 SharePoint Team Services 简介 SharePoint 团队 SharePoint 产品开发过程 产品开发总结 人员管理 问题与回答 SharePoint Team Services简介 SharePoint Team Services 是什么? SharePoint Team Services 是一个团队Web站点解决方案, 您可以根据需要创建工作区, 以管理团队活动并创作共享的发布作品. SharePoint Team Services 创建每个人都能使用的团队Web站点 基于浏览器的编辑 与Microsoft Office 集成 团队成员间有效地协作 信息共享 文档共享 自定义以适应团队的需要 基于浏览器的自定义及站点管理 Microsoft FrontPage 集成 SharePoint 架构 技术基于 FrontPage 2002 Server extensions 系统要求 Windows? 2000 Server or Advanced Server 使用 SQL Server? 在专用环境下可安装 MSDE 演示SharePoint Team Services SharePoint 团队 SharePoint 团队 产品部门经理 : 1 项目经理 : 10 开发人员 : 29 测试人员 : 27 可用性工程师 : 1 (合用) 用户培训: 2 (合用) 产品经理: 1 (合用) 本地化 : 4 (合用) 行政助理 : 1 微软的惯例和原则 1984年, Multiplan 项目第一次设立了项目经理一职来管理整个项目. 此后项目经理一职在公司正式化. 1988年以前, 微软只有一个测试组和一个用户培训组. 如果一个项目要延期, 就从别的项目调一些人员. 1988年, Publisher 1.0 是第一个项目在计划表里使用里程碑. 这个程序后来在微软各个项目中广泛使用. 1989年, 建立了产品部门. 一个产品部门包含所有的为某一个产品负责的人员. 一个产品部门本身象一个公司那样运作, 负责按时推出产品. 纵向汇报结构 项目经理 使命: 按时出品合适的高质量的产品 确保产品符合市场需求以及微软本身的业务需求 提供领导能力,而不是独断专行 对产品的功能,时间表和资源负责 交流与沟通,处理本团队与公司其他团队的关系 开发人员 使命: 写出高质量的软件 技术专家 给产品规格说明书提供反馈 设计算法和数据结构 设计, 实现, 调试程序 测试人员 使命: 验证高质量的软件 系统地监测与评估项目的各个方面以确认达到质量标准 独立地验证产品的特征和性能 -- 确保与假设相符 测试产品与设计标准一致 汇报产品质量状况 作为客户的支持者 为质量而奋斗 可用性工程师 使命: 使产品更有用,更好使用 与产品团队密切合作 理解用户的任务范畴 进行可用性测试 进行产品竞争性测试 产品领域调研 本地化工程师 使命: 在国际市场上推出符合地缘政治及地区文化标准的产品 为特定的国际市场翻译,改编产品 更改界面大小 重新设计图表 改写内容 产品经理/产品策划人员 使命: 定义满足客户需求的产品 进行调研并提供分析来鉴定用户需求,市场走向, 竞争对手,以及产品方向 调查 用户访问 营销人员及产品支持人员的反馈 形成共享的产品远景 哪些人是用户? 他们需要些什么? 产品团队需要做什么来满足客户的需求? 定义产品长期的目标 (3-5年) 产品支持工程师 使命: 让客户高兴 客户满意是最关键的目的 快速地解答问题 准确的解决方案 鉴别最常见的问题以及关键的产品支持趋势 把客户不满的关键原因传递给产品团队去解决 Web 维护工程师 使命: 为Web服务提供高可访问性,高回应性,安全的托管服务 经营业务 监测站点及服务器 汇报可访问性及回应时间 扩大规模来匹配产品需求 负责安装产品的小型版本 为产品策划人员,开发人员,测试人员以及项目经理提供反馈来经济有效地提高产品质量 SharePoint 产品开发过程 由里程碑驱动的进程 里程碑是一些回顾和同步点,里程碑不是凝固点 里程碑允许团队评估进展情况,作一些中期调整 完成一个主要里程碑表示团队与客户同意继续下去 可用的正式版本是团队完成一个里程碑的客观证据 SharePoint: 从策划到发行 MM0 – 5/28/99, 8 周 MM1 - 7/19/99, 12 周 稳定 - 10/11/99, 7 周 MM2 - 11/29/99, 12 周 稳定- 3/6/00, 6 周 代码完成 - 4/14/00 Beta 1 - 4/17/00 - 14 周 Beta 2 - 7/31/00