东方与西方的文化差异有哪些 昨天在过马路（人行横道）的时候，被一辆汽车吓着了，这让我想起在新加坡、美国等地遇到的汽车会主动避让人行横道的行人。 从而激发我想试着找一下东方与西方文化有哪些显示的差异。 过马路时人让车，还是车让人 系统论与还原论 喝热水还是冷水 喝茶还是喝咖啡 靠左走还是靠右走 如果两种文化同时存在，会发生什么情况呢？ 过马路时，人车都麻烦了，不知道谁该让谁。 看问题的时候，是应该看整体还是分开看。 热水还是冷水。 那么在文化发生差异的时候，你会怎么选择？ 如果站在对方的视角，尝试理解对方的感受，你会得出什么结果？ 最后分享一个有意思的事情。 有一次我和一个澳洲朋友一起去参加一个大会， 他选择热水 我选择冰水 他选择茶 我选择咖啡 哈哈…… 行动 每日问题 东西方文化差异还有哪些？ 与BoB面对面 报名BoB的敏捷认证课程 订阅邮件列表 关于作者 BoB Jiang 中国北方的第一位CST（Certified Scrum Trainer） 敏捷变革中心（Center for Agile Transformation）合伙人 Bob的博客、《Scrum精髓》译者 欢迎加入自由职业者俱乐部 微信群，请加微信： hiblocknet ； 添加微信后，发送消息 dream 版权声明 本文采用 CC BY-NC-SA 3.0 许可协议。 转载请注明出处！

地主和佃农的关系想到的产品开发 土地主（英语：Landlord），又名地主或房东，他们是土地、地皮的业权持有人，通常也是土地使用权的出租者。 – Wikipedia 开始之前，先明确一下地主和佃农这两个角色： - 地主 - 提供土地，土地所有权 - 佃农 - 负责种植庄稼，土地使用权 地主通过出租土地给佃农，收取一定比例的租金。而佃农通过干活，种植庄稼养活自己和家人。 地主这个词，大家首先想到的是“土豪劣绅”。 但历史上的地主并不是这样的，或者准确的说，一开始的地主不是这样的。 明朝之后，地主阶层开始出现。 当时的地主和佃农，大家都是住在一起的（至少是一个村子里）。 在这样一个前提下 - 1. 地主一般会收取少量租金（合适的租金）；总不能不让佃农活下去，那就要闹事了 2. 在发生天灾（比如旱灾、虫灾）的年头，地主还会免租甚至补助佃农；这是赚钱的根本，杀鸡取卵谁都没好处 到这时，地主和佃农之间虽然有租赁关系，但还有一层互助关系。大部分情况下，大家不会破坏这层关系。 什么时候开始，地主变成了土豪劣绅呢？ 事情发生在城市化之后，地主搬进了城市，但还需要有人帮忙收租子。地主就找来代理人收租金。 代理人对地主负责 佃农对代理人负责 代理人和地址之间是雇佣关系（类似经理人模式），缺少亲情道德。 佃农和代理人之间同上。 所以原来的地主和佃农的关系，转换成地主和代理人及代理人和佃农之间的关系。 关系转换之后，地主不必为天灾做出灵活的调整，因为对于地主而言是不可感知（不透明）。 软件开发中的关系思考 对于软件开发，可以从中有哪些启发呢？ 如果做一个映射的话，谁是软件开发中的地主呢，谁又是软件开发中的佃农呢？ 让我们假设公司老板是地主，员工是佃农。 那么老板和员工之间是否有代理人？ 这个代理人和老板及员工的利益是否绑定在一起？ 如果不绑定在一起，会存在什么问题？ 是否很可能变成老板就是“土豪劣绅”呢？ 老板如果想要解决这个问题，可以考虑： 1. 尽可能减少代理人层级。 2. 多在员工中间走动，替员工解决问题。– 这不就是Gemba么？ 3. 代理人需要一种合理的机制，与老板和员工利益绑定在一起。 行动 想了解更多的隐喻，点我查看BoB的课程 每日问题 隐喻是一种很好的思考方式，对于软件开发行业，你还知道哪些隐喻（比喻）呢？ 与BoB面对面 报名BoB的敏捷认证课程 订阅邮件列表 关于作者 BoB Jiang

