微软软件开发流程实施
微软软件产品研发管理(张湘辉)
微软软件产品研发管理微软中国研究开发中心总经理张湘辉博士2003年4月16日于清华大学软件学院演讲提纲▪微软中国研究开发中心▪微软公司的组织结构▪微软公司的文化▪微软产品研发立项决策过程▪微软软件产品研发过程▪微软研发人才管理微软中国研究开发中心简介▪成立于1995年1月▪本地员工150多位九大产品部门我们的目标我们的使命▪向全球中文客户提供最好的微软中文版软件产品▪为微软全球提供技术和产品部件开发▪为中国市场开发特有的产品R&D 的成果与价值– (1)为中国市场提供微软中文版软件产品R&D的成果与价值– (2)▪为中国市场提供最新的高科技产品（与英文版同步）▪R&D的成果与价值– (3)▪将技术和开发技巧转让给本地的合作伙伴▪给本地人才提供机会▪培养了大量的开发人员和项目经理▪与中国的信息产业政府机构及工业部门合作▪与本地合作伙伴合作微软公司的组织结构图微软公司七大产品集团微软公司的研究与开发▪研究机构：微软研究院（总部、旧金山、剑桥大学、北京）▪研发机构▪总部七大产品集团▪世界各国的研发中心▪研发人员总数：▪微软公司的研发投入▪研究与开发的密切结合微软的文化▪开放的文化和随和的风格▪懂技术和市场的领导集体▪高度效率的组织▪契而不舍，产品成熟很快▪快速调整公司的策略微软的文化▪清楚的责任，足够的权利▪有一种自我批评、学习并提高的习惯▪对未来技术和市场的不懈追求▪电子邮件、Action-oriented会议▪以客户为中心▪以人为本微软的文化–以客户为中心Listen to your customers, and take their bad news as an opportunity to turn your failures into concre te improvements…. You should examine customer complaints more than company financials.▪Bill Gates, Business @ Speed of Thought.如何听客户的意见？▪回馈▪客户参观微软，微软访问顾客▪产品部门特殊的渠道▪技术支持中心▪可用性测试▪参考产品的Review微软的文化：以人为本▪人才的重要，超过一切▪如何发掘人才？▪特殊的面试－让专家及负责人员招聘▪如何吸引、留住人才？产品立项决策过程-用户需求▪新产品项目的提议▪市场分析预测▪技术可行性分析▪产品研发计划和实施步骤▪高层论证和审批¡ª支持者▪人力资源和财务资源的配置▪项目确立和执行软件产品研发的成功来之不易软件项目失败的原因微软软件产品研发过程–基本原则▪目标驱动而不是任务驱动▪外部可见的里程碑▪保证产品发布的变化管理▪分版本发布▪Risk-driven时间表▪整个团队的投入▪质量管理里程碑式的开发模式分版本发布产品的好处微软的项目团队的原则（1）▪小型的，综合的团队▪角色独立并共担责任▪深厚的技术功底和业务能手▪注重能力和按质按量出产品▪明确的目标和任务▪让客户积极参与微软的项目团队的原则（2）▪分担项目的预期目标▪每一个人都参与设计▪从以往的项目中汲取经验教训▪分担项目管理和决策▪项目团队成员在一起工作▪大团对有若干个小团队组成产品组的人员角色 - （1）▪产品规划（Product Planner)▪产品经理 (Product Management)▪程序经理 (Program Management)▪可用性评估工程师(Usability Testing)▪开发人员(Development)产品组的人员角色 - （2）▪测试(Testing)▪本地化(Localization)▪用户教育(User Education)▪产品支持(Product Support)▪运营管理(web operation manager)微软公司巨型团队研发▪统一进行产品规划的时间▪分别制定产品的特性描述▪协调各种版本的里程碑▪统一的研发机制和统一工具▪按时按质按版本发布微软研发的关键要素▪开放的文化、鼓励创新和团队精神▪由实践证明了的一套科学、完整、高效研发过程和方法–微软研发实践▪有效的组织结构▪明确的角色分工▪一整套研发工具有关研发项目讨论的录像片微软公司好员工的十个标准（1）▪对自己所在公司或部门的产品具有起码的好奇心▪需要以极大的兴趣和传道士般的热情和执着打动客户▪了解了客户的需求后，必须乐于思考如何让产品更贴近并帮助客户。
微软三本书教材
在投入一项工作之前，请考虑着这项是否 能满足需求？在策略上重不重要？
第四章 走极端的狂热
关于报告的狂热
凡是没有人看的报告就不该写，即使非写 不可，也要尽量减少对开发工作的干扰，务 必让每一份报告的价值超过它的成本。 没有一个热爱开会和写报告的研发人员， 切于实际的报告应提出清楚的解决方案、详 细的执行步骤、责任人、完成时间等项目检 查报告是很有价值的报告，您应该善用。 但是，检查报告必须清楚陈述解决问题或 提高工作效率的方法，而且其中的建议能够 确实被执行，否则用处十份有限。
第七章
态度问题
发自程序设计师内心的 对开发软件产品的良好态度，是一种最深 度的工作改善。
主要内容
错误的态度 不愿下功夫 凡是不能的态度 这样已经够好了 小心次功能 程序设计师要懂得顾客心理 产品的整体观 重复就是浪费 杠杆的效应 善用资源的态度
第七章 态度问题
错误的态度
错误态度：
错虫是无法避免的，而且除了发现错误时把它清除 以外，没有好的对策。 程序设计师关心个人的表现远甚于程序的正确性。
第七章 态度问题
这样已经够好了
使用者和程序的撰写者一样关心速度和品质的问题。 如果程序设计师有意无意间流露出使用者是笨蛋的想 法，请尽快纠正这种态度。
不要认为使用者是可以摆布应付的傻瓜 不要认为使用者是可以摆布应付的傻瓜
安全合规-软件安全开发过程规范
安全开发过程规范一、SDL简介SDL security development lifecycle（安全开发生命周期），是微软提出的从安全角度指导软件开发过程的管理模式。
SDL是一个安全保证的过程，起重点是软件开发，它在开发的所有阶段都引入了安全和隐私的原则。
自2004年起，SDL一直都是微软在全公司实施的强制性策略。
二、SDL步骤图SDL中的方法,试图从安全漏洞产生的根源上解决问题，通过对软件工程的控制，保证产品的安全性。
美国国家标准与技术研究所(NIST）估计，如果是在项目发布后在执行漏洞修复计划，其修复成本相当于在设计阶段执行修复的30倍三、SDL的步骤包括：阶段1：培训开发团队的所有成员都必须接受适当的安全培训，了解相关的安全知识，培训对象包括开发人员、测试人员、项目经理、产品经理等.阶段2：安全要求在项目确立之前，需要提前与项目经理或者产品owner进行沟通，确定安全的要求和需要做的事情。
确认项目计划和里程碑，尽量避免因为安全问题而导致项目延期发布。
阶段3：质量门/bug栏质量门和bug栏用于确定安全和隐私质量的最低可接受级别。
Bug栏是应用于整个开发项目的质量门,用于定义安全漏洞的严重性阈值。
例如，应用程序在发布时不得包含具有“关键”或“重要”评级的已知漏洞.Bug栏一经设定，便绝不能放松. 阶段4：安全和隐私风险评估安全风险评估（SRA）和隐私风险评估（PRA)是一个必需的过程，必须包括以下信息：1、（安全）项目的哪些部分在发布前需要威胁模型？2、（安全)项目的哪些部分在发布前需要进行安全设计评析？3、（安全）项目的哪些部分需要并不食欲项目团队且双方认可的小组进行渗透测试？4、（安全）是否存在安全顾问认为有必要增加的测试或分析要求已缓解安全风险?5、(安全）模糊测试要求的具体范围是什么?6、（安全)隐私影响评级如何?阶段5:设计要求在设计阶段应仔细考虑安全和隐私问题，在项目初期确定好安全需求，尽可能避免安全引起的需求变更。
微软MSF过程模型
微软MSF过程模型微软MSF（Microsoft Solutions Framework）是微软公司开发的一种流程模型，旨在提供一种灵活性和可扩展性强的方法来管理软件和IT项目的全生命周期。
MSF过程模型结合了敏捷方法和传统的瀑布模型，强调项目管理和风险管理，并将团队的活动划分为一系列的阶段和活动。
下面将详细介绍MSF过程模型。
MSF过程模型包括四个核心原则：压缩风险、增强可信性、提高效率和促进沟通。
这些原则有助于建立一个团队和项目成功的环境。
首先是MSF的项目生命周期，它由六个阶段组成：启动、定义、计划、构建、部署和稳定。
每个阶段都有明确定义的目标和交付物，以确保项目的顺利进行和成功交付。
启动阶段是项目启动的阶段，旨在了解需求、定义范围和目标，并确定项目的计划和团队组成。
该阶段的关键交付物包括项目开发计划和启动报告。
定义阶段是详细定义项目需求和解决方案的阶段。
在这个阶段，团队将收集、分析和明确需求，并定义项目的范围和目标。
关键交付物包括需求文档和解决方案设计。
计划阶段是为项目制定详细计划和资源安排的阶段。
在这个阶段，团队将制定项目的工作计划、里程碑和资源分配，并进行项目进度和风险管理。
关键交付物包括计划文档和风险管理计划。
构建阶段是实施项目的阶段，包括软件开发、测试和集成。
在这个阶段，团队将根据需求文档和解决方案设计进行软件开发和测试，并将组件集成到解决方案中。
关键交付物包括软件代码和测试报告。
部署阶段是将解决方案交付给用户的阶段。
在这个阶段，团队将安装、配置和测试解决方案，并进行用户培训和支持。
关键交付物包括部署文档和用户培训材料。
稳定阶段是为解决方案提供持续支持的阶段。
在这个阶段，团队将监控和维护解决方案，并处理用户的反馈和问题。
关键交付物包括用户支持文档和问题解决报告。
除了项目生命周期，MSF还强调了项目管理和风险管理。
项目经理在MSF模型中扮演着重要的角色，负责协调项目团队、制定计划和管理项目进度。
微软公司的运营管理系统
微软公司的运营管理系统概述微软是全球领先的软件技术公司之一，拥有庞大的业务和全球广泛的分布。
为了更好地管理和协调公司的运营活动，微软公司开发了一套高效的运营管理系统。
这个系统集成了各个部门的数据和流程，帮助微软实现了流程的自动化、资源的优化和决策的智能化。
背景微软公司的运营管理系统是为了应对日益复杂的市场环境和内部运营需求而开发的。
在过去，微软的业务增长迅速，但缺乏一个统一的管理平台，造成数据分散、决策滞后和资源浪费等问题。
为了解决这些问题，微软决定开发一套运营管理系统，实现资源和流程的集中管理，提高运营效率和决策的准确性。
功能模块微软公司的运营管理系统包含以下主要功能模块：1. 销售与订单管理这个模块集成了微软公司的销售和订单管理过程。
通过该模块，销售团队可以快速创建和管理销售机会，跟进销售进展，并生成订单。
同时，客户和合作伙伴可以通过系统查询订单状态和交付详情。
2. 供应链管理供应链管理是微软公司运营管理系统的核心功能之一。
该模块实现了从供应商到客户的全流程管理，包括物流、仓储和库存管理。
系统能够自动处理物料采购、仓库调拨和货物配送等环节，提高运营效率和供应链的可靠性。
3. 生产计划与执行这个模块帮助微软公司规划和管理产品的生产过程。
通过系统，微软可以根据市场需求和资源情况进行生产计划的制定，并实时跟踪生产进展。
生产工人可以通过移动设备接收任务和报工，提高生产效率和质量控制。
4. 财务管理财务管理模块集成了微软公司的财务业务流程。
系统自动记录和分类财务凭证，生成财务报表和预测数据，为管理层提供准确的财务决策依据。
此外，系统还实现了发票管理、费用控制和报销审批等功能，提高财务运营的效率和准确性。
5. 数据分析与决策支持微软公司的运营管理系统内置了数据分析和决策支持功能。
通过该模块，管理层可以根据业务指标和趋势进行数据分析，提供决策的参考和支持。
系统还支持自定义报表和数据可视化，帮助用户深入理解和掌握运营状况。
第九讲(微软过程)0
曾
广 平
微软过程的人员
微软过程人员管理的 微软过程人员管理的矩阵结构 过程人员管理
曾
广 平
角色 产品管 理
完成者 产品经理
工作目标 提高客户满意 度
应提交的产品项 充当临时客户 确保项目组成员对项目前景和项目范围了 如指掌 管理客户的需求定义 开发, 开发,管理和提供业务用例说明 管理客户的预期目标 控制产品特性和开发周期的关系 管理市场宣传和公共关系 推动产品开发过程 管理产品范围和产品特性说明 推动项目组内的交流和讨论 管理产品开发进度, 管理产品开发进度,汇报项目状态 控制项目开发中关键问题的取舍和决策 完成产品特性的物理设计 在项目组内承担技术顾问的职责 确保每一个产品特性在计划 计划的时间内完成 确保每一个产品特性在计划的时间内完成 使产品达到可发布的状态
第三阶段— 第三阶段— —开发
曾
广 平
第四阶段— 第四阶段— —稳定
可发布版 本准备就 绪
黄金版本 版本注释 关于产品使用的支持要素 测试结果和测试工具 源代码和可执行程序 项目文档 里程碑评审记录
运营与支持信息系统 程序和过程 知识库,报告, 知识库,报告,日志 文档库,包含项目过程中产生的所有版本的文档, 文档库,包含项目过程中产生的所有版本的文档, 资源 所有项目文档的最终版本 下一步的工作计划Βιβλιοθήκη 曾广 平概述
按期并在预算范围内创建行之有效的业务解决方案需要一种经 过检验的方法. 过检验的方法.Microsoft 解决方案框架提供了一个适应性的 框架,用于以更快的速度,更少的人员, 框架,用于以更快的速度,更少的人员,更少的风险来成功地 交付信息技术解决方案,同时取得更高质量的结果. 交付信息技术解决方案,同时取得更高质量的结果.MSF 会帮 助小组直接解决导致项目失败的大多数常见原因, 助小组直接解决导致项目失败的大多数常见原因,以提高成功 解决方案的质量和业务影响. 率,解决方案的质量和业务影响.MSF 就是创建用来处理技术 项目和环境动态特性的, 项目和环境动态特性的,它能够提高项目实施过程中适应持续 变化的能力. 变化的能力. 被叫做框架而不是方法是有特定原因的. MSF 被叫做框架而不是方法是有特定原因的.和规定性的方法 不同, 提供了一个灵活的和可伸缩的框架, 不同,MSF 提供了一个灵活的和可伸缩的框架,其适应能力能 够满足任何项目(不论其规模和复杂性)的要求,以规划, 够满足任何项目(不论其规模和复杂性)的要求,以规划,构 建和部署业务驱动的技术解决方案. 的观点是, 建和部署业务驱动的技术解决方案.MSF 的观点是,没有哪个 单一的结构或者过程能够适应所有项目的环境和要求. 单一的结构或者过程能够适应所有项目的环境和要求.尽管如 但是它也认为:对指导的需求是存在的.作为一个框架, 此,但是它也认为:对指导的需求是存在的.作为一个框架, 就提供了这样一种指导, MSF 就提供了这样一种指导,而不会强迫实施很多限制性的细 否则这只会将其用处限制到有限范围的项目方案里. 节,否则这只会将其用处限制到有限范围的项目方案里.
项目研发过程中的微软式管理控制——软件开发项目管理的案例解说系列(四)
软件开发项 目管理》一书中对 交物上 ， 它们包括： 开发 团队呈交的软件 遵循开发管理 的执行规章和使 用高效的 理 。我在 《
个 决 定 手 段 和 过 程 ， 整 个 开 发 组 织 也 必 须按照统一的规则来进行。
微 软在这 方面 经过 自己三十 多年产
品 开 发 的 实 践 和 经 验 教 训 ．总 结 出 了一
鞠豳圈——■ 在本篇文章里 ，我将讨论 测试 团队对 以上呈交 的各个 工作的成果 套极为有效 的开发 管理 的运作流 程和与
ｒ ａｋ ｇ ａｄＭａａｅ ｎ ｙｔ 的 ｏ Ｔ ｎ ｅ 开始进行 具体 的开发工作 之后 ，一 个开 地进 行 整个开 发项 目执行 过程 的管理 ， ｔ ｌ ｒｃｉ ｎ ｎｇｍｅｔＳ ｓ ｍ） 发组织 的各种 工作结果反 映在各个 团队 光靠简单化 的记 录工具和原始 性的手动 工具 ，建立 与之相关的有关规章 制度和
建立开发运作管理的 中心
当一 个软 件开 发项 目完成 了计划 、
都 为达 到 项 目的 整 体 目标 而 出力 ，是 一 过共同使用统 一的纠错和更 改的追踪和
个不简 单的管理 任务 。要做 到能够 有效 管理 系统 （ｕ ｒ ｋ ｇａｄ Ｃ ａｇ ｏ— Ｂｇ Ｔａ ｎ ｈｎｅＣ ｎ ｃｉ ｎ
维普资讯
隗
量缓
Ｍａ ａ ｅ ｅ ｔ Ｐｒ ｃ ｅ ｎ ｇ ｍ ｎ ＆ ａ ｔ Ｓ Ｃ
项 目实践
＞＞＞
在 这 样 一 个 有 多 个 团 队进 行 同 步 工
微软实训MSF流程讲解
MSF基础原理
• MSF 的核心有八个基础原理：
1. 2. 3. 4. 5. 6. 7. 推劢开放式沟通 为共同的前景而工作 赋予小组成员权力 建立清晰的责仸和共同的职责 关注交付业务价值 保持灵巧，预测变化 质量投资 学习所有的绊验
MSF 的模型和准则
MSF 模型
• MSF 小组模型
• MSF 小组模型定义了小组同级 成员的一些角色和职责
实训中可以学到的
身仹的改变 自我学习 自我管理
面对失败
学会团队合作
实训方式安排
一、团队开发，荣辱不共 二、基于CMMI 的MSF模型 三、企业化要求，角色分配 四、没有老师 五、项目最终可能失败
实训项目简介
• 详见 : • 2013年 微软综合应用开发技术培训方案
（华中科技大学）.doc
微软MSF解决方案框架 简介
• 交付成果
• • • • a)试运行评审 b)可发布版本 c)测试和缺陷报告 d)项目文档
MSF过程模型——部署阶段成果
• 目标：把解决方案实施到生产环境之中
• 团队的工作重点
• a)促进解决方案从项目团队到运营团队的顺利过渡 • b)确保客户认可项目完成
• 交付成果
• a)运营及支持信息系统 • b)所有版本的文档、装载设置、 配置、脚本和代码 • c)项目收尾报告
• 主里程碑是项目阶段的转换点。MSF中主里程碑有“远景/范围认可”、 “项目计划认可”、“范围完成”、“发布就绪认可”、“部署成 功”。 • 中间里程碑是指两个主里程碑之间的小的工作目标指示物戒工作成果。
MSF 过程模型的阶段和里程碑
迭代的方法
MSF过程模型——构思阶段成果
• 目标：创建一个关于项目的目标、限定条件和解决方案的架构 • 团队的工作重点：
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
PPT文档演模板
微软软件开发流程实施
项目初始化(二)
m 项目动员大会
l Audience 听众:所有可得到的人力资源 l 主题
Ø 宣布项目开始 Ø 项目前景陈述 Ø 团队组织 Ø 人力资源获得: 招聘+培训 Ø 项目发布时间
PPT文档演模板
微软软件开发流程实施
工作准则-明确准则,积极工作
m PM的工作
PPT文档演模板
微软软件开发流程实施
解决方法
m 软件开发过程管理
l 资源管理,包括管理时间,管理成本,管理人员 l 产品管理,管理功能,实现,质量
m 实施步骤
l 团队建立-一个高效的团队具有如下特征
Ø 目标一致,信念明确 Ø 积极有效沟通,不要假设别人已经知道 Ø 主动做事,主动促进流程改进,主动回复别人EMAIL等,主动共享信息
给全组. l 在制订计划时,必须考虑到会议,假期,汇报工作,单元测试,病假,解决缺陷和不可预料的事件.缓
冲一般为30%~50%.在固定发布日期条件下,尤其应该增长缓冲.
PPT文档演模板
微软软件开发流程实施如何实现来自功的进度控制m 监控和度量
l 每天队员发Daily Report, 它的格式:
Ø Highlight Ø Shortcoming Ø To Do List
CODE REVIEW测试. m 如果没有错误,提交到源代码服务器.通过这种方法保证源代码服务器中的程序始终是可
运行的. m 如果本次CHECK IN完成了某一个功能,发送TRD到TEST TEAM,证明此功能已完成并可
测试
m DEV发送日报. m DEV LEAD指定专门的BUILDER和BVT人员.并写成BUILD SCRIPT.每天在固定的时间运
PPT文档演模板
微软软件开发流程实施
M1
目的 开始 结束 术语
PM责任 开发组责任 测试组责任
用户教育
开发产品,保证代码质量并降低BUG数量
编码开始
测试团队认为编码按时符合规格书规范完成
Test specification; test cases; test scripts; unit testing; TRD; check in; check in test; BVT; Acceptance Test; Daily build; MileStone Postmortems; Bug Committee; 管理产品规格书,管理功能组工作状况,保持全组工作重点,推动工作进度
PPT文档演模板
微软软件开发流程实施
文档模板-测试计划(一)
m 测试环境描述,包括服务器,安装程序描述 m 人力资源划分 m 测试流程及不同阶段的测试重点
l 功能完备性测试
m 测试目标,范围和质量标准 m 测试区域划分
l 易用性测试 l 性能测试 l 可靠性测试 l 平台测试(使用矩阵) l 恢复测试 l 回归测试 l 缺陷跟踪工具
PPT文档演模板
微软软件开发流程实施
流程改进本质-使软件开发可控制
m 使软件过程开发成为一个可控制的过程
l 数字化管理: 基于数字的软件开发度量 l 树立时间计划的权威性,有效控制时间 l 软件产品有清晰的标准:功能规格书(Functional Specification)作为全组的标准,必须具有权威
PPT文档演模板
微软软件开发流程实施
工作流程(一)
m DEVELOPER检查BUG数据库和电子邮件.如果发现自己的BUG数量高于给定值,则停止 开发,更改BUG.
m PM和LEAD检查BUG数据库和电子邮件.指定BUG给某一个TEAM MEMBER.如果可争议 BUG太多,召开BUG TRIAGE会议,讨论BUG的优先级.
微软软件开发流程实施
项目初始化(一)
m 软件企业需要一个能够满足缺陷跟踪和管理的工具,同时能够为决策提供支持. m 市场调查(市场人员),并给出产品需求书
l 产品前景 l 目标用户 l 产品包和构件 l 平台支持,硬件和软件环境 l 语言支持 l 功能要求
m 管理层决定实施该项目,并决定PM, Test Lead, Dev Lead人选 m 管理层决定Review Meeting的时间 m 完成Vision Statement(前景陈述)
微软软件开发流程实施
PPT文档演模板
2020/11/14
微软软件开发流程实施
现存问题
m 测试团队没有权威,没有明确的质量标准和员工度量标准
m 团队成员之间缺乏有效沟通
m 实现的功能不是最初的设计目标,既产品规格和产品开发的一致性 m 产品规格更改维护 m 产品进度无法控制 m 测试计划 m 文档管理
行该BUILD SCRIPT.如,每天2:00AM. m 每天早上9:00-9:30对当天的BUILD进行BVT和冒烟测试,通过后提交到RELEASE服务器.
PPT文档演模板
微软软件开发流程实施
工作流程(三)
m TEST TEAM指定专门的可接受测试人员,并给出可接受的标准.9:30-10:00,指定的测试 人员每天早上运行可接受测试,如果成功发EMAIL给全组.
m 每天的RELEASE中需要包含说明文件(本版本更正BUG,实现功能,改变的文件),如果是 API测试应包含类库文档
PPT文档演模板
微软软件开发流程实施
工作流程(二)
m DEVELOPER每天早上从源代码服务器下载代码,更新其它程序员的改变. (SD SYNC) m DEV编辑自己的文件 (SD EDIT),完成某个FEATURE. m DEV编译自己的本地源代码拷贝并进行单元测试,如无错误,交给BUDDY TESTER或
PPT文档演模板
微软软件开发流程实施
M0
目的 开始 结束 术语
PM责任 开发组责任 测试组责任 用户教育 管理层
设定项目目标和计划
完成Vision Document
开始编码
Vision Statement (Marketing), Product Specification (PM), test Plan (Testing), Development Plan and Schedule (Dev), UE Strategy and Plan (UE) 1.完成产品规格书; 2. 确定产品功能优先级; 3. 确定项目日程表 4. 处理外 部部件和其它组关系;测试计划检验 开发组日程表;代码和构架设计;决定各个功能在哪个里程碑完成;规格书检 验;测试计划检验 规格书检验;初始化缺陷数据库;移植前一个版本中的延迟的缺陷数据;添加 支持部报告的缺陷; 规格书检验(易用性,完整性和与其它产品的关系),并反馈给PM;提供文档资 料计划; 日程安排 评估上个项目,并改进流程;评估从项目中得到的数据(如缺陷数据分析,工 作量统计,缺陷质量);定义不同团队之间的合作方式;同意项目计划;
列表等.
PPT文档演模板
微软软件开发流程实施
文档模板-Function Specification
m 人力资源+Feature Team(功能团队) m 前景描述 m 平台要求 m 语言支持(本地化和全球化) m 出错处理(日志,警告,信息)和最终返回错误信息 m 用户场景(User Scenarios) m 功能细分和说明 m 安装程序 m 快捷键要求 m 性能目标 m 用户教育文档和进度计划 m 进度计划 (Microsoft Project) m UI 设计文档
l 通过Process使成员各司其职,每件事情必须有负责人 l 数字化管理
m 实现方式:流程+工具+文档+数字
PPT文档演模板
微软软件开发流程实施
实施考虑
m 软件流程改进实施前提条件-作为软件企业的ERP系统,改变必然涉及每一个人的日常工 作和思维方式,必须有强有力的领导支持和自适应的能力.
l 企业已经建立了有效的邮件管理机制和信息共享机制(通过内部站点共享知识库,资源等). l 潜意识的有效沟通-使每一次需求更改都被所有的团队成员知道 l 高效率协作,没有权利而是依靠权威和知识领先性的管理方法,结果是高创造性 l 积极工作,发表意见,改进流程
设计,记录和编码;单元测试,冒烟测试,每日构建,BVT; TRD;解决问题;保证 按时完成; 设计,记录测试规范;写自动化测试编码;在正式提交的代码中进行可接受测 试;在里程碑时运行所有的测试案例;报告和关闭缺陷;给出产品质量和功能 完成性评估报告;认证功能完成;检验用户文档 书写用户教育文档;基于用户任务来评估功能的完成;用户辅助工具;用户教 育文档测试计划
PPT文档演模板
微软软件开发流程实施
其它工作
m 人员培训,熟练掌握各种工具. m 建立源代码服务器,培训TEAM MEMBER使用版本控制工具.确定各团队工作目录 m 确定常规会议,如周项目状态会议 m 新员工工作手册,使新的员工能够非常清楚的知道各个Server和环境安装,及工作流程 m 建立Build服务器和Release服务器 m 测试团队建立BUG数据库服务器 m 建立团队工作信息发布站点,发布团队新闻,共享文档资源,Team Member联系方式,任务
PPT文档演模板
微软软件开发流程实施
文档模板-Implementation spec
m 实现文档是一个文档集,包括数据字典 m 资源管理,指定Builder, BVT 所有者,Peer Review m 开发环境,技术选型,程序构架和设计模式 m 代码重用 m 模块划分 m 出错处理 m 多语言支持 m 性能考虑 m 数据库设计 m 公用接口设计
l 通过Code Review代码审核提供高质量代码 l 制定合理的时间计划 l 技术选型,代码重利用从而达到按时完成代码 l 总体构架设计和通用程序设计 l 团队成员沟通
m Test Lead的工作
l 测试环境的建立 l 测试策略制订 l 测试方法和工具的选用 l 测试案例的维护 l 发布测试报告