weixin_45228755的博客

结合2020年度敏捷状态报告的一份数据，可以看出在所有敏捷实践中，Scrum和极限编程占绝对优势。然而国内除了上培训课程、专门书籍解读等占据大块时间的相关知识，网络上对这两项敏捷实践的系统性解读寥寥无几。于是我们就从知识性和趣味性出发，把培训、书籍、实践中学习、总结的Scrum和极限编程的知识和实践，通过短视频的形式传达给更多人，让大家看得开心的同时还看得明白。视频时长大多在三分钟左右，适宜等车、通勤、等电梯等碎片化时间观看。（当然，一次性系统性看完更有收获！）从2019年到2020年，我们陆续拍

盖房子时，工人师傅砌墙会先用桩子拉上吊线，以吊线为基准，以使砖能够垒的笔直。而测试驱动开发也是如此，先写一个测试，然后研发过程以此为基准，只编写能通过这个测试的功能代码。 测试驱动开发——让你的代码更简洁 顺序颠倒下，先垒砖，再拉吊线看墙面是否笔直，不直的话进行校正。这个过程就像传统的软件开发流程，先写功能代码，然后进行测试，有错误再一点点修改，因此，会严重影响研发效率。测试驱动开发的

重构是在不改变软件可观察行为的前提下，改善其内部结构。重构的目的是使软件更容易被理解和修改。 你的技术债务解决了吗？试试重构 1、为什么要重构？重构可以减少技术债务重构让代码更清晰且容易理解，以便让其他程序员也能更轻松地维护和添加新功能。重构可以避免我们将时间精力过度花在理解系统、寻找重复代码上。重构改进软件设计如果没有重构，程序设计会逐渐腐败变质。重构很像是在整理代码，

简单设计是说只编写必要的代码，用最简洁的代码来实现当前的需求，来让程序结构保持最简单、最小、最富表现力。“保持简单、保持笨拙”，这也是著名的KISS（keep it simple, stupid）原则。 极限编程中的简单设计，其实不简单 很多软件设计很 好地践行了这一原则，例如知名的Unix。Unix 哲学中的很多原则也都体现了简单设计：1.清晰原则：代码要清晰，避免晦涩难懂，清晰的代

系统隐喻作为极限编程中的一个工程实践，就是用通俗易懂的语言将原本晦涩难懂的概念或开发过程阐释出来，达到“一说就懂，一听就会”的效果。 极限编程中的系统隐喻到底在隐喻什么？ 隐喻就如同小分队交接的暗号，只有同一阵营中的成员才能明白隐喻指代的是什么。在电影《智取威虎山》中，解放军杨子荣就利用土匪间通用的黑话彻底打消了几个匪徒的怀疑，顺利地混入土匪老巢，最终活捉匪首“座山雕”。此外，IT行业

~~过度加班会让越来越多“高级机器人”就此诞生，创新难免成为凤毛麟角。长此以往，只会陷入一个个恶性循环。更多敏捷视频分享：https://www.zentao.net/page/college.html/?from=upcsdn可直接扫码观看，或戳视频地址：https://www.zentao.net/xp/996-40hours-80320.html/?from=upkyzg1、40小时工作制是什么？每周40小时工作制是极限编程十二原则之一，鼓励团队以持续一致的节奏工作，否则会影响生产效率。它要求

在Scrum中，客户只需要负责产品的反馈和验收。而在极限编程中，为了保证项目交付符合客户预想，现场客户被当作一个单独的重要实践。极限编程中的“客户”并不是为系统付账的人，而是真正使用该系统的人。视频地址：https://www.zentao.net/xp/on-site-customer-80305.html/?u=uplu&f=csdn现场客户的职责是什么？上期计划游戏的视频提到，用户故事是由客户制定的。尝试过用户故事的团队，都会发现用户故事其实很简单，相比于详细的功能点，用户故事只是一个

在极限编程中，计划游戏是研发团队与利益相关者举行的计划会议，包括两部分：发布计划和迭代计划。客户以及团队中的所有开发人员都要参加。 极限编程——计划游戏（Planning Game）怎么玩？ 极限编程的计划游戏与Scrum的计划会议大同小异，计划游戏的发布计划与迭代计划都分别包括了探索、承诺和指导3个阶段。发布计划在探索阶段，由客户整理用户故事，写在用户故事卡上。开发人员估算每个用户

