领导力大挑战
在实施Scrum项目的过程中,Scrum Master的角色是相当关键的,因为他是团队的推动者。本文围绕什么是仆人式领导、仆人式领导的起源、如何将领导力传达给团队、Scrum Master作为仆人式领导者的角色展开叙述,同时重点阐述仆人式领导者应有的基本内外特征。
该内容已经被标记书签!
标记书签错误,请重试!
作者 InfoQ中文站 发布于 2010年5月21日
不久前,我参加了一次企业开发年会。在年会的五个分会场中,架构师与团队管理分会场人头攒动,场面格外壮观。这给我一种错觉,大有“架构师多如狗,项目经理满街走”的态势。然而,当我在演讲到架构与通用设计原则时,分明看到下面听众茫然的眼光。我心底一惊,有种不妙的感觉浮上心头。为了印证这是否错觉,我随意询问了听众几个问题。听众的回答让我的心拔凉拔凉的。原来,距离架构师的百花齐放,我们还有很长的路要走。
对于这个行业,我们最大的问题并非不知其不足而盲目地自大,而是我们的软件从业人员内心已经浮躁了,这其中自然也包括我。每个纯粹走技术道路的开发人员都向往着架构师的头衔,却忽略了若要成为一名合格的架构师,需要经历的沉淀与历练。拿破仑的一句名言“不想当元帅的士兵不是好士兵”,激励着我们向着远大目标迈进。可是不要忘了,我们中国还有一句古话:“一屋不扫,何以扫天下?”
恰好在前几日,我应西南大学之邀,为计算机学院的学生们开展了一次讲座。讲座的题目为“软件从业人员的五项能力修炼”。我偷窃了Peter M. Senge所谓“第五项修炼”的概念,不过内容上却是大相径庭。据我过往的经验,我认为软件从业人员必须具备如下五项能力:
这或许是我的一孔之见,却也是我沉思所得。这里所指的“软件从业人员”其实是片面的,我心底里的思想还是在向架构师靠拢,而且是面向技术设计的架构师。这五项能力正是架构师所必备。如果没有好的逻辑思维能力,就无法提供好的算法与实现,不能写出优美的代码;不具备分析与抽象能力,就很难解决纷繁复杂的需求问题,无法建立一个可以经得起考验的架构蓝图;架构师需要建模,无论是数据模型还是领域模型,无论是计划式设计还是演进式设计,模型都可以帮助架构师理解需求,进而帮助开发人员理解设计。
人类社会的发展总是充满未知,科学如璀璨的星空指引我们探秘与求索。软件开发同样是一门科学,它的善变是永恒的。站在高端的架构师,如果不具备良好的学习研究能力,因循守旧,故步自封,最后就会湮没在变化的浪涛中。软件开发需要团队,脱离交流与协作的架构师,就如匹马单枪的堂吉诃德挑战风车,结果是头破血流,败得一塌糊涂。交流的重要性不言而喻,一个再好的设计,如果没有合适的方式表现出来,并能够被人理解,它就是无用的。
架构师的成长漫长而充满艰辛。是否能够成功,除了需要远大的目标,还需要脚踏实地。最近,我阅读了两本好书。一本是Kent Beck所著的《实现模式》,另一本是Robert C. Martin的《代码整洁之道》。他们是举世公认的设计大师,但在这两本书里,他们谈的不是架构,而是代码,是实现。荀子曰:“不积跬步,无以至千里;不积小流,无以成江海!”架构师站得高,所以望得远,但如果根基不稳,就极容易跌下来,摔得屁滚尿流。
窃以为, 不浮躁而保持虚心,不畏难而坚定执著,不偏狭而开放进取,此乃架构师成功之道。不知读者诸君,意下如何?
InfoQ中文站.NET社区编辑:张逸
欢迎您 免费下载这本书(PDF) ,并为我们提出宝贵的建议。
篇首语
目录
人物专访
热点新闻
推荐文章
每月新品
特别专题:RIA 技术选型与案例解析
封面植物
版权信息
《架构师》月刊由InfoQ中文站制作出品。
读者反馈/投稿:editors [at] cn.infoq.com
商务合作:sales [at] cn.infoq.com,联系电话:13911020445
在实施Scrum项目的过程中,Scrum Master的角色是相当关键的,因为他是团队的推动者。本文围绕什么是仆人式领导、仆人式领导的起源、如何将领导力传达给团队、Scrum Master作为仆人式领导者的角色展开叙述,同时重点阐述仆人式领导者应有的基本内外特征。
在多线程并发编程中Synchronized一直是元老级角色,很多人都会称呼它为重量级锁,但是随着Java SE1.6对Synchronized进行了各种优化之后,有些情况下它并不那么重了,本文详细介绍了Java SE1.6中对于锁的性能优化,以及锁的存储结构及升级过程。
本次分享将首先介绍现代富文本编辑器的组成和实现,然后结合UEditor的开发过程,与参会者分享UEditor在设计和实现的过程中,所涉及到的核心功能的细节实现。
本次演讲视频录制于百度技术沙龙。
我们所开发的应用程序大多都需要提供一个图形用户界面(GUI)。关于GUI应用的架构设计,已经有了Form & Control、MVC,、MVP、 Passive View等多种模式。模式可以帮助我们建立优雅的架构,但前提是弄清楚模式的应用场景。弄清楚GUI应用面临的设计上的问题,有助于我们正确的挑选设计方案。
MongoDB是一种非常易用的NoSQL方案,Brian C. Dilley在这篇文章里介绍了MongoDB的优劣势,并介绍了MJORM项目。MJORM用于MongoDB,是一个没有注解的Java ORM库。
随着网络基础设施的逐步成熟,从RPC进化到Web Service,并在业界开始普遍推行SOA,再到后来的RESTful平台以及云计算中的PaaS与SaaS概念的推广,分布式架构在企业应用中开始呈现出不同的风貌,然而殊途同归,这些分布式架构的目标仍然是希望回到建造巴别塔的时代,系统之间的交流不再为不同语言与平台的隔阂而产生障碍。