今天的话题就来解答这个问题，先抛个结论：管理其实只是基本功，真正的护城河其实是领导力。如何具备领导力，其实是一个很复杂的话题。先抛砖引玉。
本次讲座共有四个话题：
1.敏捷模式下的测试管理的定位。
2.敏捷测试组织管理如何开展
3.如何做好向上以及向下管理
4.测试管理如何修炼内功，构建自己的护城河
一： 敏捷模式下的测试管理的定位
一般情况下，大家对管理岗位都有一些偏见。
一）对管理的误解
1.做管理必须技术好。尤其技术好的人，很多人会鄙视技术不好的领导。
2.快速见效的工具胜过流程制度。 管理很简单。就是找个好工具呀，快速入手。
3.管理就是分任务。
4.领导自我和领导他们差别不大。
其实大部分都对管理有误解，接下来我们详细了解管理。
二） 康威定律网上搜索了下康威定律，大家了解下。
康威定律
康威定律是马尔文康威1967提出的：“设计系统的架构受制于产生这些设计的组织的沟通结构。”通俗的来讲：产品必然是其（人员）组织沟通结构的缩影。 [1]康威定律可总结为四个定律：第一定律组织沟通方式会通过系统设计表达出来。第二定律时间再多一件事情也不可能做的完美，但总有时间做完一件事情。第三定律线型系统和线型组织架构间有潜在的异质同态特性。第四定律大的系统组织总是比小系统更倾向于分解。
相由心生，什么样的组织结构，就有什么样的产品。什么样的组织结构，企业技术，工程文化，最后都体现在组织的产品上。组织的结果其实是有组织结构，企业文化，工程文化等等组织因素决定的。
引申到质量测试领域里，没有好的质量管理，测试提升无非就是多找几个bug，并不能从根本上解决质量问题。就是常说的：种瓜得瓜，种豆得豆。
从康威定律我们了解到组织结构对软件产品质量影响具体，首先学习下组织结构。
三）组织结构图
组织结构图，影响汇报关系，因而影响职能部门，影响最后的结果产出。
组织结构图相关描述：
1.描述了团队，部门，工作单元和其他组织实体。
2.描述了团队，部门，工作单元和其他组织实体的关系。
3.分层汇报线：代表了组织内的沟通路径。
4.2种组织形式：
●职能型---按照职能划分，比如HR，行政，研发，销售等。
●矩阵式---业务和职能双线管理。 业务线负责业务，职能线负责员工成长\
了解了不同组织结构图之后，我们来看看管理和领导力到底有啥区别。
四） 管理和领导力的区别
领导力关注更高一层：比如战略，让团队产生自驱力， 主要实现变革，要做正确的事情。确定团队经营方向， 凝聚团队，激励与鼓励。
管理关注在日常业务：比如战术，需要让团队对完成规定的任务，维持日常运转，正确地做事。计划和预算，组织人员预算，控制和解决问题。
五） 做好管理的要求
1.基础要求---维护团队日常运行，做好时间管理，站在团队角度去考虑问题。
2.进阶要求---有意识选拔有潜力的管理者，让一线管理者对工作负责，协调团队和部门之间的工作，
介绍完管理相关内容，接下来我们看看下个话题。
二：敏捷测试组织管理如何开展在讨论how的问题之前，我们先看下what
一）敏捷测试重点工作
1.组织快速有效的测试------迭代，看板， 自动化和度量\
2.持续团队构建----团队结构，协作模式，技术路径，打磨团队的沟通方法，团队优先文化。
3.快速交付-----基础设施建设，流程以及规范建设，项目管理。
4.人员考核----需求承接度，协作模式，技术路线，打磨团队的沟通方法，团队优先文化。
二）敏捷测试常用技术
目前开发越来越高效了，日常开发用到的技术有哪些：
1.DevOps
●持续反馈
●预防性评估
●快速有效测试
●流水线环境管理
●动态实时质量
●非功能性质量保障
2.质量内建
3. 微服务，容器技术，云计算4. 敏捷开发 CI/CD
随着技术的不断发展，敏捷团队里使用的技术越来越复杂，但是这些技术是推行敏捷测试的拦路虎吗？其实不是的，这些技术促进了开发敏捷开发，让开发代码越来越快速了。那么推行敏捷测试也是势在必行。
三）敏捷测试困境
常见公司的测试问题有：
1. 管理规范不健全
2.发展空间小
3.工程文化意识弱
4.基础设置不完整
5.团队整体水平不强
在以上测试困境下，如何实施好敏捷测试呢？
四）如何实施好敏捷测试？
从管理，工程和技术角度去考虑。
1.管理角度:
●引入敏捷等理论，先让团队达成共识
●调整测试的组织形势。
2.工程角度：
●引入CI CD 自动化测试
●完善功能和非功能测试方法
●改进流程
3.技术角度：
●引入自动化测试平台
●微服务
●实践新技术
大家都知道敏捷测试4要素：迭代，看板，持续交付和度量，要实现敏捷的这四个要素，有哪些敏捷测试模型可参考？
五）敏捷测试模型和持续改进
可参考下面2张图片。
敏捷持续改进
上半部分，就到这里。明天我们接着分享。
