Archive

Monthly Archives: December 2010

power

昨天的西安OpenSpace活动上,有人提问:“团队如何敏捷转型?”

个人倾向于认为作为组织的一个单元,团队是不能被敏捷化的,因为它无力进行权利的重新分配游戏,权利模型的重建却是敏捷化过程的必然与必须。

如果要求IT团队快速响应客户需求,相关人员必须也必然得到更多的授权,在组织层面,决策链条会变的更短,那么敏捷化的过程势必带来组织结构的扁平化,它会抹去由层级结构带来的权威,更多的人开始参与的更加透明的决策过程中,管理者必须通过自己独到的视角,强大的能力获得话语权与领导权,这个过程我称为从赋予性权利向挣得型权利的过渡。如果组织没有重新分配权利蛋糕的觉悟,打算靠几个技术实践完成组织转型,我对此持悲观的态度。

权利蛋糕的重新分配又势必对公司的文化产生影响,挣得型权利模型下不再存在“领导说”,这终将带来更加透明的管理风格, 自组织、开放的团队文化。这样的风格更进一步要求组织成员开始为自己思考,如果不存在严格的管理,那么必须让成员明白自我管理的重要性和必要性。每个人从业务目标和全局的角度思考:“我应该做什么才能达到这样的目标”。管理者也不再是管理员工,而是领导员工。这意味着他们的主要目标是让员工发现自己的长处,改进缺点,变得更加有效率。

当然赋予性权利模型以及它所对应的组织模型也不是一无是处,它清晰的定义了角色和责任,每个员工都可以看到职业路径,并能够长时间的在某个团队中形成忠诚,这一点在敏捷团队中点就比较模糊。

敏捷转型?  你准备好了么?

[参考]

http://www.workforce.com/section/09/feature/24/29/22/242924.html

http://www.nber.org/digest/oct03/w9633.html

http://www.axiomnews.ca/NewsArchives/2009/June/June22.html

我有5个特质:

学习者(Learner): 对于学习有特长,有渴望,并且愿意持续改进,最令这种人着迷的是学习的过程。

表现欲(Significance) : 非常渴望成为其它人眼中重要的人,希望别人认为他是独特的。

自信(Self-Assurance) : 拥有这个特质的人对于自己经营生活的能力充满自信,他们相信自己的见解是正确的。

兴奋剂(Restorative): 精于解决问题,非常善于找到什么地方有问题,并解决它。

目标导向(Achiever): 有耐力,有耐心,并且工作努力,满足感来自与繁忙和有效率的工作。

我对这5个特质的总结是,有解决问题的能力(兴奋剂)和解决问题的意愿(目标导向),喜欢兜售自己的方案(自信),愿意分享、特别是演讲(表现欲),通过学习(学习者)不断增强解决问题的能力。

总体来讲,我的五个特质都与解决问题相关,而与思考关联较弱。 黄亮与徐昊的特质与思考关联较为紧密,黄亮5特质包括学习和分析,徐昊包括了策略和上下文关联。

我们亲切的互称: 不干实事儿与莽夫。

想多说一点的是Forer效应,不论是算命,星座还是心理分析,只要满足以下几个方面:

  • 为你单独订制(看你的手相,了解你的血型,出生日期)
  • 权威(这位是八仙庵的大师,准到想哭的星座运势)
  • 把所有的话以积极的方式说出来(懒 -> 你是一个随性的人,不友善 -> 你是很有个人见解的人)

受众就会觉得很准。Strengths Finder貌似满足以上所有规则:

  • 20分钟的测试题
  • 只能测试一次,网站上出很专业的报告,并且这本书号称是世界排名第一的XX
  • 这本书里就没有消极的话,因为立意就是你要发挥你的长处,不要对你的短处想太多。

这是不是Forer效应的再次应验了呢?

向上帝发誓,我将以此职业为生 —- profess拉丁语中本意

“专家”,当客户这样称呼我们时,他其实在说:我认为你将承诺做出高质量的工作,视实现我的价值为己任,对帮助他人充满热情,你对工作的骄傲深深感染了我。

扪心自问,我们配得上“专家”二字么?

为什么选择了现在的职业?

我们作为专业人士都接受过良好教育,它意味着我们其实可以有很多的职业选择,我们可以成为房产销售,公务员,老师,市场,什么促使我们成为了IT技术人员?

我们的答案也许是薪水、稳定的收入、良好的工作环境,但我知道,这样的答案会让我们迟早后悔于把最有意义的时光献给了最没有意义的工作。马克思说,在人类通过劳动改造自然的同时,自然也在通过劳动改造人。从事着乏味工作的人,工作也会把他变得乏味。

我在豆瓣给了真正专业主义 这本书一个有失偏颇的书评,非常抱歉。当我细细读它,才理解了David H Maister的激情和富有逻辑的推理,他以3个方面阐述了专业主义:

  • 个人,专业主义是什么?有什么价值?哪些个人能力是有意义的?为什么你应该被管理?他人对于管理的心理期望是什么?如何安排自己的职业生涯?
  • 组织,组织不仅仅应该要求个人成就卓越,还应该从制度上,资源上帮助个人成就卓越
  • 客户,一个真正专业的专业人士应当如何与客户打交道

