东方与西方的文化差异有哪些 昨天在过马路（人行横道）的时候，被一辆汽车吓着了，这让我想起在新加坡、美国等地遇到的汽车会主动避让人行横道的行人。 从而激发我想试着找一下东方与西方文化有哪些显示的差异。
过马路时人让车，还是车让人 系统论与还原论 喝热水还是冷水 喝茶还是喝咖啡 靠左走还是靠右走 如果两种文化同时存在，会发生什么情况呢？ 过马路时，人车都麻烦了，不知道谁该让谁。 看问题的时候，是应该看整体还是分开看。 热水还是冷水。
那么在文化发生差异的时候，你会怎么选择？ 如果站在对方的视角，尝试理解对方的感受，你会得出什么结果？
最后分享一个有意思的事情。 有一次我和一个澳洲朋友一起去参加一个大会， 他选择热水 我选择冰水 他选择茶 我选择咖啡
哈哈……
行动 每日问题 东西方文化差异还有哪些？ 与BoB面对面 报名BoB的敏捷认证课程 订阅邮件列表 关于作者 BoB Jiang
中国北方的第一位CST（Certified Scrum Trainer）
敏捷变革中心（Center for Agile Transformation）合伙人
Bob的博客、《Scrum精髓》译者 欢迎加入自由职业者俱乐部 微信群，请加微信： hiblocknet ； 添加微信后，发送消息 dream 版权声明 本文采用 CC BY-NC-SA 3.0 许可协议。
转载请注明出处！
敏捷与架构的关系 微信群里有伙伴在讨论： > 在敏捷开发中，如何进行架构设计？
最好的答案是来自于“敏捷软件开发宣言”对应的“敏捷原则”：
最好的架构、需求和设计出自自组织团队。
那对于敏捷开发的团队要不要进行架构设计？ 什么时候进行架构设计？ 如何进行架构设计？
敏捷开发的团队肯定也是需要架构设计的。 软件开发，不管用什么方式，都离不开架构设计。 对于软件架构的定义如下：
软件架构是有关软件整体结构与组件的抽象描述，用于指导大型软件系统各个方面的设计。
什么时候进行架构设计 在敏捷开发的过程中，架构设计是渐进的、持续进行的。
如何进行架构设计 架构设计是团队做出的，恰好满足当前业务需求的。 举个例子，如果是一款手机app，刚刚做出来的时候，不需要过多考虑并发（如1000个并发）；而是满足业务流程即可。
在敏捷开发的过程中，关键的点在于透明性及适应和调整。 不管采用什么架构，都需要是团队做出的决定。 团队都知道选择这个架构的原因是什么， 以及有什么缺陷 后续什么时候需要对这个架构进行改造 等等
行动 每日问题 在敏捷开发过程中，你们的软件架构是如何进行的？ 与BoB面对面 报名BoB的敏捷认证课程 订阅邮件列表 关于作者 BoB Jiang
中国北方的第一位CST（Certified Scrum Trainer）
敏捷变革中心（Center for Agile Transformation）合伙人
Bob的博客、《Scrum精髓》译者 欢迎加入自由职业者俱乐部 微信群，请加微信： hiblocknet ； 添加微信后，发送消息 dream 版权声明 本文采用 CC BY-NC-SA 3.0 许可协议。
转载请注明出处！
ScrumMaster的十大错误 敏捷进入中国有18年了，现在各个行业都在说敏捷，每个ScrumMaster都在说scrum。本身这是个好事，可是出现了很多“敏捷大仙”。用各种预定义的流程、工具、文档替代了敏捷，这已经背离了敏捷的精髓，敏捷的本质。
注明：BoB在工作中也碰到了很多敏捷的误区，与作者深有同感。
1. 因为敏捷而敏捷 其实大家并不关心敏捷，而是关心敏捷背后的那个“快”。（我有一篇文章专门描述，敏捷不是快）。除去“快”，敏捷更应该关注目标及个人成长。
ScrumMaster的口头挂着“敏捷、Scrum、看板”，经常会说敏捷要求我们做这个，敏捷要求我们做那个，blah,blah…… 这个不是答案，敏捷也不仅是项目管理工具或流程。敏捷更多是一种心态的改变。
敏捷应该帮助企业和个人实现目标（即价值）。
团队成员不想开每日站会，讨厌计划会，回顾会。为什么？因为团队认为敏捷是另一套流程，我已经996了，还要加这么多会议，不如去写代码。
在敏捷转型的过程中，“拒谈敏捷”，认真思考如下问题：
你的目标是什么？ 为了达到目标，你需要什么？ 达到目标的阻力是什么？ 你怎么知道达到目标了？ 敏捷里面有非常多的实践了，比如Scrum的5个会议，看板，用户故事，等等。但是用每个实践之前，尝试回答上面的问题，并且和团队一起来回答。
2. 管理心态 ScrumMaster不用管人，而是帮助改进系统，提升公司和个人价值以及移除障碍。ScrumMaster并不是角色，也不是头衔。 作为ScrumMaster，是与团队在一起帮助团队完成工作。提供团队的需要，解决团队的问题。
良好的ScrumMaster观察团队工作，使之透明并识别改进机会。
3. 推敏捷 不要向团队推敏捷，推工程实践。而是让团队主动用敏捷方法。 参考我之前的文章，推还是拉敏捷
让团队决定他们要如何解决问题。团队需要时间成长。
4. 4W1H（Who, What, When, WHere, How） ScrumMaster主动的什么也不做。表面上什么也不做。产品开发是客户、产品负责人及团队的工作。作为ScrumMaster是帮助团队成长，改进系统。
下面这些对于ScrumMaster很常见： - 分配任务 - 编写用户故事 - 提前规划迭代列表 - 估算 - 更新任务板 - 认为对所有问题负责 - 选择配置scrum工具 - 决定什么是团队的障碍 - 计算团队成员的能力（容量）
认真思考一下，作为ScrumMaster你有没有做过类似的事情。如果做过，请认真反思。
5. 定义团队协议及DoD ScrumMaster和团队一起共同制定团队协议、DoD，而不是代替团队，一个人制定好。询问团队他们想要什么样子的协议，DoD。 这是团队的事情，作为ScrumMaster，是帮助团队制定协议和DoD。 让团队理解协议和DoD的好处，并制定出来。
6. 定义需求或任务 ScrumMaster是帮助产品负责人和团队的，但产品负责人和团队要做他们自己的工作。
产品负责人不准备产品路线图，不提前准备需求，不去和干系人或真实客户探讨，不梳理产品列表。 作为ScrumMaster，需要帮助产品负责人认识到这些问题，并提供相应的工具，辅助产品负责人。
7. 定义优先级及计划 不要成为产品负责人的代理，永远不要。 产品列表的优先级（顺序）是产品负责人的职责，ScrumMaster可以帮助产品负责人认识到： - 如何排序 - 排序的参考因素 - 什么时间排序 - 什么时间准备好产品列表
最近推荐了一系列敏捷书单，总结如下：
Scrum好书 工程实践书单 敏捷教练书单 产品经理书单 引导书单 行动 如果你有其他好书，或者书单要推荐，欢迎联系BoB。
每日问题 你在读什么书呢？ 与BoB面对面 报名BoB的敏捷认证课程 关于作者 BoB Jiang
中国北方的第一位CST（Certified Scrum Trainer）
敏捷变革中心（Center for Agile Transformation）合伙人
Bob的博客、《Scrum精髓》译者 欢迎加入自由职业者俱乐部 微信群，请加微信： hiblocknet ； 添加微信后，发送消息 dream 版权声明 本文采用 CC BY-NC-SA 3.0 许可协议。
转载请注明出处！
推荐敏捷教练书籍 敏捷教练是一个“新兴”的职位，对于这个新职位，他都有哪些技能要求，如何自我提升呢？
看一下下面的书单：
敏捷教练 如何构建敏捷项目管理团队 : ScrumMaster、敏捷教练与项目经理的实用指南 敏捷软件开发 : 原则、模式与实践 敏捷回顾 : 团队从优秀到卓越之道 敏捷革命：提升个人创造力与企业效率的全新协作模式 Scrum敏捷项目管理 敏捷开发的艺术 敏捷项目管理 30天软件开发 : 告别瀑布拥抱敏捷 敏捷武士 : 看敏捷高手交付卓越软件 敏捷教练 作者: [英] Rachel Davies / [英] Liz Sedley 出版社: 清华大学出版社 副标题: 如何打造优秀的敏捷团队 原作名: Agile Coaching 译者: 徐毅 / 袁店明 内容简介： > 《敏捷教练：如何打造优秀的敏捷团队》取材于国际知名敏捷教练的真实经历，展示了他们在辅导团队进行敏捷实践过程中所积累的辅导技巧，凝聚着他们在对敏捷辅导的真知灼见，每章还针对特定主题总结了在转型过程中教练和团队可能面对的障碍及其应对方案。
《敏捷教练：如何打造优秀的敏捷团队》具有较强的实用性和指导性，适合项目经理、技术总监和敏捷团队的所有成员阅读与参考。
如何构建敏捷项目管理团队 : ScrumMaster、敏捷教练与项目经理的实用指南 作者: 丽萨·阿金斯 出版社: 电子工业出版社 副标题: ScrumMaster、敏捷教练与项目经理的实用指南 译者: 徐蓓蓓 / 白云峰 / 刘江华 内容简介： > 《敏捷项目管理系列丛书•PMI-ACPSM考试指定教材•如何构建敏捷项目管理团队:ScrumMaster、敏捷教练与项目经理的实用指南》结合作者的亲身经历告诉读者如何建立一个高性能的敏捷项目管理团队，以及最终成为一名优秀的敏捷教练。作者将敏捷教练定义为导师、协助者、老师、问题解决者、冲突领航员、协作指挥者，正是这种不同角色之间的细微区别才使敏捷教练的工作富有深度。《敏捷项目管理系列丛书•PMI-ACPSM考试指定教材•如何构建敏捷项目管理团队:ScrumMaster、敏捷教练与项目经理的实用指南》不仅能帮助敏捷教练、培训师、导师、协助者提升自身表现，而且对所有敏捷开发组织中身处领导岗位的人在构建敏捷项目管理团队方面提供指导和帮助，对希望成为高效敏捷项目管理团队一员的人也可以从《敏捷项目管理系列丛书•PMI-ACPSM考试指定教材•如何构建敏捷项目管理团队:ScrumMaster、敏捷教练与项目经理的实用指南》中获益。
敏捷软件开发 : 原则、模式与实践 作者: [美] Robert C·Martin 出版社: 清华大学出版社 副标题: 原则、模式与实践 原作名: Agile Software Development: Principles, Patterns, and Practices 译者: 邓辉 内容简介： > 在本书中，享誉全球的软件开发专家和软件工程大师Robert C.
推荐软件工程实践书籍 Scrum转型想要做好，第一步先了解并真正落实Scrum，那么我推荐的Scrum书籍是要看懂并实践的。第二步是团队的工程实践要做扎实。
下面推荐工程实践书单：
重构：改善既有代码的设计 解析极限编程 : 拥抱变化 代码整洁代码 程序员的职业素养 修改代码的艺术 编写可读代码的艺术 测试驱动开发 : 实战与模式解析 Cucumber：行为驱动开发指南 实例化需求 驯服烂代码 重构：改善既有代码的设计 作者：Martin Fowler 出版社：人民邮电出版社 译者：熊节 链接：https://item.jd.com/12584498.html 内容简介： > 重构，一言以蔽之，就是在不改变外部行为的前提下，有条不紊地改善代码。多年前，正是本书原版的出版，使重构终于从编程高手们的小圈子走出，成为众多普通程序员日常开发工作中不可或缺的一部分。本书也因此成为与《设计模式》齐名的经典著作，被译为中、德、俄、日等众多语言，在世界范围内畅销不衰。
本书凝聚了软件开发社区专家多年摸索而获得的宝贵经验，拥有不因时光流逝而磨灭的价值。今天，无论是重构本身，业界对重构的理解，还是开发工具对重构的支持力度，都与本书最初出版时不可同日而语，但书中所蕴涵的意味和精华，依然值得反复咀嚼，而且往往能够常读常新。
解析极限编程 : 拥抱变化 作者：Kent Beck / Cynthia Andres 出版社：机械工业出版社 译者：雷剑文 / 李应樵 / 陈振冲 链接：https://item.jd.com/31536602426.html 内容简介： > 极限编程（XP）是适用于中小型团队在需求不明确或者迅速变化的情况下进行软件开发的轻量级方法学。本书是XP宣言，也是第一本有关XP的图书。
这本书介绍了XP背后的思想——它的根源、哲学、情节等。它将帮助读者选择是否在项目中使用XP时做出明智的决策。本书的另一个目的是帮助那些已经在使用 XP的读者更好地理解它。 对程序员而言，XP做出的承诺是他们每天能够处理真正重要的工作，而不必单独面对令人担忧的状况。他们将能够集中全力来使他们的系统获得成功。他们将做出最适合由他们来做的决策。对于客户和管理人员而言，XP的承诺是他们将从每个编程周期中获得最多的利益。他们将能够在开发的中途更改项目的方向而不用承担太高的成本。
本书适合所有软件开发人员、管理人员参考。
代码整洁之道:程序员的职业素养 作者：罗伯特·C.马丁 (Robert C.Martin) 出版社: 人民邮电出版社 原作名: The Clean Coder:A Code of Conduct for Professional Programmers 译者: 余晟 / 章显洲 链接：https://item.
推荐Scrum书籍 直接上干货，推荐书籍清单如下（推荐有顺序的哦）
Scrum指南 Scrum精髓 Scrum敏捷软件开发 Scrum捷径 硝烟中的Scrum和XP : 我们如何实施Scrum 敏捷软件开发:Scrum实战指南 Scrum要素 大规模Scrum:大规模敏捷组织的设计 用户故事地图 用户故事与敏捷方法 Scrum指南 作者：Ken Schwaber & Jeff Sutherland 出版社：Online 译者：Jiancheng Zhou 链接：https://scrumguides.org/ 内容简介： Scrum 是用于开发、交付和持续支持复杂产品的一个框架。本指南包含了 Scrum 的定义，其中包括 Scrum 的角色、事件、工件，以及把它们组织在一起的规则。Ken Schwaber 和 Jeff Sutherland 创造了 Scrum，Scrum 指南也由他们撰写并提供。总之，他们是 Scrum 指南的后盾。
Scrum精髓 作者：Kenneth Rubin 出版社：清华大学出版社 译者：姜信宝 / 米全喜 / 左洪斌 / （审校）徐毅 链接：https://item.jd.com/11462889.html 内容简介： > 短短几年时间，Scrum跃升为敏捷首选方法，在全球各地得以普遍应用。针对如何用好、用巧这个看似简单的框架，本书以通俗易懂的语言、条理清晰的脉络阐述和提炼出Scrum的精髓。全书共4部分23章，阐述了七大核心概念：Scrum框架，敏捷原则，冲刺，需求和用户故事，产品列表，估算与速率，技术债；三大角色：产品负责人，ScrumMaster，开发团队以及Scrum团队构成：Scrum规划原则及四大规划活动：多层级规划、产品组合规划、产品规划和长期规划；冲刺四大活动：规划、执行、评审和回顾。
本书取自作者十多年的实践经验，对员工个体和管理层都具有重要的指导和参考意义，可以帮助企业顺利导入Scrum，在动态的商业环境中以积极心态拥抱变化，做出优秀、卓越的产品，走上创业、守业、常青基业的成功之路。
Scrum敏捷软件开发 作者：Mike Cohn 出版社：清华大学出版社 译者：廖靖斌 / 吕梁岳 / 陈争云 / 阳陆育 链接：https://item.
领导者和管理者（leader vs. manager） 领导者和管理者的区别 领导者有着明确的主人意识。领导者和管理者有很多相似之处，如他们都承担了管理职责。而管理者是为数字服务的。
领导者重点是凝聚共识，而管理者的重点是控制员工。
The main difference between leaders and managers is that leaders have people follow them while managers have people who work for them.
作为一名领导者，可能会具备以下的特质：
正直（Authentic） 愿景 同理心 沟通 管理者是一个头衔（title），而领导者不需要头衔。
如上图那样，作为领导者，是身先士卒的人，是要自己动手的。而管理者是在用嘴指挥，并不亲自动手。
思考 看到上面的领导者的描述，其实想当一名领导者没有那么难。他不需要某个人授权你来做，而是只要你自己行动就可以。
分享给大家一个视频，成为领导者（如何引领一项运动）。
行动 《Scrum精髓》这本书已经翻译好久了，但在国内还有好多人并不了解Scrum的本质。
如果你想深入了解Scrum，欢迎加入Scrum精髓读者群。请加微信：
hiblocknet ； 添加微信后，发送消息 scrum
每日问题 你想在某个方面引领运动吗？其实并不难，关键在于行动起来。 关于作者 BoB Jiang
中国北方的第一位CST（Certified Scrum Trainer）
敏捷变革中心（Center for Agile Transformation）合伙人
Bob的博客、《Scrum精髓》译者 欢迎加入自由职业者俱乐部 微信群，请加微信： hiblocknet ； 添加微信后，发送消息 dream 版权声明 本文采用 CC BY-NC-SA 3.
