自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+

superkunkun的专栏

一个想学点东西的工程狮

  • 博客(29)
  • 收藏
  • 关注

原创 30天高效练习--第一天

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

2017-11-14 11:22:02 544

原创 30天高效练习---总览

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

2017-11-13 15:05:02 582

原创 如何停止焦虑

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

2017-11-13 11:50:21 1326

翻译 2017 Scrum Master 薪资报告

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

2017-09-21 17:15:44 2521

原创 如何通过用户故事地图和快速估算来做release plan

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

2017-09-21 10:38:24 2154

翻译 Spotify的敏捷教练都做什么?

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

2017-09-21 10:00:57 728

转载 如何招聘一个优秀的Scrum Master(转载)

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

2017-05-31 09:50:30 3944

原创 敏捷其实很简单(15) 回顾会议

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

2017-01-09 21:33:15 4829 1

原创 敏捷其实很简单(14)review meeting和demo的关系

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

2017-01-05 21:52:51 5717

原创 敏捷其实很简单(13) 纠结的故事点

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

2016-12-29 22:53:57 5446

原创 敏捷其实很简单(12)Scrum中的计划会议

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

2016-12-26 23:19:21 9626

原创 敏捷其实很简单(11)从站会开始

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

2016-12-22 21:25:08 1442 1

原创 敏捷其实很简单(10)--自组织团队是怎样炼成的

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

2016-12-19 22:16:14 4286

原创 敏捷其实很简单(9)Scrum Master的七种武器之离别钩霸王枪箱子

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

2016-12-15 21:43:32 1686 1

原创 敏捷其实很简单(8)Scrum Master的七种武器之碧玉刀多情环

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

2016-12-06 21:18:12 1437 2

原创 敏捷其实很简单(7) Scrum Master的7种武器之长生剑和孔雀翎

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

2016-12-01 21:53:05 1727

原创 敏捷其实很简单(6)神坛上的Scrum Master

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

2016-11-30 23:15:25 3950

翻译 从C到C++要注意的33件事(3)

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

2016-11-28 20:49:20 419

翻译 从C到C++要注意的33件事(2)

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

2016-11-24 21:38:53 368

翻译 从C到C++要注意的33件事(1)

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

2016-11-22 21:58:37 484

翻译 从C到C++要注意的33件事(0)

因为最近由于工作的原因,主要的编程语言从用了10多年的C切换到了C++,在实际应用中才发现,有些地方还是很困难的,所以也是为了自己的积累,在这里分享一些从C转变到C++的一些注意点。1.头文件的包含可以不再使用.h扩展名(当然如果你使用扩展名也无可厚非),如果你喜欢使用C的库,可以用c.作为库的开头。    而且有了命名空间的概念 namespace std,可以保证一些命名能够在全局不冲

2016-11-21 21:35:40 1980

原创 敏捷其实很简单(5)一个称职的PO应该做和不应该做的

今天我们先讲一下在scrum运营中非常重要的一个角色---PO。首先我们了解一下PO的概念:(Product Owner)是Scrum中十分重要的一个角色,是连接业务用户及Scrum团队的中间纽带。

2016-11-15 23:01:41 11977 1

原创 敏捷其实很简单(4)--初识看板

今天我们来介绍一下敏捷开发中常用的第二个实践,看板方法。其实,看板方法实际上可以说是精益产品开发的重要实践,与其他敏捷方法相比,它具有更强的可实施性,提升端到端价值交付能力,更好支持系统的改进。而且它也可以和很多其他敏捷方法无缝连结。看板方法的起源中文意思带来误解看板方法的英文为kanban,和中文的看板正好音同,这个当然不是巧合了,看板起源于日本,它的日文注音也正好是'kan

2016-11-04 23:01:23 15415

原创 敏捷其实很简单3---敏捷方法之scrum

通过前面两篇文章,我们介绍了敏捷宣言,包括4条宣言和12条准则。可以说敏捷开发的所有理念,思想,方法都来源于敏捷宣言,所有想要实施敏捷,要先理解敏捷宣言。那么经过上面的文章,我们大家都知道了敏捷实际上是一种理念,一种思想的转变,从传统的开发模式进入到新的以价值为驱动的开发模式中。那么有什么具体的方法呢。从这篇文章开始,我们逐一介绍一些主流的敏捷开发方法。

2016-10-27 23:13:54 14763 1

原创 敏捷其实很简单(2)--理解敏捷12原则

在上篇文章中,我们重新理解了敏捷宣言,其中包括往往被人们忽视的前两句话。那么接下来这篇文章我们会看一下敏捷宣言的12原则。理解一下这12原则对敏捷开发在实践中的指导意义。12原则作为敏捷开发对于软件开发流程的指导性纲领,其实是对敏捷宣言进行了具有实际操作意义的解释。下面是敏捷宣言12原则:我们遵循以下准则:1、我们的最高目标是,通过尽早和持续地交付有价值的软件来满足客户。2

2016-10-27 00:25:09 8389

原创 敏捷其实很简单(1)重读敏捷宣言

本人在软件开发行业中混迹多年,接触敏捷开发也有3年多的时间了,期间SM, Agile Coach 都曾经从事过,在工作过程中也有过一些对软件开发流程,敏捷开发的一些思考和总结。这里想记录下来,和大家分享一下,也作为自己对个人多年来工作的一个记录和总结吧。本篇是这个敏捷系列文章的第一篇,这个系列主要是介绍敏捷的相关知识,个人想分为三个部分,第一是敏捷理论及相关,第二个是Scrum及实践,第三个是

2016-10-25 20:44:27 2223

原创 变与不变---敏捷小思考(1)

敏捷小思考是本人在日常开发,生活,和友人的谈话中,随时感受到的和敏捷相关的思考,应该是一个系列随笔,希望和大家能够分享一下,如果大家对此有任何意见,欢迎拍砖。这次参加RSG有一个很深的感受,就是很多人都谈到了改变,不仅仅从讲师的演讲,还有和很多的朋友聊天的时候都谈到了改变这个话题。那么我个人作为敏捷开发热爱者,怎么来看待改变这个问题呢。还有,有了变,那必然还有不变,我们怎么权衡变与不变之间的关

2016-10-24 22:10:35 777

原创 感悟自己,思考自己--参加RSG2016杭州大会有感

这次参加RSG2016杭州大会是第一次参加这样类型的会议,经过2天的敏捷洗礼,真的感觉有种醍醐灌顶的感觉,整个人的思想都生化了一般,不仅是敏捷的理念,更多的是通过这届大会,认识到了很多志同道合的朋友,接触到很多的理念让人重新思考自我并且能够从中感悟人生。下面是个人参加这次大会的一些历程和感悟,希望能够诸君共勉。我是会议第一天早上到的,因为早上不到5点就出发来赶早火车,所以到了酒店整个人还是昏昏

2016-10-24 21:32:22 1267 1

原创 OSPF协议原理一

最近在工作中遇到了OSPF协议的一些问题,自己以前也没有接触过这个协议,算是个初学者吧, 便想着边学习边记录,省的到时候又要忘记了。下面引用了wiki上对于OSPF的一些简单介绍,算是一个简单的定义吧。开放式最短路径优先(英文Open Shortest Path First,OSPF)是对链路状态路由协议的一种实现,隶属内部网关协议(IGP),故运作于自治系统内部。它使用“代价(Cost)

2013-01-29 13:59:41 588

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除