下面的脑图是我整理给自己的,希望能够对读我博客的人有所帮助。

这本书非常值得一读,推荐一下。

professionlism

在欧洲,DevOps正愈演愈烈,从部署开始拉动,专注于团队整体吞吐率的开发方法开始慢慢受到关注,开发团队开始变的更加精益。市场的快速变化是不可逆转的,我们需要快速,更快速,再快速些的将应用部署,验证商业计划,产生盈利。

这些欧洲的运营人员感受到了市场的变化,认清了原有流程中弊端,他们发现原有的版本化,大规模的发布方式把敏捷起来的团队在最后一关重新变为笨重、丑陋、充满风险的瀑布流程。他们开始怀着热情和开发人员工作在一起,卷起袖子编码、测试,更小步快速的发布应用,把关于部署的知识传递给开发团队,帮助他们做出更加合理的技术决策。

我认为,这才是未来开发团队发展的方向,打破岗位,专业,建制的藩篱,所有人在团队中作所有的事情,每个人都能够,而且必须极大的发挥个人能力,与此同时他也能得到真正意义上全团队的有力支持。

完成上个项目的开发后,我把这些想法总结为两篇文章建设全功能团队建设全功能团队 – 实践篇,我听见了一些赞同的声音,当然更多的是质疑甚至不屑的。欧洲的团队正在变得全功能化,精益化。相比之下,我所咨询过的某些公司,它们本应代表国内最高开发水准,但现实是技术落后,灰头土脸的得过且过,更糟糕的是心态封闭。

昨天晚上和熊节一起看了DevOps for Business, 他提到了基础架构也是代码,换言之,基础架构应该像代码一样被管理,应当干净,版本化,可以轻易的获取一份拷贝。他也提到了几个最佳实践:

虚拟化: 他认为未来的方向一定是KVM,而不是Xen(对这个我很困惑,了解的同学请给点指点),

把一切都打包: 所有的程序发布利用rpm打包,版本化的管理部署环境。

前些天有同事在邮件列表里面抱怨参与社区活动的ThoughtWorker变少了,回想我当年刚加入ThoughtWorks的时候,对于参与社区活动,写博客,演讲是很不积极的,原因很简单: “没有什么可分享的”。我的Sponsor  Andy Yates时常鼓励我说:“你现在作的事情对于很多人是想都不敢想的”,我的回答常常是:“噢”

在ThoughtWorks 将近5个年头,作过交付,写过产品,搞过培训,上过游沁的贼船,我开始慢慢能够理解Andy当年说的这些话,以及说这些话的心情。

这个世界上的程序员大多生活在水深火热,刀耕火种的蛮荒世界里面,他们用只有一颗CPU的机器,搭配15寸的演示器来写程序,他们日夜兼程的垒着代码,天真的以为世界上的程序都是这样写出来的。

所以,其实你很给力,在社区会议上谈谈你的构建过程已经足够让很多人咂舌,展示一下你的持续集成环境则会让他们“羡慕,妒忌,恨”,谈谈TWU的生活或许会吸引很多人想要加入ThoughtWorks.

其实不需等到成为另一个马丁花我们就可以开始分享,当我们开始写文章,开始演讲你会发现有太多的东西可以学习,同事的演讲在从前的我们看来是多么的简单,但现在我们会发现他的每次停顿,每次目光接触,每次提问都设计的恰到好处,他的每一次手势似乎都有了更多的意义。

多分享,我们才能读懂爱分享的人,去年和熊节作某次公开课演讲时,我觉得自己在节奏的把握,声音的控制还有场面的掌控上略胜熊节一筹。今年再和熊节搭档,发现他已经把我抛在了身后,他从小熊那里学来了的板书和画画,他甚至向我展示了在白板上小人的多种画法,他的故事讲的更能抓住观众,声音也控制的恰到好处。我现在也不免“羡慕、妒忌、恨”了

有个秘籍想分享给所有打算开始演讲的人。在演讲前,一定在镜子前准备3遍,争取把时间的误差控制到2分钟左右,用录像软件录一段自己练习的视频,你会发现自己有一堆的问题。

这是今年我在AgileTour 西安站以及熊节在AgileTour 杭州站上的演讲,

胡凯:极限编程的内核实践

熊节: 双城记

昨天晚上自己仔细的看了一遍:

  • 我的“那么”说的太多了,这个要有意识纠正
  • 走位显得没有目的性
  • 手势是下意识的,没有承担辅助思想传递的任何作用
  • 手插兜1次(当时就意识到了)
  • 和观众Pair的那段作的很不错,我的设计的小幽默确实工作了
  • PPT有点土,要开始使用Keynote

我相信每个人骨子里都是爱分享的,多分享吧,我相信每个人都会在分享中获得快乐。