用户故事的起源用户故事最早是极限编程里面提出的概念，并在scrum中也得到了广泛地应用。和需求文档或者原型图相比，用户故事以条目化的方式组织，维护起来简单，容易估算和排序，方便研发团队以小迭代的方式来完成交付。能否将产品拆分成粒度合适的用户故事，是整个团队能否实现敏捷的前提。视频地址：https://www.zentao.net/xp/user-story-80289.html/?u=uplu&f=csdn用户故事是什么？用户故事是从用户的角度，来描述用户渴望得到的功能。一个好的用户故事

2020年8月，Linux 发布了内核 5.8 RC 版本，该版本大约有100名新贡献者，具有超过14000个 commit，约80万行新代码。并且，距离上一个 5.7 正式版发布，才仅仅过去了约2个月的时间。视频地址：https://www.zentao.net/xp/continuous-integration-80270.html/?f=csdn然而真正让大家感到震惊的是，如此庞大的 Linux 内核项目30年来能够一直有条不紊地运转。这归结于在Linux 内核项目中，开发人员始终都严格遵守着一

视频地址：https://www.zentao.net/scrum/80257.html/f=csdn其他部门偷改功能、大Boss空降派任务、团队成员镀金行为…… 众口难调，面对这么多难题，项目经理该如何“在夹缝中求生存”？ 随着团队的不断成熟，团队还需要项目经理的存在吗？本期视频《项目经理生存指南》来解答！敏捷项目中的各种需求和想法，一旦到落地执行阶段就很容易变成一地鸡毛。这就需要Scrum Master监督团队中Scrum原则的贯彻执行，做好需求的规划与可行性分析，协调各种资源解决敏捷团队开发中遇.

“我的代码被猫吃了”反映的是项目团队中，成员推卸责任、不敢正视问题的行为表现。团队中成员彼此的信任与依赖，对于团队的创造力与高效协作都至关重要。然而，在实际项目研发过程中，“我的代码被猫吃了”的情景，总是时不时地以各种不同形式上演。视频地址：https://www.zentao.net/programmer/80259.html/?f=csdn注重实效的程序员，总是对自己做的每一件事情负责，遇问题不找借口，寻求各种解方案。在您的团队中，是否也有“代码被猫吃了”的情景呢？欢迎大家在评论区踊跃分享。更多

敏捷的迭代实现始于计划会议，所以一个好的计划会议是每个迭代成功的基础；Scrum站立会议，可以有效反馈项目存在的问题，及时跟进；Scrum验收会议，是在迭代结束前给产品负责人演示并接受评价的会议，以根据反馈结果，提出新的产品Backlog；Scrum回顾会议，在每个迭代结束后召开的关于自我持续改进的会议。这些会议究竟怎么开，对项目研发有什么具体的帮助呢？一、计划会议视频地址：https://www.zentao.net/scrum/planmeeting-part1-80183.html/?f=cs

《小王子》中说“仪式感就是使某一天与其他日子不同，使某一时刻与其他时刻不同”。视频地址：https://www.zentao.net/scrum/80251.html/?f=csdn敏捷开发中也存在这种仪式感，如用户故事中角色、活动、商业价值三要素，敏捷扑克牌估算工时，迭代计划需求优先级排序，每日站立会议，功能演示，代码评审，回顾会议等流程都遵循了一定的仪式。具体的敏捷中的仪式感有以下表现：最大程度可视化敏捷借鉴精益的可视化管理理念，形成了具有自己独特风格的可视化管理工具——看板。看板是敏捷开发中

在极限编程中，代码集体所有意味着代码是由整个团队所有，没有人“拥有”代码的特定部分，团队中每个人都可以看到并修改代码的任意部分。视频地址：www.zentao.net/xp/80246.html/?f=csdn代码集体所有权的意义：1.知识传承当一个团队真正实现代码集体所有，每个人都可以看到并修改别人写的代码，通过相互交流、学习讨论，大家的知识和经验都在不断地进行融会贯通，交叉学习，从而提升每个人的能力。2.提高开发效率代码集体所有权可以提高代码复用性，降低资源浪费，避免大家都去重复造轮子，做

