ScrumAlliance Trainer Retreat Update This is my first trainer retreat, and I am very glad to see many new friends and old friends here. Julie is the facilitator today, and I appreciated her professional facilitation, we are on time to complete the open space. In the beginning, we reviewed the community purpose as following: And then Howard shared the Scrum Alliance new vision as 4C: and the new community teams from Scrum Alliance: I talked with several Scrum Alliance staff, they are excited with new organizational structure, and ready to face the new challenges.

产品待办列表条目的4个类型 产品待办列表中可以有很多类型的条目，总结一下大致有4种: 1. 功能性需求（Functional requirement），如特性等新功能 2. 技术改进的需求，如性能要求技术选型的变化，或数据库版本升级等 3. 获取知识的原型，各类线框图等原型 4. 缺陷，主要是生产系统的缺陷 产品列表的条目可以是以上任何一个类型，也可能是多个类型的混合。 这个都没关系，这个分类，主要帮我们思考，都有哪些维度的需求，避免有遗漏。 行动 每日一问：你还知道有哪些类型的产品列表条目？ 与BoB面对面 报名BoB的敏捷认证课程 订阅邮件列表 关于作者 BoB Jiang 中国北方的第一位CST（Certified Scrum Trainer） 敏捷变革中心（Center for Agile Transformation）合伙人 Bob的博客、《Scrum精髓》译者 欢迎加入自由职业者俱乐部 微信群，请加微信： hiblocknet ； 添加微信后，发送消息 dream 版权声明 本文采用 CC BY-NC-SA 3.0 许可协议。 转载请注明出处！

Certified Scrum Master (CSM)考试流程 考试前 CSM的考试只能参加CST（Certified Scrum Trainer）的授课来获得。 Bob Jiang是一名CST，可以报名参加我的课程。 更多CSM认证相关问题请点这里。 课前预习，请阅读Scrum指南 考试 前提是参加2天的CSM课程 上课后，邮箱内会收到一封来自Scrum联盟的考试邮件（请注意查收垃圾箱） 点开链接（链接类似于这个…………） 更新Scrum联盟会员信息 进入考试（点击 take exam） 选择考试语言（中文 Simplified Chinese、英文都可以选择） 进入考试，50道单选题，考试时间60分钟 答对37道题通过，提交后马上知道结果 考试后 每个学员有2次考试机会，请在考试前认真复习课堂知识和阅读Scrum指南 考试通过后，登录Scrum联盟官网 点击右上角，My Certification Dashboard 找到 print certificate 选择打印类型，有A4和letter的两种类型，哪种都可以 填写证书上显示的名字，支持中文 生成证书，PDF文档。可以下载保存或打印出来。 恭喜你，获得了CSM证书。开启了一段Scrum的冒险之旅。 与BoB面对面 报名BoB的敏捷认证课程 订阅邮件列表 关于作者 BoB Jiang 中国北方的第一位CST（Certified Scrum Trainer） 敏捷变革中心（Center for Agile Transformation）合伙人 Bob的博客、《Scrum精髓》译者 欢迎加入自由职业者俱乐部 微信群，请加微信： hiblocknet ； 添加微信后，发送消息 dream 版权声明 本文采用 CC BY-NC-SA 3.

Certified Scrum Master (CSM) 常见问题列表 课程介绍 什么是CSM（Certificated ScrumMaster），敏捷教练认证 答：什么是CSM CSM认证机构为Scrum联盟，是一家国际机构 答：Scrum联盟介绍 CSM和ACP的关系：ACP课程内容中有一个板块是讲Scrum的，可以说ACP涵盖了CSM 答：敏捷认证的对比 上课及考试 CSM考试流程是怎么样的？ 答：CSM考试流程 CSM考试必须参加为期2天的培训。 答：是的。 考试的网站是否要学员注册个人账号？ 答：不需要，讲师会帮助学员注册。 CSM完成培训的当天即可申请在线考试，在申请考试的时候要注意选择中文考试（还有英文的考试） 考试的网站是否要注册个人账号？是否要终身使用此账号（续证等）？ 答：申请在线考试，由老师（Certified Scrum Trainer）发起。考试语言中文英文可以自己选择。需要注册账号，用注册课程的个人邮箱注册。可以一直使用这个账号。 考试时长1个小时，共50道单项选择题，答对37道题通过考试 答：考试有时间限制，1小时。一共50道题目，答对37道题。 CSM考试申请方式简单快捷，拿证快 答：拿证快，但更重要的是课程上学习到的能力，以及回到工作中的实践。 CSM上课不得缺席，否则无法申请考试 答：缺席超过2小时的，将无法申请考试。需要补课后才可以参加考试。 通过CSM考试可在PMI上申请积累16 PDU 答：参加CSM课程（2天）可以申请16个PDU，申请方法 我是一名非技术人员，但很想做敏捷教练，对学习CSM是否有很大难度？ 答：没有难度，CSM课程不需要技术背景。如果了解技术会更容易理解。 CSM认证在线考试在什么时候？中文还是英文？通过率如何？两位老师在认证申请过程会协助哪些事项？多长时间能拿到认证证书？ 答：上课后在线考试，中文英文可以选择，通过率高，老师协助提交邮箱申请考试，考试后通过就拿证。 参加课程取得认证，我需要准备什么？ 答：建议学员认真阅读《Scrum指南》 scrumguides.org 每天上课时间怎样安排的？我是外地学员，考虑住宿等事项需要。 答：上课时间，9:00 - 17:00 CSM证书为电子证书，如何下载？ 答：用自己的账号或邮箱登录Scrum联盟网站；点击右上角个人头像，选择My Dashboard；查找并点击 Print Certificate 链接；选择生成的格式（A4或Letter），然后输入证书显示的名字，点击确认。 纸质证书怎么拿到？ 答：官方不提供纸质证书。