敏捷与架构的关系 微信群里有伙伴在讨论： > 在敏捷开发中，如何进行架构设计？ 最好的答案是来自于“敏捷软件开发宣言”对应的“敏捷原则”： 最好的架构、需求和设计出自自组织团队。 那对于敏捷开发的团队要不要进行架构设计？ 什么时候进行架构设计？ 如何进行架构设计？ 敏捷开发的团队肯定也是需要架构设计的。 软件开发，不管用什么方式，都离不开架构设计。 对于软件架构的定义如下： 软件架构是有关软件整体结构与组件的抽象描述，用于指导大型软件系统各个方面的设计。 什么时候进行架构设计 在敏捷开发的过程中，架构设计是渐进的、持续进行的。 如何进行架构设计 架构设计是团队做出的，恰好满足当前业务需求的。 举个例子，如果是一款手机app，刚刚做出来的时候，不需要过多考虑并发（如1000个并发）；而是满足业务流程即可。 在敏捷开发的过程中，关键的点在于透明性及适应和调整。 不管采用什么架构，都需要是团队做出的决定。 团队都知道选择这个架构的原因是什么， 以及有什么缺陷 后续什么时候需要对这个架构进行改造 等等 行动 每日问题 在敏捷开发过程中，你们的软件架构是如何进行的？ 与BoB面对面 报名BoB的敏捷认证课程 订阅邮件列表 关于作者 BoB Jiang 中国北方的第一位CST（Certified Scrum Trainer） 敏捷变革中心（Center for Agile Transformation）合伙人 Bob的博客、《Scrum精髓》译者 欢迎加入自由职业者俱乐部 微信群，请加微信： hiblocknet ； 添加微信后，发送消息 dream 版权声明 本文采用 CC BY-NC-SA 3.0 许可协议。 转载请注明出处！

Scrum Master八个姿势系列白皮书 Scrum Master八个姿势系列白皮书 Scrummaster必读书单 敏捷书单大全 如果好的材料推荐，欢迎给Bob发邮件： bob@bobjiang.com

敏捷认证的对比 - 敏捷认证的对比 什么是CSM（Certified Scrum Master） - CSM（Certified Scrum Master）介绍 - 如何成为CSM - Certified Scrum Master CSM常见问题清单 - CSM考试流程 - CSM常见问题清单 SEU介绍 - SEU（Scrum Education Unit）介绍 Scrum联盟与其他机构对比 - Scrum联盟介绍及与其他机构对比 关于BoB Jiang

为什么Scrum指南中移除燃尽图 Scrum指南尝试只保留最重要最基本的核心元素。那么燃尽图的作用是什么需要了解。 燃尽图，其最主要有如下作用： - 体现团队的进度，从而暴露问题 - 团队根据进度、或暴露的问题，进行调整 达到上述目的，用Scrum中的Sprint Backlog就可以。 Sprint Backlog 燃尽图是一种实践，是辅助Sprint Backlog的一种实践。除了燃尽图，我们还可以用任务板等方式来实现Sprint Backlog。 下图是一个任务板（Sprint Backlog）的样例。 行动 每日问题 你的团队还在用燃尽图吗（尤其是手绘的）？有没有其他可视化的方式来实现Sprint Backlog呢？ 与BoB面对面 报名BoB的敏捷认证课程 订阅邮件列表 关于作者 BoB Jiang 中国北方的第一位CST（Certified Scrum Trainer） 敏捷变革中心（Center for Agile Transformation）合伙人 Bob的博客、《Scrum精髓》译者 欢迎加入自由职业者俱乐部 微信群，请加微信： hiblocknet ； 添加微信后，发送消息 dream 版权声明 本文采用 CC BY-NC-SA 3.0 许可协议。 转载请注明出处！

