方法论
Shape Up 阅读笔记(10)- 思考:管理成本和战略领导力。
思考:管理最低成本高效率的方式,就是具备战略领导力。 被忽视的管理成本 管理要求,也是有成本的。 相当一些管理者完全无视这一点,而规模化的组织会数倍的放大管理成本,造成极高的内耗和浪费。 比如:手工记录详细工时,故事点,不必要的增加审批,验......
Shape Up 阅读笔记(9)- 思考:管理的本质是支撑和服务。
思考: 更好的管理,你需要理解组织内每个工种的愉悦感和挑战 最糟糕的管理,就是「你听我的」 我懂得多,所以你们听我指挥。——这是最差的一类管理者。 我管宏观,细节你们搞定。——这也是最差的一类管理者。 即使是有人专业素养能完美的实现最优的「......
Shape Up 阅读笔记(8)— 思考:降本增效的本质。
思考: 效率的核心只有一个:合理的权责。(反过来说,一切效率不佳的本质都是权责优化不到位) 权责的关键只有两个:范围和边界。 谈范围的时候,永远往最上面找;谈边界的时候,永远往最左边找。 这就是降本增效的本质。 你一定看过的 「降本增效」的......
Shape Up 阅读笔记(7)- 还有些重要的细枝末节
关于 QA 的定位(边缘场景 only) QA 在每个 Cycle 的尾声进入,并测试各种边缘场景 实施团队对主要功能的质量负责 Basecamp 的实践是,很多年来都没有 QA 这个角色,直到业务的规模发现,边缘场景的 bug 造成的影响......
Shape Up 阅读笔记(6)- Scope on Hills: 抛开现象看本质的项目进度管理
Scope on Hills: 抛开现象看本质的项目进度管理 即使是高度自驱,高度自由的项目,仍然需要管理进度。 但没有人喜欢「被管理」。 被理解的项目节奏 理解项目初期,会有静默期,团队需要时间消化 Pitch 里的内容,需要设计和思考,......
Shape Up 阅读笔记(5)- Building: 软件项目应该有的样子
项目团队的构成 一般一个实施团队为 1 个设计师和 1-2 个工程师(1 前端,1 后端) 这几乎是效率最高的最小工作单元,能极大的降低协作成本 团队几乎完全异步和远程工作 没有专职的测试人员,测试部分如何权衡留到后文再写 Building......
Shape Up 阅读笔记(4)- Betting: 决策最重要的是发生在正确的层级
Betting 的核心逻辑 The betting table is a meeting held during cool-down where stake-holders decide what to do in the next cyc......
Shape Up 阅读笔记(3)- Shaping: 如何真正对需求负责
大部分软件研发行业说到“增效”,思考的都是怎么让“开发过程”更快。 就像所有的管理问题,从顶层设计才有效一样,所有的效率问题,从最上游找才会出现真正的答案。 Shaping 也许可以给你其中一个优秀的答案。 Shaping: 如何真正对需求......
Shape Up 阅读笔记(2)- 基本工作模式
Shape Up 的基本工作模式 Shape Up 中描述的关键工作包含三个部分 Shaping:对应一般软件研发产品需求分析阶段的需求分析过程 Betting:对应一般软件研发过程中的立项或需求排期决策过程 Building:对应一般软件......
Shape Up 阅读笔记(1)- 概览:一本非典型性软件研发担当手册
Shape Up 阅读笔记(1)- 概览:一本非典型性软件研发担当手册 一本非典型性的软件研发担当手册 《Shape Up》是一本极其少见的,以「甲方」视角撰写的行业沉淀。不同于市面上绝大部分操蛋的敏捷教练,研发管理顾问,大部分二流的科技行......
专栏:职场不用喝咖啡 - 碎片时间使用说明书。
写在前面 “时间是你最有价值的资产,不要浪费它。” —— 杰克·韦尔奇(Jack Welch) 我们生活在碎片化的时代,无论是短视频,社交网络的文字,信息流,邮件,几乎都是以分钟为单位在消耗你的时间。我们的工作,家庭的琐事,也毫不客气的把你......
思考的深度、逻辑实证主义和立于不败的人。
逻辑实证主义 在卡尔·波普尔(Karl Popper)提出影响深远的“证伪主义”(Falsificationism)之前,逻辑实证主义(Logical positivism)是彼时受众最广的哲学科学理论。 简单的说,逻辑实证主义就像一个非常......
降维。
首先 最近读到两篇对我触动比较大的文章。 第一篇:亚马逊的部分视频服务,从分布式系统回到了单体架构,节约了 90%的成本。 Scaling up the Prime Video audio/video monitoring service ......
又想到了一点风险,记录下来。
最近在思考厂里的一些风控和合规问题的时候,又想到了这段话。记录一下,顺便也发到了推上:Tweet 最近我妈问我:美国银行都可以倒闭,国内经济这么不好,银行理财还敢不敢买。 这个背后,实际上是个人金融风险管理的决策逻辑的问题。 金融风险定义中......
打工者个人成长指北。
作为内部培训材料的提纲,写完以后觉得还真就只是个提纲而已。每一条话题其实都值得起一个专题来深入介绍。我虽然很讨厌一般意义上的“生产力”话题,但我痛恨效率低下,所以这些年一直在改进自己的学习生活方法,试图让自己有限的脑容量,更好的偷懒,更好的......
不记账的个人财务管理说明书。
文章的最后有我目前使用的Excel模版,抛砖引玉 关于记账 我用YNAB记账大概七八年(亦或者更长,确实不记得了),见证了他从一次性付费的本地版本,走入了订阅制的地狱。如今$99/year的价格,似乎在嘲弄着每一个希望通过记账让自己的经济条......
Financial Risk and Production Management Philosophy 金融风险和生产运维管理哲学
金融风险?Financial Risk? 不知道为什么,突然回想起了被Gordon growth model支配的恐惧…… 金融风险的核心定义之一,便是所谓的风险并不等同于损失。风险是对不确定性的一种表达,在金融的世界里,风险可能同时代表机......
Incident RCA and Problem Identification
本指引用来描述一般意义的由生产事故作为入口的根因分析和问题管理方法。 背景 事故定义应着眼于服务不可用而非系统技术性故障,否则广义范围的问题管理方法则不适用。 问题管理制度应允许事故导向多个问题单,并分别定级和推进。 问题管理原则 问题管理......
Problem Management Methodology 问题管理的基本逻辑
问题的定义 Problem is an issue that could cause an incident. 相比较于事故(Incident),问题描述的是一种可能产生事故的概率,是一种对于已知风险的量化表达。问题并不需要总是用来代表技术......
一切问题都是管理问题。
一直以来的说法,互联网公司的「卷」不是一天两天了,年前企业微信团队还冒出来一个小插曲,应届生忍无可忍喷了一波。 里面有一段话,很能得到年轻人们的共鸣:延期一天,是不是马上就会倒闭? 答案很显然不是,延期一天微信自然不会倒闭,但延期一天究竟会......
Twitter Thread – 关于传统行业软件工程师的职业路径。
从工作的第一天开始,作为一个技术人员,我就从来都不写技术博客。我的博客永远只有我的生活,我的照片,我读的书,我走的路,我的喜怒哀乐,但不会有我的工作。 软件工程师其实是很容易入行的万精油职业,因为软件的存在首先是为了某一个行业的实体经济,解......
Knowledge Architecture。
経営者が過去を洞察して反省し、謙虚な姿勢を崩さない。そのうえで自分は日々会社の歴史を作っているという自覚を持つ。そういう姿勢と自覚を持つ経営者だけが未来を築いていくのでしょう。 —野中郁次郎 有幸的在一家规模不小的公司工作了七年,深刻的体会......