#Scrum的精髓 经常也会叫做敏捷精髓，最最根本就是拆分 + 优化 3个拆分： 1. 拆分时间 2. 拆分产品 3. 拆分组织 2个优化： 1. 优化流程 2. 优化价值 拆分时间 Scrum中固定时间盒（Sprint）就是原来一年的版本，拆小成1-4周的时间盒。 拆分产品 需求条目化。原来是需求一起分析、设计、编码及测试。Scrum中每个需求尽可能小，是一个一个条目。（参考大小，一个Sprint内完成4-10个条目） 拆分组织 大团队拆成小团队，且每个小团队都是端到端的跨职能团队。 优化流程 每个Sprint结束时，团队都会进行回顾会，来优化团队及组织的工作流程。因此每个组织都有自己独特的流程，流程是长出来的。 优化价值 每个Sprint，及工作中，会不断的针对Product backlog进行排序、拆分（优化工作） 行动 每日问题 针对敏捷的精髓，你的观点呢？欢迎留言讨论。 与BoB面对面 报名BoB的敏捷认证课程 订阅邮件列表 关于作者 BoB Jiang 中国北方的第一位CST（Certified Scrum Trainer） 敏捷变革中心（Center for Agile Transformation）合伙人 Bob的博客、《Scrum精髓》译者 欢迎加入自由职业者俱乐部 微信群，请加微信： hiblocknet ； 添加微信后，发送消息 dream 版权声明 本文采用 CC BY-NC-SA 3.0 许可协议。 转载请注明出处！

之前我有过一篇博客介绍，如何进行快速有效的估算。 这次介绍一下估算中的故事点，有哪些好处 敏捷估算 敏捷中常用的估算是故事点，今天就谈谈故事点。 故事点本身是没有单位的数字，那么为什么采用这个故事点，主要有2大好处： 方便预测 有效的度量团队开发速率 故事点用于预测 比如团队的速率是每个Sprint（迭代）10-15个故事点，下一版本大概有100个故事点要完成。 那么团队大概需要7-10个Sprint（迭代）来完成下一版本。 度量团队开发速率 敏捷转型之后，很大的一个痛点在于如何度量团队的改进成果。 这里有许多可以度量的维度。 其中有一个度量维度就是团队的开发速率，而故事点是团队开发速率的体现结果。 举个例子： 团队一开始的开发速率可能是10个故事点，随着时间的推移，大概3-5个Sprint后，团队的开发速率提升到12个故事点。 但是如果采用人天（或人小时）来估算的话，就没办法体现出团队的开发速率。 最后 故事点的估算，是针对PBI（产品待办列表条目） 人天（或人小时），是针对任务 不同的估算单位，用于不同的场景。 当然，任务如果拆分的足够小，也可以省略估算。 行动 每日问题 你的团队采用故事点了吗？没有采用的原因是什么？ 与BoB面对面 报名BoB的敏捷认证课程 订阅邮件列表 关于作者 BoB Jiang 中国北方的第一位CST（Certified Scrum Trainer） 敏捷变革中心（Center for Agile Transformation）合伙人 Bob的博客、《Scrum精髓》译者 欢迎加入自由职业者俱乐部 微信群，请加微信： hiblocknet ； 添加微信后，发送消息 dream 版权声明 本文采用 CC BY-NC-SA 3.0 许可协议。 转载请注明出处！

东方与西方的文化差异有哪些 昨天在过马路（人行横道）的时候，被一辆汽车吓着了，这让我想起在新加坡、美国等地遇到的汽车会主动避让人行横道的行人。 从而激发我想试着找一下东方与西方文化有哪些显示的差异。 过马路时人让车，还是车让人 系统论与还原论 喝热水还是冷水 喝茶还是喝咖啡 靠左走还是靠右走 如果两种文化同时存在，会发生什么情况呢？ 过马路时，人车都麻烦了，不知道谁该让谁。 看问题的时候，是应该看整体还是分开看。 热水还是冷水。 那么在文化发生差异的时候，你会怎么选择？ 如果站在对方的视角，尝试理解对方的感受，你会得出什么结果？ 最后分享一个有意思的事情。 有一次我和一个澳洲朋友一起去参加一个大会， 他选择热水 我选择冰水 他选择茶 我选择咖啡 哈哈…… 行动 每日问题 东西方文化差异还有哪些？ 与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