获取SEU（Scrum Educational Unit）的6个方法 Scrum Education Units® (SEU®) 为了验证您的参与以及对Scrum基本原则和实践的持续熟练程度，并保持您的认证，您需要通过完成教育培训或学习机会来获得Scrum教育单元（SEU）。这很容易做，并将帮助您保持市场的相关性（和竞争力）。 SEU遵循1：1的比例，其中一小时的参与或准备等于一个SEU。有六类SEU（6个方法）。向下滚动以查看每个类别的概述。虽然我们建议您将SEU体验分散到多个类别以体验多样性，但您只需填写SEU总量即可维护、续订您的认证。 更新基础、高级和专业级认证都需要SEU。这包括CSM®，CSPO®，CSD®，A-CSM℠，A-CSPO℠，CSP®-SM，CSP®-PO和CSP®。 SEU还可用于为那些完全通过Certified Scrum Developer®（CSD®）认证的人员获得CSP。了解CSD如何通过CSP获得SEU。 SEU类别 类别A的活动： 参加如下活动都可以获得SEU，如Scrum联盟的 Global Gathering, Regional Gathering, Scrum Coaching Retreats，及其他Scrum联盟赞助的活动、还有Scrum联盟支持赞助的用户组活动等。 注：中国每年有 Regional Scrum Gathering, 详情参考。 演讲、教练及参与都算作SEU相关的活动。 另外，Scrum联盟认可Scrum Gathering中交流的价值，所以参与Scrum Gathering也可以获得SEU。每天最多8个SEU。 分类A的选项： - A.1 参加 Global Scrum GatheringSM - A.2 参加 Regional Scrum GatheringSM - A.3 参加 Scrum Alliance 用户组活动 - A.4 参加 Scrum Alliance-sponsored event - A.5 参加 Scrum Coaching Retreat - A.6 参加 Scrum Alliance CSP Retreat - A.

探秘Scrum机构 - Scrum联盟和Scrum.org对比 简介 Scrum联盟是一个非盈利机构，旨在“改变工作的世界”。 Scrum.org是一个盈利机构，旨在“改善软件交付行业”。 对比 Scrum联盟的使命是“改变工作世界”，scrum.org的使命是“改善软件交付行业”。 Scrum联盟是一个非盈利组织，scrum.org是一家盈利公司。 Scrum联盟计划强调学习经验，包括讨论，模拟，应用等，scrum.org计划强调通过在线测试。 Scrum联盟培训适用于“工作世界”，scrum.org培训适用于软件开发应用。 Scrum联盟有教练计划（CTC，CEC和免费在线教练培训），scrum.org没有（除了作为ScrumMaster角色的一个子集）。 有一些优秀的scrum.org培训师，但PST（Scrum.org的培训师）要求不会很高，但成为Scrum Alliance CST的标准要比PST高很多。 Scrum联盟认证企业教练（CEC）也是一个非常高的标准。 两者都比像SCRUM study这样的复制更可靠，他们教授大量的方法来记录的项目。400页误导性地称为“Scrum”，但不是轻量级项目无关的Scrum。 原文作者：Rowan Bunning 八卦 与Scrum相关的机构有如下几个：（欢迎读者补充） - Scrum联盟 - scrum.org - scruminc - LeSS - Scrum@Scale - SAFe - 国内Scrum机构就不一一列举，基本分为2大派别（一派是Scrum联盟体系，一派是PMP体系） 八卦来啦………… 2001年Ken Schwaber、Mike Cohn、Esther Derby三人发起了Scrum联盟 2005年（或2006年）Ken出走离开了Scrum联盟成立了scrum.org 2007年 Jeff Sutherland成立ScrumInc 2005年 Craig Larman & Bas Vodde开始实践LeSS框架 2011年 Dean Leffingwell成立SAFe 行动 你所在的行业，有哪些机构，你对这些机构的认知是怎么样的？ 这是构建一个行业认知的好机会。 每日问题 如果你来构建一个培训机构，你会从哪儿开始？ 与BoB面对面 报名BoB的敏捷认证课程 订阅邮件列表 关于作者 BoB Jiang