统一的代码规范是团队实现代码集体所有权的基础，利于团队有效实施结对编程、轮岗晋升。代码规范包括命名规范、版式等方面。命名规范比如有众所周知的驼峰式命名法、下划线命名法、帕斯卡命名法，以及匈牙利命名法等，其中驼峰式命名法与下划线命名法现在更为常见。戳视频了解更多吧！视频地址：https://www.zentao.net/xp/80240.html/?f=csdn团队研发过程中，不必过于纠结哪种命名规范好、缩进用tab还是空格、大括号换不换行等问题。关键在于团队要有统一的编码规范，并且成员都能严格遵

视频地址：https://www.zentao.net/scrum/Sprintreviewmeeting-80187.html/?f=csdn每次迭代结束后，团队需要召开迭代验收会议，展示本次迭代取得的进展。在验收会议中，Scrum团队成员可以采用demo的方式来演示完成的功能或者改进。在上期视频中，我们介绍了站立会议中“猪”与“鸡”的角色，像研发人员等“猪”类角色是团队的核心，可以在站立会议中发言，而像市场销售等“鸡”类角色，在站立会议中是不能发言的。不过，风水轮流转，在验收会议中，终于轮到他们登.

在Scrum站立会议中，可能有不同部门或岗位的人一起参加，但是要注意，只有真正参与项目的人才有发言权。视频地址：https://www.zentao.net/scrum/daily-standup-80186.html/?f=csdn会议中可准备一个话筒或道具，只有拿着该道具的人才能发言，每个人说一下昨天做了什么，今天做什么，以及遇到的问题，但会议中并不去解决问题，可以会后探讨。其他非参与项目的与会人员可以旁听，但不可喧宾夺主，每个人的角色、职责不同。视频中跟大家分享了猪与鸡的故事， 在Scrum

3分钟 | 论牧羊犬如何混迹于Scrum圈 本期视频是敏捷视频Scrum系列番外篇，分享两个有关狼、羊与牧羊犬的故事，希望大家对Scrum的角色有进一步了解。更多敏捷精彩视频戳这里：http://www.zentao.net/scrum.html在Scrum中，有很多具有代表...

如果不开回顾会议会有什么问题呢？Scrum项目中要避免这“6拍”。更多敏捷精彩视频请见：http://www.zentao.net/scrum.html视频地址：http://www.zentao.net/scrum/reviewmeeting-80190.htmlScrum回顾会议是一个周期性的回顾，总结工作中的经验和教训。回顾会议发生在验收会议结束之后，下个迭代计划会议之前。时间一般为 ...

Scrum 计划会议中，为什么任务可以自由领取，并且不怕团队成员多估工时呢？点击下方链接视频快来看答案~（关注“禅道项目管理软件”微信公众号，更多精彩与您分享~） 2分钟 | Scrum计划会议怎么开（下） 视频地址：http://www.zentao.net/scrum/p...

Scrum计划会议分为两部分，分别是需求的分解和估算、任务的分解和领取，点击下方视频，这期我们先来看Scrum计划会议整体的流程是怎样的，以及需求是如何被分解、估算的，顺便给大家讲个空肥皂盒的故事。（关注“禅道项目管理软件”微信公众号，更多精彩与您分享~） 2分钟 | scrum计划会议怎么开（上） ...

敏捷估算扑克的使用方法多样，可结合项目自身情况使用，怎样使用？使用过程中要遵循哪些规则？用它估算有什么好处呢？一起来看视频吧。（关注“禅道项目管理软件”微信公众号，更多精彩与您分享~） 5分钟 | 敏捷估算扑克牌的正确玩法 敏捷估算扑克的使用方法多样，可结合项目自身情况使用，其...

结对编程是软件研发过程中比较受欢迎的一种开发方式，如果两个程序员一起写代码，会擦出什么火花呢？快点击下方视频观看吧。关注“禅道项目管理软件”微信公众号，更多精彩与您分享~ 2分钟 | 什么是结对编程 视频地址：http://www.zentao.net/xp/pair-prog...

3分钟 | 代码规范在开发过程中有多重要？ 代码规范主要包括命名、版式、注释等几个方面：其中命名包括变量、类、方法、文件名、数据库、表、字段、接口等方面。版式包括缩进、换行、对齐、大括号、循环体、逻辑判断等方面。注释包括包注释、文件注释、类注释、方法注释、参数注释、变量注...