第一章 世界的动作方式已经打破
要点:
-
规划是有用的,而盲目遵循规划则是愚蠢的。
将所有项目所需要的工作进行规则并完全遵循,则当现实情况与预计情况不同,则会慢慢走向失败。
所以任何规划都都需要根据实际情况而即时调整。
-
检查与调整
每过一小段时间就要检查一下已经完成了哪些任务,看看这些任务是不是自己应该做的,看看还有没有更好的方法。
-
要么改变,要么倒闭
固守老派的工作方式、过于注重“命令与控制”、刻意追求可预测性,注定会导致失败。
同时,那些愿意实现自我变革的竞争对手会把你远远地甩在后面。
-
失败得快,才能迅速改正
把项目分解成多个小循环,可以让早期用户及时提供反馈,你就能立即避免浪费精力。
第二章 Scrum的由来
要点
-
迟疑是致命的
观察、导向、决定、行动。了解身处何地、评估备选方案,做出决定,然后行动
-
根据外部环境寻找答案
从外部寻找解决方案。复杂的自适应系统都遵循少数几个简单的法则,而这些则自适应系统根据周国环境学到的。
-
出色的团队
多功能,有自主权,得到授权,有崇高目标。
-
不要猜测,要规则、执行、检查、行动。
先规则要做什么,然后执行。检查成果是否符合预期,然后根据检查成果调整做法。重复这种循环,就能实现持续改善。
-
守破离
先学习规则和形式,掌握之后再进行创新。最后,在特别熟练的状态下,就可以摆脱形式的束缚,随性发挥,因为一切知识都已烂熟于心,几乎可以在下意识的状态下做决定。
第三章 聚集团队,而非个人
要点
-
拉对控制杆
提升团队业绩。这比提升个人业绩的影响大得多,会超出后者几个量级。
-
超载个体
卓越团队的目标都超越了个体的目标。
-
自主决策
赋予团队自主决定如何做事的自由,尊重他们,让他们自由发挥专长。同时需要有一名Srum主管,工作职责是负责召集会议,确保团队动作过程的透明度,而且更重要的是帮助团队发现阻碍。
-
多功能
一个团队必做拥有完成一个项目所需的全部技能。
-
团队小而精
船小好调头。以经验法则来说,团队最佳规模维持在7人左右,可以多两个小也可以少两个小。
为什么宜少不宜多?
- 要培养一个新成员,使其跟上其他成员的速度,需要耗费一定时间,会拖累其他成员的速度。
- 沟通渠道就大幅增加,我们的大脑可能会应付不了那么多的沟通渠道。布鲁克斯定律:“为一个延误的IT项目增加人员,将导致更严重的延误”
-
指责他人是愚蠢之举
不要一味地寻找“坏人”,而要找出“坏制度”。
第四章 以周期性的视角看待时间
要点
-
时间有限,且行且珍惜
把你的工作分解开,看看自己在一个固定的、短暂的时间段内能完成多少工作量。最好以1~4周为一个周期。如果喜欢Scrum,不妨称之为“冲刺”
-
不展示成果,就没有效果
在每个冲刺周期结束之际,要有点效果,这些成果要能派得上用场。
-
扔掉名片
头衔标志着你的专业地位。要让别人知道你做了什么事情,而不是你被称作什么。
-
让每个人知悉一切
提高沟通饱和度,有助于加快工作进度。
-
每日立会
整个团队的人都要到场,一天一次。时间不要超过15分钟,看看如何才能加快工作进度,然后就付诸实践。
第五章 浪费是一种犯罪
要点
-
同时执行多项任务会让你变愚蠢
如果同时执行两项或更多余任务,那么这些任务都会完成得更慢、更差。不要这么做。
-
半途而废等于没做
-
一次性把事情做好
-
犯错的时候,要立即纠正。停下其他所有事情,集中精力纠正错误。如果留到以后再纠正,你就会多付出20多倍的时间。
-
工时越长,效率越低
工作太努力不会让你做完更多的事。反而让你做更少,让你疲惫不堪,从而导致失误,迫使你必须改进自己刚刚完成的工作。不要工作到太晚,周末也不要加班,要让自己的工作节奏具有可持续性。
-
避免不合理现象
富有挑战的目标可以起到激励的作用,不可能实现的目标只会让人沮丧。
-
不要依赖英雄
如果你需要一个英雄去完成工作,那就说明你的管理方式有问题。
-
消除愚蠢的规定
任何看似荒谬的规定都可能是愚蠢的。表格、会议、审批以及标准,等等,都是那么愚蠢!如果有,就纠正过来。
-
将令人生厌者踢出团队
不要成为这种人,也不要纵容这种人。任何一个人,如果引起情绪混乱,让别人感到恐惧或害怕,贬低或蔑视他人,都应该被清理出团队。
-
努力让工作流畅起来
选择流畅性最强,麻烦最少的方式做事情。
第六章 务实规划,拒绝空想
要点
-
地图不是真实地貌
不要爱上自己的规划。几乎可以肯定地说,规划都存在错误之处
-
仅仅规划你需要做的事情
不要试图规划几年后的事情。只要让自己的团队保持忙碌就足够了
-
每一个任务都要有完成的标准
对每一个任务都应该制定一个完成的标准,达到标准了才能算真正意义上的完成。
-
待办事项的难度相当于多少"点数"
不要用时间之类的绝对尺寸去做评估。事实证明,人类在这方面的能力相当差。只要评估相对难度就行了,看看一个待办事项相当于多少“点数”。
-
匿名征求意见
运用德尔菲法等匿名方法征求意见,以避免从众效应和光环效应,防止人们相互参照,防止出现群体思维。
-
使用计划扑克
使用计划扑克去快速评估需要完成的工作。
-
学会写"用户故事"
先思考哪些客户会从终端产品中得到价值,再思考一下究竟要为用户提供什么价值,以及用户为什么需要这些价值。人类习惯按照叙事方式去组织自己的思维,因此,面对一个待办事项,要学会写用户故事,比如作为X,我想要Y,所以Z.
-
知道自己的速度
每个团队都应该准确知道自己在每个冲刺阶段中完成了多少工作,并且应该知道如何以更加聪明的方法去消除障碍,加快工作速度。
-
速度*时间=交付工作量
知道自己的工作速度之后,就能计算出交付日期。
-
大胆制定目标
运用Scrum方法,要让产量翻一倍或者将交付时间缩短一半,并不是什么难事。
疑问
第七章 把快乐转化为更高的绩效
要点
-
精彩在于过程,而非终点
真正的快乐在于过程,而非结果。通常我们只奖励结果,但我们真正要奖励的是人们努力奋斗的过程。
-
快乐是王道
快乐的人可以做出更明智的决策,更有创造性,跳槽可能性更低。
-
量化快乐
仅仅感觉好还是不够的。你要对其进行量化,并将其转化为切切实实的业绩。
-
每天进步一点点,并加以衡量
在每个冲刺阶段结束时,团队应该找出一个有特待改善的地方,在下一个冲刺阶段将其作为最重要的事项解决,每天进步一点点,从而使团队成员更快乐。
-
保密是毒药
团队运作不应该有秘密。
-
工作要透明化
在办公室摆一张白板,上面列明所有的待办事项、在办事项以及已完成事项。每个人都应该去看,也应该每天更新。
-
自主感、掌控感和目标感会让人感到快乐。
每个人都想掌控自己的命运,都想更好的完成工作。
-
刺破快乐泡沫
不要快乐过头,以至于开始相信自己的谎言。一定要将你的快乐与业绩做对比。如果存在脱节,就要准备采取行动了。
第八章 找到最有价值的20%
要点
-
拟定待办事项清单,检查两遍
先列出一个项目中可能涉及的所有事项,然后确定优先顺序,把价值最高、风险最低的事项置于最优先的位置,然后依次往下列。
-
产品负责人
产品负责人的职责是把美好的愿景转变成待办事项清单。他必须懂项目,懂市场,懂顾客。
-
领导都不是上司
产品负责人明确要做哪些事,以及为什么要做。至于如何落实以及让谁落实,则交给团队成员决定。
-
观察-导向-决定-行动
战略上着眼于全局,策略上迅速行动。
-
恐惧、不确定性及疑惑
主动出击胜过被动挨打。了解竞争对手的“观察-导向-决定-行动”循环,当他们陷入疑惑之际将其打败。
-
花冤枉钱与免费变更需求
如果你发现某个新的待办事项有价值,那就做吧。要做好心理准备,你很可能需要变更既定的待办事项,如果有必要,就删掉一个需要耗费同等精力的既定待办事项,用新的待办事项取而代之。有些事项,你一开始觉得有必要,实际上可能并非如此。