微软研发体系完美整合管理实践--PerfectTeamWork.docVIP

微软研发体系完美整合管理实践--PerfectTeam Work ? 课程简介：微软为何会拥有众多世界级的软件产品？并保持这些产品的长盛不衰？这些软件的背后是如何进行规划和管理的？本次大会将为您深度揭秘微软研发管理的独到秘籍——整合管理！微软内部有一句名言：“我们每一个人、每一个部门的工作都是要让其他部门的工作变的更简单！”这出自于微软异常重视研发环节之间的协调整和、部门配合和彼此促进。整个研发体系将需求、开发、测试、配置管理等关键环节融会贯通，提升部门间的Team Work和协作效率，让每一个部门都能在一种全局工程的模式下高效工作，最大限度的释放团队潜力！解决问题：- 软件研发环节之间的衔接出现问题，例如，需求频繁变更导致开发频繁重写；开发频繁修改又导致测试频繁重测- 正在从技术走向管理的年轻经理们对自己的业务比较清楚，但在部门间的配合建设和整体推进上思路还不够开阔，有时也不太清楚其他部门对自己部门的期望是什么、自己部门的工作方式对其他部门产生的影响是什么- 在人员管理、绩效考核、员工激励方面有很多伤脑筋的地方，如何解决员工缺乏责任心、不够努力、低绩效员工不服气、高绩效员工个性强，都很难管理等 章 节 内容 第一章 完美整合总纲 ? 什么是完美整合 明确“完美”的定义是什么 完美团队的关键成员 分析需求、开发、测试和配置管理在其中的角色和位置 部门间的问题 部门间的问题处理远比部门内部的问题处理起来要复杂的多，明确完美整合要解决的问题类型 【章节语录】： “完美整合就是在不断追求让每一个人的每一分钟都在做正确而有意义的事情……” 第二章 明确我们到底要做什么 需求和架构的配合 需求的分解需要结合整体设计架构并发进行，这一部分内容着重讨论需求与架构之间的相互影响和协调策略 需求分析结果到开发、测试的传递 如何确保需求稳定度；如何保证需求可以满足项目组的综合要求；如何处理需求阶段和开发阶段的衔接及相应标准 需求和开发的交互 需求应该细致到什么程度对开发来说才具备可操作性 需求和测试的交互 测试如何保证需求的可参考性 【章节语录】：“不要等待客户告诉我们他们的需求，客户需要的是比他们更专业的人……”“其实一般情况下需求是不会变的，不断变化的是我们对需求的理解，而不是需求本身！” 第三章 让整个研发团队都敏捷起来 Agile方法的核心价值观 小步快走、循环迭代、齐进齐退、随时纠偏！ Agile方法的12条指导原则 Agile方法在实践中的应用方法 成员角色分配 敏捷是整个团队的事情，一个环节不敏捷就整个项目组都敏捷不起来，让每一位成员清楚自己的责任和其他部门对自己的预期 【章节语录】：“什么是敏捷？凡事只做一次就是敏捷！” 第四章 测试驱动开发 通过测试提高开发有效代码率 要做好测试，首先要了解开发，将测试融入开发过程并行进行。 自动化测试的运行部署策略 自动化测试的实施光有技术和工具是不够的，需要工程化的综合使用，使之成为一个体系，甚至需要实现自动化测试的自动化 缺陷跟踪 将多种自动化测试工具和技术部署为一个复杂完备的大型质量保证体系 【章节语录】：“让开发和测试同时开始，并且同时结束”“让过去的工作对现在来说是可信赖的，这种感觉很美妙……” 第五章 持续集成 持续集成的支撑平台 配置管理作为整个研发的支撑平台，各研发环节所要担负的责任是什么 每日构建 世界顶级软件公司的配置管理策略案例分享 持续集成的实施 持续集成是贯穿整个研发过程的精细化管理的体现 【章节语录】：“别忘了check in最基本的字面意思，你check了吗？”“让每一次check in都是项目的一次进步……”