精彩点评
-
郑同学推荐
Scrum本质 Scrum方法很简单：无论你什么时候启动一个项目，为什么不经常检验一下自己正在做的事情，看看是否朝着正确的方向前进？ 结果是不是大家真正希望看到的？是否有什么办法能改善目前正在做的事情？如何才能做得更快更好？存在哪些潜在的障碍？ 这就是我所说的“检查与调整”循环。 每过一小段时间就停一停手头的工作，检查一下已经取得了哪些成果，看看这些成果是不是自己期待的，想想有没有更好的方法。这一点看似容易，做起来并非易事，需要有思想，善于自省，有实事求是的精神和自我约束的意识。
-
Rocky推荐
Scrum 实践步骤 1.挑选一位产品负责人。这个人必须知道自己带领的团队需要做什么、制造什么产品以及取得什么成果，必须全面考虑到风险与回报、什么具有可行性、什么能做以及他们对什么富有热情。 2.挑选一个团队。真正做事的是谁？这个团队必须能够落实产品负责人的愿景。团队规模宜小不宜大，一般3~9人较为合适。 3.挑选Scrum主管。主管为Scrum过程负责，负责培训团队其他成员，确保Scrum得到正确运用，帮助团队消除一切障碍。 4.拟定待办事项清单，并确定优先顺序。这个清单高屋建瓴地列出为了落实产品负责人的愿景而需要完成的所有事项。在产品的整个研发过程中，这个清单一直存在，并有所演变，相当于产品研发的“路线图”。无论在任何时间，要想知道一个团队要做的所有事项（按照优先顺序排列），待办事项清单都是唯一具有决定性的参考依据。待办事项清单只有一份，意味着产品负责人从头到尾必须不断地对优先顺序加以调整。产品负责人应该与所有利益相关者和团队进行协商，以确保产品待办事项清单既能反映用户的需求，又不会超出团队的能力范围。 5.改进和评估待办事项清单。让负责实际开发工作的团队对待办事项做出评估，是一个至关重要的环节。团队应该审视每个事项，看看是否切实可行。但要完成这些事项，现有的信息足够吗？该项目是否细分到了可以评估的程度？团队是否具有了每个成员都能接受、用于评定一个事项已完成的标准？一个事项能否带来显著的价值？各个事项在完成后必须产生能够用来展示的成果，如果这个成果能交付给客户试用会更好。不要用所需小时数去评估，因为人们根本不擅长做出这么精确的评估。要用相对难度去评估，比如，难度是小、中或大。更好的方式是采用斐波那契数列的数字（1，2，3，5，8，13，21……）。 6.冲刺规划会。这是第一场Scrum会议。团队成员、Scrum主管以及产品负责人坐到一起，规划冲刺的内容。冲刺周期一般是固定的，不超过一个月，大部分是一至两周。团队要从待办事项清单的顶端着手（即从最重要的事项着手），看看一个冲刺阶段中能完成多少。如果团队已经开展过好几个冲刺，那就记录下每一个冲刺完成的事项的“点数”。这个数字相当于团队的速度。Scrum主管与团队成员应努力在每一个冲刺阶段中提高这个数字。团队成员和产品负责人也可以借助“点数”确保每个人都能了解待办事项对于落实最终愿景的作用。对于冲刺目标，即在这一冲刺阶段完成哪些事项，所有人都应该形成共识。 7.工作透明化。在Scrum中，最常见的做法是准备一块白板，上面分成三栏：待办事项、在办事项、完成事项。把待办事项写到便笺纸上，随着进度的推进，将相应的便笺纸转移到其他栏目。让工作透明化的另一个工具是燃尽图。每天，Scrum主管都会记录待完成的剩余点数，而后画在燃尽图上。 8.每日立会。这是Scrum的活力源泉。团队每天在固定时间进行内部沟通，时间一般不超过15分钟，且站立进行，Scrum主管向团队成员提出下列问题：（1）你昨天做了什么去帮助团队完成冲刺？（2）今天你打算做什么来帮助团队完成冲刺？（3）什么因素阻碍了团队的前进之路？ 9.冲刺评估或冲刺展示。在冲刺结束前，给产品负责人展示成果，也就是展示哪些事项可以挪到“完成事项”那一栏，并接受评价。这是一场公开的会议，任何人都可以是参与者，不仅仅包括产品负责人、Scrum主管及开发团队，还包括利益相关者、管理人员与客户。团队应该只展示那些符合“完成定义”的事项，也就是全部完成，不需要再做工作就能交付的成果。这个成果或许不是完整的产品，但至少是一项完整的、可以使用的功能。 10.冲刺回顾。团队展示之前冲刺中创造的成果，看看可以为顾客传递哪些价值，并征求反馈意见，大家就会坐下来想想哪些事执行得很顺利，哪些事应该做得更好，以及在下一个冲刺阶段中可以做出什么改善。那么，如何发现流程中的哪个环节需要改善呢？必须记住关键的一点，即大家不要从团队中找一个人当成责备的对象，而是要将注意力集中在流程上，认真分析以下几个问题：为什么会发生那件事？为什么我们当时忽略了？怎样才能加快工作进度？作为一个团队，大家要对自己的流程和结果负责，要集思广益，共同寻求问题解决之道。团队必须有勇气把真正的障碍摆到台面上来，这样做是为了解决问题，而不是为了指责某个成员，或只想着为自己辩解；然后就进入了关键环节：团队确定一个最值得改善的地方，将其设定为下一个冲刺阶段的首要任务。
-
张健彬推荐
犹记得两年前，公司各个团队开始倡导敏捷研发模式，《敏捷革命》作为敏捷转型的蓝本教材，深得各个团队的推崇，我也加入了洪流。第二次拜读，加之两年在业务部门的浸染，对于敏捷有了更多新的理解。敏捷是一种研发模式，更是一种工作方法，一种适合在不断变化中的事务处理之道。
-
季称利（纯阳子）推荐
纯阳书评（公众号:纯阳书评／微信号:chimbusco88）亚当.斯密在《国富论》中讲到，在一家制针作坊中多人分工协作制作一枚针的生产效率，远远高于由一个人负责全部工作的生产效率，这一事实说明的道理是工作组织方式对生产力产生着深刻的影响。而本书作者在书中把自己在IT领域中发明的、实践证明非常高效的一种工作组织模式，推荐给非IT领域的人士。 传统软件项目开发方法是瀑布方法，讲究将项目分成不同阶段，并用甘特图把整个项目开发周期表现出来，然后按部就班的按计划推进。但是按这种方法推进的项目，经常出现项目进度延期、成本超支、甚至是出现项目整体失败的问题。 作者发明的方法叫敏捷方法，也叫scrum。这种方法的核心思想是ooda（观察-导向-决策-行动），即允观察当前基本情况，再根据目标做出最佳的决策，合适的时机立即采取行动，然后再回到观察，重点跟踪反馈情况。 敏捷方法第一步是将一个项目划分成多个可用用户故事展现的小任务，用户故事要符合invest原则。第二步是确定小任务的优先顺序，并对每个小任务完成难度打分量化，量化的推荐工具是菲波那契定律。第三步是做好冲刺规划，即确定一个固定期限内，比如一周计划完成的工作任务。第四步是在规定的固定期限内，按照计划展开行动。第五步是对固定期限内的冲刺工作进行评审。评审包括两个方面，一是评审工作成果是否具有预期的商业价值，是否满足用户的真实需求。如果评审结果是肯定的，那么在此基础上考虑，继续按照原方向推动项目工作。如果评审结果是否定的，就要根据新情况调整工作方向和工作思路。另一方面是评审工作方法本身，一则根据完成工作的难度分数客观评价工作速度，二则分析并查找项目工作中存在的浪费环节，采取措施消除妨碍因素，确保在新一轮冲刺中改善工作方式。第六步是开展新一轮的冲刺规划。 这套敏捷方法论在软件开发领域取得了巨大成功，目前已经成为众多软件开发组织的主流范式，很多组织在采用了这种方法以后，生产率得到了成倍的提升。 作者在自己参与的非IT领域的咨询项目中也取得了显著的成效，所以他希望通过本书，把这套方法推荐给所有非IT领域，但关注生产率提高的人士。
-
刘杰推荐
【导读】: 阅读用时1小时9分，笔记36个。书籍知识密度中等，采用跳跃+重点阅读。适合人群:产品人、项目人和管理者。 这次读书笔记对习惯性的结构性梳理方式有所调整:强化了序言（金字塔结构），弱化了总-分-总内容布局（去掉前两块，直接进入最后的“总”），增加了延伸（同以往阅读书籍进行一个链接）。 【序言】:S→C→Q→A S（背景）:项目开发方法（“瀑布法”，如甘特图）被行业普及应用，其过于强调规范性、自上而下。 C（冲突）:“瀑布法”有着三大缺陷:开发进程慢、高度不可预期、预算超支。方法已显“陈旧”。 Q（疑问）:如何改变公司固有的工作方式、创新方式、规划方式以及思考方式？ A（答案）:Scrum法（作者发明的新的开发方法）。其源自日本的“丰田生产系统”和美国空军的OODA循环理论。 【核心】:Scrum实践步骤 （11个步骤） 1、挑选一位产品负责人。 关键词:（负责人）领导力+（项目）可行性 这个人必须知道自己带领的团队需要做什么、制造什么产品以及取得什么成果，必须全面考虑到风险与回报、什么具有可行性、什么能做以及他们对什么富有热情。 2、挑选一个团队。 关键词:小团队+具备执行力（落地） 真正做事的是谁？这个团队必须能够落实产品负责人的愿景。团队规模宜小不宜大，一般3~9人较为合适。 3、挑选Scrum主管。 关键词:主管（扛事+会带人） 主管为Scrum过程负责，负责培训团队其他成员，确保Scrum得到正确运用，帮助团队消除一切障碍。 4、拟定待办事项清单，并确定优先顺序。 关键词:待办清单+优先排序 这个清单高屋建瓴地列出为了落实产品负责人的愿景而需要完成的所有事项。无论在任何时间，要想知道一个团队要做的所有事项（按照优先顺序排列），待办事项清单都是唯一具有决定性的参考依据。 5、改进和评估待办事项清单。 关键词:可行性评估 团队应该审视每个事项，看看是否切实可行。但要完成这些事项，现有的信息足够吗？该项目是否细分到了可以评估的程度？团队是否具有了每个成员都能接受、用于评定一个事项已完成的标准？一个事项能否带来显著的价值？ 6、冲刺规划会。 关键词:团队形成共识 团队成员、Scrum主管以及产品负责人坐到一起，规划冲刺的内容。冲刺周期一般是固定的，不超过一个月，大部分是一至两周。团队要从待办事项清单的顶端着手（即从最重要的事项着手），看看一个冲刺阶段中能完成多少。 7、工作透明化。 关键词:工作“事事清” 在Scrum中，最常见的做法是准备一块白板，上面分成三栏：待办事项、在办事项、完成事项。把待办事项写到便笺纸上，随着进度的推进，将相应的便笺纸转移到其他栏目。 8、每日例会。 关键词:例会（简短+三问题） 团队每天在固定时间进行内部沟通，时间一般不超过15分钟，且站立进行，Scrum主管向团队成员提出下列问题： （1）你昨天做了什么去帮助团队完成冲刺？ （2）今天你打算做什么来帮助团队完成冲刺？ （3）什么因素阻碍了团队的前进之路？ 9、冲刺评估或冲刺展示。 关键词:成果评估 在冲刺结束前，给产品负责人展示成果，也就是展示哪些事项可以挪到“完成事项”那一栏，并接受评价。 10、冲刺回顾。 关键词:获得成果+下次改善 展示已完成的事项，看看可以为顾客传递哪些价值，并征求反馈意见，大家就会坐下来想想哪些事执行得很顺利，哪些事应该做得更好，以及在下一个冲刺阶段中可以做出什么改善。 11、结束之后，立即开始新的冲刺阶段。 关键词:新的“开始” 利用在之前的冲刺过程中，团队在消除障碍、改善流程方面积累的经验。 【延伸】:相关书籍 1、关于实践步骤1（产品负责人）和2（团队） 推荐相关书籍:《指数型组织》 附:思维导图（略） 2、关于实践步骤3（主管） 推荐相关书籍:《10人以下小团队管理手册》 附:思维导图（略） 3、关于实践步骤4-11（项目前、中、后） 推荐相关书籍:《漫画中国式项目管理》 附:思维导图（略） PS:由于微读无法上传图片，此书评完整版（含20页PPT+3张思维导图）可见我个人读书笔记的公众号（LJ的读书笔记）。