《敏捷,软件测试管理的挑战和机会》-+蔡为东+chinatest2012.docVIP

敏捷, 软件测试管理的 挑战和机会 蔡为东 Our_TestTip@ 新浪微博：@蔡为东 个人简介 ? 蔡为东，十余年的软件测试和团队管理的工作经验，是四 本软件测试类书籍的作者： – 《软件测试实战—测试Web MSN》 – 《软件测试工程师面试指导》 – 《步步为赢—软件测试管理全程实践》 – 《赢在测试—中国软件测试先行者之道》 内容简介 ? 敏捷给软件测试管理带来的挑战 ? 接受敏捷 ? 敏捷下的测试团队组织结构 ? 敏捷下的沟通 ? 敏捷下的绩效管理 ? 补位 ? 敏捷带来的机会和发展 ? 本演讲基于软件测试管理者的视角和立场。 ? 部分图片来自互联网，它们的版权属于原著者。 让我们彼此熟悉 ? 请2-3位朋友自我介绍 敏捷下的挑战 挑战 – 分散的团队结构 ? 挑战1： 传统的测试团队被打散，测试工程 师分散到不同的scrum team中。不同的团队 有不同的工作方式和步调。 挑战 – 角色重叠 ? 挑战2：如何做到既做好了管理，又避免测 试工程师有两个“婆婆”？（领地拥挤） 挑战 – 绩效考核 ? 挑战3：如何做测试工程师的绩效考核？ 挑战 – 测试团队 ? 挑战4：测试团队的氛围比以前淡了。如何 仍然维持一个测试团队，又如何提高？ 挑战 – 自己的绩效 ? 挑战5： 测试管理者如何体现自己的绩效？ 挑战 – 职业发展 ? 挑战6：测试管理者的重要性似乎降低了， 也出现了测试管理职位减少的情况。软件 测试管理的职业发展的前景在哪里？ …… 接受敏捷 敏捷带来的变化 ? 组织结构：在原有的纵向组织结构上，新增了横向切片。 组织结构的调整也频繁了。 ? 工作方式：各种角色组成小团队， 目标更加明确，节奏更快， 调整更多。每日检查工作， 产品持续集成。 ? 工作压力：工作压力可能会增大。 ? 思想上：这是一个不小的改变，需要时间。 接受敏捷 ? 为什么敏捷会流行？ – 软件业走下神坛 – 快速变更的需求 – 足够好就行（仅限于部分行业） ? 相对来说，测试团队更容易留恋过去。 – “为什么不是我的leader给我分配工作？” – “软件产品的各种需求、设计、交付文档呢？” – “在我开始测试之前，开发做了测试吗？” – “在scrum team中我感觉势单力薄，也没有归属感。” – “我感觉比以前忙了。” 接受敏捷 ? 整个软件研发团队需要在更短的时间里响应客户 的要求，作为一个重要组成部分的软件测试团队 也不能例外。 ? 在变化的大潮中，先适应者会多受益。 ? 测试团队的管理者要先接受敏捷，带着团队平稳 过渡，走向成功。 – 解决思想上的担忧和疑问 – 安排培训 – 帮助员工成功 ? “天下大势，浩浩荡荡，顺之则昌，……” （孙中山） 敏捷下的测试团队结构 敏捷下的测试团队结构 你倾向于哪一种？为什么？ 敏捷下的团队结构 ? 最少保留一线的测试团队，让测试工程师仍然有 一个自己归属的团队。 ? 发挥测试这个角色的作用。开发、测试、项目管 理、产品管理等多种角色互相促进、互相提高。 4 +1 5 开发和测试就像齿轮， 互相促进，如切如磋如琢如磨， 推动产品走向成功。 敏捷下的沟通 敏捷下的沟通 ? 敏捷的目的之一就是要改进沟通。多个 scrum team并行工作，有把沟通做的更好的 机会，但也有可能做的不如以前。 ? 不要让scrum成为隔离墙。 敏捷下的沟通 ? 做好与scrum master和开发团队的沟通。 （1）了解项目计划和安排。 （2）为工作任务分配提供咨询和建议。 （3）日常多交互，跟踪工作进度。 （4） 监督软件质量，提出要求和建议。 （5）听取和收集对测试工作的反馈。 敏捷下的沟通 ? 做好与测试工程师的沟通 （1）引导大家接受敏捷。做好解释工作，回答疑问。 （2）提供好工作基础服务，不让员工做无米之炊 （3）指导和监督软件测试工程师的工作，看到成绩，指出 不足，帮助大家提高。 （4）帮助大家与scrum master/team做好沟通。 不要让测试工程师感到孤单。 让员工得到两个方向的帮助，而不是 两个“婆婆”。 敏捷下的沟通 ? 测试管理者与自己的领导做好沟通 （1）对组织结构、工作安排等提出自己的看法 和建议。 （2）总结和展现出团队的工作成绩。 （3）总结和展现出自己的工作成绩。 （4）协助好高层管理者接受和做好敏捷。 敏捷下的绩效考核 敏捷下的绩效考核 ? “leader并不了解我的工作，他的绩效考核 是否能让我信服？” 考核标准 ? “如果没有目的地，你走哪条路都是对的。”绩 效考核难就难在没有标准。 ? 制定标准，并公开。尽可能事先说好，避免临时 规定。（心理契约） ? 考核标准是感性和理性的结合。管理者自身仍然 是绩效考核的一个重要的参照。 ? 考核标准的稳定性和员工可参与性