您好!
欢迎来到京东云开发者社区
登录
首页
博文
课程
大赛
工具
用户中心
开源
首页
博文
课程
大赛
工具
开源
更多
用户中心
开发者社区
>
博文
>
Being Agile! 提升自管理、降低微观管理
分享
打开微信扫码分享
点击前往QQ分享
点击前往微博分享
点击复制链接
Being Agile! 提升自管理、降低微观管理
自猿其说Tech
2021-01-14
IP归属:未知
731浏览
敏捷
业务敏捷
计算机编程
#### 主编的话: 这周接连遇到有同学问我:经常看你在周末推送文章,这是你们部门的要求么?或者说:你好拼啊!总是在加班。 No、No,亲爱的同学,我只是尝试在各种时段发布文章后,发现周日晚上的“即时阅读量”是最大的;而且,一直如此;所以,不是我很拼,是大家的努力都很在线哦。So……向勤劳的你,致敬! #### 今天这篇文章,由教练侯秦主笔,谈谈敏捷中的管理。鼓掌!!! 微观管理就是把一些卓越、不凡、有想象力的人带进组织,然后让他们抓狂。” ——Box.com创始人兼CEO 另一面:如果团队纪律性低,形成不了自管理,管理者会在微观管理的泥潭中抓狂!——宋教练 #### 什么是微观管理? 要明白Being Agile为什么需要降低微观管理,我们先了解以下什么是微观管理! ![](//img1.jcloudcs.com/developer.jdcloud.com/fcada7d1-a0fa-49c8-8c5c-895570db6efa20210112114805.png) 管理有四个维度,分别是 愿景管理,目标管理,宏观管理,以及微观管理;前三种从字面上可以了解一二,这里具体说一下微观管理的定义: - **微观管理:** 相对于资源,体系,平台,组织层面的管理,微观管理主要体现在对于流程,方法,工具,技术,冲突等细节进行管理的行为。 根据企业组织所处的不同的发展阶段,或者管理者的职位不同,管理的侧重不同,比如: - 初创企业可能会更善于愿景和目标管理,公司的组织规模和架构都还不需要过于纠结平台以及流程方面,只管实现目标就好,一切可以很灵活。 - 总监的岗位价值更多来自于项目搭建,路径设计,资源整合。因此目标管理以及宏观管理尤为重要。 - 专员级别,岗位价值多在于个人高质交付。因此对于流程细节的自我管理就非常重要了。 从大概念上来讲,**在某一管理层级上的人,混淆或者错误认知了自己的管理纬度重点,进行了过多的降维管理,就可以认为是过度的微观管理。**它还有其他的大家熟悉的别名,比如过度控制,监督等。 而敏捷对于管理实践,也有诸多方法论: - 有强调愿景管理和目标管理的OKR(Objective Key Result)实践; - 有强调系统优化,和持续改进的Scrum和Kanban等管理实践; - **而对于微观管理,对于不成熟的团队应当进行适当的微观管理方式,而对于慢慢成熟起来的团队,则需要逐步降低微观管理的使用,最终达到团队的完全自组织。这是敏捷转型的重点之一,也是辅导团队的方向之一。** ------------ #### Scrum是如何提升自管理的? ScrumMaster具有服务式领导力,就像是团队的牧羊犬,保护团队,为团队达成目标而移除障碍,团队是通过自我管理达到自我优化的。那么敏捷团队如何做到自我管理呢? 简单来说就是透明,检视,和调整。这正是Scrum的三大支柱。Scrum框架中的各种活动以及工件也正是围绕着这三大支柱而设计的。 <center>![](//img1.jcloudcs.com/developer.jdcloud.com/1dccce6f-2073-4c23-b564-05805625d79620210112115030.png)</center> - 需求梳理计划会议,确保产品经理和团队对于需求及其用户价值和验收标准的一致化理解。 - 演示会议,对于增量产品的检视和调整 - 回顾会议,对于团队协作方式的检视和调整 - 每日站会,Scrum框架中最小的检视调整环,暴露风险,做当日计划,团队协同。 透明又是检视和调整的基础。高透明度不仅包括过程要透明,而且对于事情的完成标准,流转规则也要有理解一致。 所以团队要有DOD的建设,团队公约的建设,还要使用工具“行云”记录需求的不同特征,以及不同阶段的流转。 只有这些数据反应了真实情况,才能确保团队检视是基于事实的检视,这样的检视才有意义,暴露出的改进点才是真正的疼点所在。 这也是勇敢者俱乐部的设计,对每一个初转型的团队,我们特别强调,包括要检查比如站会,计划会议,回顾会议,产品代办列表,DOD,燃尽图等的落地情况。因为,规范需要从行为开始,严格按照Scrum定义的活动开始执行,使之形成习惯,流入血液,变成肌肉记忆,当团队自管理形成习惯后,微观管理自然会降低,那么文化和思维的改变就会随之而来。 #### 写在最后 敏捷已经不是一个新鲜事物,从上个世纪90年代Scrum被发明至今,已有了30多年的历史了,而且还有那么多转型成功的优秀企业为其背书,但并不代表,我们的路会是一路通畅;转型之初,伴随着新的工作方式的学习和适应,一定会有各种讨论探索和摩擦,还可能会有产出效能的短期下降,我们应把眼光放得长远,看到敏捷带来的长期收益:效能提升,质量提升,客户满意,员工幸福度提升等。 ------------ ###### Being Agile 京东物流技术发展部效能提升部 ###### 作者:效能提升部 侯秦 ![](//img1.jcloudcs.com/developer.jdcloud.com/84719b7d-98b7-423f-9f99-bf531a8c20ae20210114122233.png)
原创文章,需联系作者,授权转载
上一篇:Being Agile!产品定位 之 电梯演讲
下一篇:Being Agile! 日常必用的三个迭代空间数据
相关文章
浅谈对敏捷的认识
架构研究:研发敏捷与中台架构(论前台bp研发敏捷)
敏捷实践 — 估算
自猿其说Tech
文章数
426
阅读量
2150220
作者其他文章
01
深入JDK中的Optional
本文将从Optional所解决的问题开始,逐层解剖,由浅入深,文中会出现Optioanl方法之间的对比,实践,误用情况分析,优缺点等。与大家一起,对这项Java8中的新特性,进行理解和深入。
01
Taro小程序跨端开发入门实战
为了让小程序开发更简单,更高效,我们采用 Taro 作为首选框架,我们将使用 Taro 的实践经验整理了出来,主要内容围绕着什么是 Taro,为什么用 Taro,以及 Taro 如何使用(正确使用的姿势),还有 Taro 背后的一些设计思想来进行展开,让大家能够对 Taro 有个完整的认识。
01
Flutter For Web实践
Flutter For Web 已经发布一年多时间,它的发布意味着我们可以真正地使用一套代码、一套资源部署整个大前端系统(包括:iOS、Android、Web)。渠道研发组经过一段时间的探索,使用Flutter For Web技术开发了移动端可视化编程平台—Flutter乐高,在这里希望和大家分享下使用Flutter For Web实践过程和踩坑实践
01
配运基础数据缓存瘦身实践
在基础数据的常规能力当中,数据的存取是最基础也是最重要的能力,为了整体提高数据的读取能力,缓存技术在基础数据的场景中得到了广泛的使用,下面会重点展示一下配运组近期针对数据缓存做的瘦身实践。
最新回复
丨
点赞排行
共0条评论
自猿其说Tech
文章数
426
阅读量
2150220
作者其他文章
01
深入JDK中的Optional
01
Taro小程序跨端开发入门实战
01
Flutter For Web实践
01
配运基础数据缓存瘦身实践
添加企业微信
获取1V1专业服务
扫码关注
京东云开发者公众号