方案矬，可能是风水的问题
办公空间的用户是谁？ 他们日常的工作场景是什么？ 什么样的空间设计和工位安排能让他们工作起来更高效？ [阅读更多]
Author: 李光磊
打破铁三角：新的项目管理角度
时至今日，依然有很多项目受困于项目管理铁三角:范围、时间、和成本。是啊： 必须在2月底完成，因为报税高峰期3月份就来了。必须在10月底完成，因为要撑过双十一的并发量。必须在10. [阅读更多]
当谈论Feature Team时我们在谈些什么？
当谈论Feature Team时我们在谈些什么 Part I: What and Why “对手刚出了个新功能，这个功能咱们之前也讨论过，这次要做起来，要快，大约什么时候能上线？" “得去找个人做需求和设计，还要约运营聊一下具体需求; 现在产品经理手头都有别的事，要等; [阅读更多]
学习的逻辑 3：三人行必有我徒
今天谈学习中常见的两个观念上的障碍。 障碍一 在 Z记 [阅读更多]
给你1000辆车, 你能否改善北京交通?
复杂系统 vs. 线性系统 一堆小石头一个个砸不死人，合成大石头则不然 北京的环路有很多入口. 一个现象是入口处, 主路上车速变慢, 过了入口, 车速逐渐恢复. 如果你觉得车多是拥堵的原因的话, 就很难解释这个现象. 因为入口之后的车是要比入口前的车多的, [阅读更多]
学习的逻辑 2: 职业半山腰
<<学习的逻辑: 知识经济学>>中介绍了基础的逻辑. 本文是其姊妹篇, 进一步从不同角度来阐述. 我该学什么? 这是一个错误的问题 这个问题可以有很多出发点. 今天讨论基于的假设是对工作方向的迷惘, 即不知道自己下一步努力的重点是什么, [阅读更多]
极限会议: 原则与实践
极限会议是解决开会过多, 会议效率低下的一组原则和实践. 它基于两个简单的理念: 如果一个实践是有用的, 那么我们能不能把它做到极限? 如果每个人都尽自己极限努力推进会议进程, 那么会议定会卓有成效. 会议效率是产出和所花时间的比值. 我们的原则跟实践, [阅读更多]
工欲利其器, 必先善其事
标题没有写反, 意思是如果我们想要推行某种理念/实践/工具, 必须先帮助客户把事情搞定. 这并不新鲜, 通俗讲就是必须先赢得客户信任. 但并不是说不择手段, 今天讲的是考虑客户实际情况, 不要一开始就追求理想效果, 而是循序渐进, 采取的是不是"最标准最正确"的做法不重要, [阅读更多]
JavaScript语言中五种消除分支的方法
最近开始使用JavaScript. 回顾了一下这几天的代码, 发现圈复杂度为1. 30几个函数40多行, 超过两行的函数都很少 (当然那种当做对象来用的函数除外, 只说实际做事的函数. 不要小看这40几行代码, 完成了5个完整的具有用户价值的功能. [阅读更多]
当谈论覆盖率时我们在谈什么？
代码覆盖率 vs. 测试覆盖率 代码覆盖率通常指跑完测试后, 由工具自动统计的在跑测试的过程中被测代码的覆盖率, 细分的话包括语句覆盖率, 分支覆盖率, 函数覆盖率等. 由于代码覆盖率可由工具自动产生, 采集成本非常低, 而又比较直观, 所以历来受到开发团队及管理者的欢迎, [阅读更多]
为什么你的Scrum会失败？（二）
为什么你的Scrum会失败？（一） 为什么你的Scrum会失败？（二） 前文说了Scrum三种角色的错误姿势，现在来说一下四个会议。注意是乱序，先看showcase。 Sprint评审会议/Demo/Showcase 如何评价评审会议(或者叫Demo， [阅读更多]
DevOps中文名: 开发自运维
谜面 在实践和推广 DevOps 的过程中, 当对着客户吐出 DevOps 这个词之后, 收获的往往不是大腿一拍热泪盈眶, 而是一脸困惑欲言又止想问又没问的场景. 在一番解释后, 到团队中落地的时候, 往往又单独拉几个人出来, 划了个圈说这是一个 DevOps Team. [阅读更多]