superkunkun的专栏

30天高效练习第一天，各位小伙伴，你们准备好了么

其实我也经常的扪心自问，怎么样才能让自己在工作和生活中表现的更加高效，怎么样能够以更好的心态来面对每天源源不断的事情，怎么才能更好的将事情分类并有秩序的做好。

“How can one not worry so much about things that he/she cannot control?” ~ Katy这个问题很多小伙伴都问过我，其实很难回答一个大家想要的答案。大多情况下，人们焦虑的原因是因为他们无法掌控目前的情况，同时也会担心他们缺少应对和控制局面的方法。相反，如果大家能够应对和控制自己所面临的情况，就不会再焦虑了。

Scrum Master 全球综合报告（人口统计学，教育背景，薪资） 由Stefan Wolpers和Sumit Mehta调查编译而成 梁堃，翻译目录 1. 说明 2. 参与调查者 3. 关于Scrum Master 4. 积极的转变 5. 产品管理办公室的角色 6. Scrum Master一般不会单独存在 7. 高收入

在scrum开发模式中，PO和团队往往对于如何做release plan感到很困难，原因是因为在项目开始的时候对产品没有一个完整的全局概念和整体把握，这个是product backlog和用户故事在整体和全局上的不足之处，另外就是因为没有一个完整的用户体验或者价值流导向，对于每个迭代无法合理定制出可交付产品增量。那么在这里，我可以给大家介绍一个通过用户故事地图和快速估算来做release plan的

Spotify的敏捷教练都做什么？我们敏捷社区收到的一个常见问题就是“Spotify的敏捷教练实际上是做什么的”，约2年前，JoakimSundén在他的博客中回答了这个问题在Spotify的敏捷教练角色。我目前正在关注这个博客和它过去几个月的发展变化，虽然不会很具体的介绍我们仍然面临的挑战，但我还是会说明Spotify的敏捷教练的现实情况。四个月前，我离开了IO部门（基础架构运营），加入了刚成立六

如何来识别出一个好的scrum master，对于很多人来说都是一个难题。在这里我有幸跟大家分享一篇Mike大叔的文章，里面通过一些方法来帮助大家识别谁是一个优秀的Scrum Master。 在面试的时候，不仅仅是需要拿出一个清单来识别候选人需要了解的知识和需要做的事情，所以面试scrum master不是一个很简单的工作。不过，因为很多面试scrum master的内容和面试其他职位的差不多，所

其实个人以为，回顾会议在scrum所有的events中是最重要的一个 正如上图所示，我们可以看到在整个scrum的价值流上，每个会议都有不同的对应意义：planning meeting用来将目标分解并给团队，standupmeeting 则用来对team每天的工作进行跟踪，review meeting则是检视和调整目标，以适应当前的工作状态，而retrospective meeting则是team

今天我们来聊一聊scrum中的一个重要会议，review meeting。 这个概念其实在很多资料里面都有介绍， 我在这里就不占用篇幅来介绍基本概念了，那么今天我们主要说说review meeting和demo之间的关系。说到这里，有的朋友就说了， review meeting不就是demo meeting么，团队把这个sprint做的user story demo给相关干系人来看，让PO acc

彼此上篇文章说完了计划会议，我们今天来一起探讨一下计划会议里面一个很重要的环节，那就是故事点的估计。 故事点这个概念大家应该很了解了，实际上就是对在sprint里面要开发的user story进行一个粗量级的估算，以便于团队能够知道这个user story的复杂度（工作量），但是这里有个容易引起混淆的地方，就是传统意义上的敏捷，是用来度量规模和复杂度。使用‘规模’和‘复杂度’这两个词，是要表达‘用

今天我们来一起聊一聊Scrum中的计划会议。 那么，首先，scrum中的planning会议的目的是什么呢？ 其实从本质上来说，scrum中的planning会议主要有以下几点从PB（Product Backlog）中按照优先级选取这个sprint需要做的item团队澄清user story/item的需求，并且决定是否将该user story拆分至更小团队估计user story的点数（

