豆爸的手册
  • 简介
  • 计算机基础
    • 浮点数的二进制表示
  • 架构设计
    • SSO
  • 服务器
    • 开启 gzip 压缩功能
    • 使用Liunx的crontab配置定时任务
    • OpenSSL生成秘钥对
    • 什么是线程安全
    • nginx基本配置与参数说明
    • Nginx日志配置参数
    • Linux命令
      • iostat
    • CGI, FashCGI, PHP-FPM
    • nginx中rewrite模块break和last原理详解
    • OOM
    • XXE漏洞的简单理解和测试
    • Apache 配置反向代理
    • 阿里云OSS STS上传配置
  • PHP
    • Laravel框架
      • Laravel 使用Apache服务器无法获取header中Authorization
      • Laravel5.1 表单数组验证
      • Laravel5 如何验证路由中的变量
      • Laravel 清除表单字段前后空白的Middleware
      • Laravel 获取执行的SQL语句
      • Laravel 将stdClass转换成Eloquent Model
      • 实际开发中如何活用 Closure
      • IoC 容器
    • Symfony框架
    • PHPExcel支持的样式
    • 计算地球上2个经纬度之间的距离
    • 创建一个自己的 Composer/Packagist 包
    • PHP Trait
    • 关于PHP浮点数
    • PHP7.2使用openssl替换mcrypt
    • rpc是什么?php中流行的rpc框架有哪些
  • MySQL
    • MySQL事务隔离级别
    • MySQL使用可重复读作为默认隔离级别的原因
    • FIND_IN_SET vs IN
    • MySQL慢查询
    • 是否使用SQL_CALC_FOUND_ROWS
    • GROUP BY性能优化
    • MySQL分页优化
    • MySQL在2个值之间获取随机数
    • MySQL数据库
      • 建表规约
      • 索引规约
      • SQL 语句
      • ORM 映射
    • MySQL 5.6 原生Online DDL解析
    • mysql使用utf8mb4经验吐血总结
  • HTTP
    • HTTP:Content-Type
    • 从HTTP到HTTPS再到HSTS
    • 主流浏览器中如何清除HSTS设置
    • 也许,这样理解HTTPS更容易
  • JavaScript
    • 跨域资源共享 CORS 详解
  • Git
    • 撤销合并
    • 从其他分支checkout文件或文件夹
    • 批量删除分支和标签
  • 前端
    • Grid布局
    • Flex布局
    • 浅谈OSS跨域功能
  • 书摘
    • 高效程序员的45个习惯
  • OpenResty
    • 新手上路
  • 敏捷开发
    • 为什么Scrum Master不叫Scrum Manager?
  • Postman
    • 使用Newman执行collections的时候,如果上传文件
    • 同步API定义到Postman
  • RESTful API最佳实践
  • 开发工具
  • 设计模式原则
  • Charles 从入门到精通
  • 阿里云OSS STS上传配置
  • 流式分页
Powered by GitBook
On this page

Was this helpful?

  1. 敏捷开发

为什么Scrum Master不叫Scrum Manager?

Previous敏捷开发NextPostman

Last updated 5 years ago

Was this helpful?

『你有能力教导她,你可以传递知识,传递经验,传递…, 传递你曾经失败的经历,是的,失败的经历是最重要的,在我们的帮助下,他们将超越我们,这就是一位Master真正的意义』- 星战8

Manager职位是应对和解决复杂性的. 在给定大目标的前提下, Manager通过管理手段来驱动资源, 向着完成目标的方向前进, 他需要协调各种资源(包括甚至主要是人力资源),使之相互配合以完成目标.

这个要求, 导致了Manager的提拔具有一个特点, 就是在一个职位上比其他同僚能更好的处理该级别的复杂性, 就会获得提拔, 因为他可以更好的指导其他人工作, 也可以更全面的预见困难和风险.

Manager的这些特点, 导致了职场上的一些现象. 例如:

1、一个Manager带领他不熟悉的行业的职能团队时, 往往会不自信. 同样, 团队成员对”不懂行”的Manager也颇有微词.

2、另一个现象是一部分Manager怕下属超越自己. 如果团队中出现能够处理好当前团队面临的复杂性的员工, 往往被视为Manager的继任者, 特别优秀的则被视为Manager职位的潜在威胁.

在我的Scrum课上, 很多Manager曾经提问, 团队成员都成长了, 还要我干什么?或者是问:在Scrum中我的位置在哪里?这些困惑的原因,还是上面提到的Manager的工作性质和选拔机制决定的.

还有就是由于Manager要驱动目标成功实现,所以对风险的管控比较严格,对失败持尽量避免的态度。另外Manager的选拔机制决定了 Manager要尽量避免在下属面前出错,还有一些其他原因,综合导致了在传统化的管理体系里,对错误是持“恐惧”态度的。

Master与Manager有明显的不同:

  1. Manager是以做成事为第一目的,而Scrum Master是以培养人为第一目的。敏捷联盟对其技能的要求也印证了这点:Teaching、Mentoring、Facilitating、Coaching。这四种技能都是跟培养人才的技能。

  2. Manager要在下属面前避免犯错, 而Master则愿意将自己的失败经历作为别人学习的素材。

  3. Manager要不断保持对下属,对平级的优势才能晋升,而Master则以培养能够超越自己的人才为己任。

这也体现了Scrum的一个核心精神—即打造卓越的团队和个人。

Scrum Master是打造卓越团队和个人的灵魂人物,现在的企业系统中尚缺乏对该职位的充分认可和奖励晋升机制. 解决了这个问题的企业,才能真正收获Scrum带来的红利,在此之前,Scrum仅仅是另一个流程而已。

对比Scrum Master和Manager,不是觉得二者有优劣,而是要分清楚二者的职责和行为方式。二者都是组织中不可或缺的角色。即使你要转型成敏捷组织,Scrum Master也不是用来取代底层Manager的。

很多时候要做事就无法照顾到人,照顾人就无法做事。传统企业里要求Manager来承担既要做成事,又要照顾人,当二者冲突时,毫无疑问都要先保证”成事”。

添加Scrum Master做为团队”看护人”的角色,专注团队成长,并在关键时候与Manager角力,保证在压力下,仍能给团队一丝空间成长,而非被持续而来的压力透支,这是我心目中正确的做法。

http://www.scrumcn.com/agile/scrum/20281.html