从今天开始我们准备介绍一下scrum中的4个会议中的每日站会。每日站会的目的我在这里就不再累述了，因为已经有太多的文章和书籍来介绍了，如果大家有兴趣的话，可以联系我，我可以给大家推荐一些资料和书籍。那么我们在这里主要讲一下什么样的站会是一个好的站会，我们要避免哪些行为会把站会带到沟里面去。你的站会是不是有以下一些味道经常有人迟到，不准时参加会议 开会的时候有人低头看手机，或者几个人开小会 有类似

前面几期用了很大一个篇幅来讲Scrum Master的工具箱，这是因为笔者本人曾经做过几年的SM，对这个职位可以说是感触颇深，而SM也是一个Scrum Team非常重要的一个角色，他可以保证团队始终走在正确的敏捷之路上，帮助团队成员正确理解敏捷及相关实践。所以在这了，内容多了一些。那么今天我们要来看一下Scrum中的第三个角色—团队。讲到团队，特别是敏捷团队，就要提到自组织团队这个概念了。我本人也在

离别钩，七种武器里面代表的是戒骄。其实对于Scrum Master，这个武器也很重要。组织在敏捷转型的时候，运行了一段时间之后，运用了一些敏捷实践，而且从各方面，貌似反响很大，这个时候往往会产生如下想法： 1.我们已经敏捷了， 看站会，看板都用上了，如火如荼的。 2.敏捷就这样，我们运行了2年，还不错。 3.能改进的 我们都改进了，不用在开回顾会议了。当你所在的组织出现这些想法的时候，作为Sc

段玉是个不谙世事的少年侠士，不曾练达人情，却以他几近天真的诚实赢得了一帆风顺的“运气”碧玉刀Scrum Master所需要的诚实要体现在什么地方呢？在scrum prime的描述里面，没有要求scrum master一定是所在团队的技术领域专家。而且一个优秀的scrum master在成功的帮助团队成为自组织团队之后，可能还会面对其他领域的技术团队，面对不同的组织架构和企业文化，在这种情况下，要sc

这个系列的文章来到了Scrum Master这个角色的解读，其实SM在Scrum以及敏捷流程中也是很重要的一个role，而本人也恰好在此有过一些经验和教训，所以便想在此多费一些章节和大家分享一下关于Scrum Master这个角色怎样在Scrum运行中起到应有的作用，体现自己的价值。 为什么用古龙先生的七种武器来和Scrum Master的工具箱来对应呢，也是想到了七种武器的寓意，笑（沟通）、自信

#敏捷其实很简单-回顾因为最近工作的原因，所以有段时间没有更新这个系列的文章了。其实除了时间原因，还有就是想停下来思考一下，后面要怎么写，如何能够从一些新的角度来剖析敏捷，和各位敏捷从业者一起思考敏捷现在的状态和未来的趋势。经过几天的思考和跟其他一些朋友聊天的收获，觉得其实还是要从题目开始，从简单入手，能够通过一些简单的描述和案例，从一些大家平时所忽视的角度给大家讲一下敏捷，从而能够和各位读者一起进

25 类的变量也可以是常量，就像静态变量一样using namespace std;#include class vector{public: double x; double y; const static double pi = 3.1415927; vector (double a = 0, double b = 0) { x

20 如果你不想用inline来声明一个方法，或者你指向在类的定义里面包含最少的内容（或者你想用.hpp和.cpp来隔离源代码和声明），那么你只需要在类定义里面声明一下方法，然后在该类下面实现它就可以了。using namespace std;#include class vector{public: double x; double y; double s

11.你可能知道一些C语言中的经典控制语句，但是C++增加了一些新的，像EXCEPTIONusing namespace std;#include #include int main (){ int a, b; cout << "Type a number: "; cin >> a; cout << endl; try { if