领导力大挑战
在实施Scrum项目的过程中,Scrum Master的角色是相当关键的,因为他是团队的推动者。本文围绕什么是仆人式领导、仆人式领导的起源、如何将领导力传达给团队、Scrum Master作为仆人式领导者的角色展开叙述,同时重点阐述仆人式领导者应有的基本内外特征。
该内容已经被标记书签!
标记书签错误,请重试!
作者 Amr Elssamadisy 译者 霍泰稳 发布于 2007年3月29日
在社区里面讨论的如火如荼的关于敏捷过程认证的话题,将敏捷联盟(Agile Alliance)推向台前。随着敏捷开发实践思想的传播,公司在寻找合格的雇员帮助他们构建软件系统时,越来越倾向于招聘有资质认证的人员,认为他们应该更适合公司的需要:
敏捷联盟的立场是公司应该只认可基于技能和不容易拿到的认证。我们还认为公司不应该以员工是否通过某项认证作为衡量依据。
敏捷联盟这段话背后的原因很简单,认证可以证明一个人已经掌握了某些具体的知识,但尽管这些知识很有用,但相对于有效的实践和能向公司交付的价值而言,却只是万里长征中的第一步。
技能并不是像知识那样容易获取:学习者开始时技能很糟糕,然后从错误中学习,然后做得好一点,然后不停地重复整个过程。尤其对于敏捷软件开发中需要的沟通或者和人的因素关联很大的技能来说,只有在实际项目中才能够学习得到。也就是学习认证中所包罗的本质内涵。
这种类型的认证才是联盟所认可的,可在我们的社区里目前还没有。另外,要达到这个水平的人需要花费大量的时间,还有金钱。
因此,唯一值得拥有的技能,是那些需要付出艰辛的努力才能学习到的东西。
联盟还进一步建议那些想要采用敏捷开发的公司不要强调认证:
将那些没有认证的人员排除在外是非常不明智的。而且,实践在不断变化。就是技能,如果得不到使用也会生锈。问题不是要雇的人是否曾经拥有某项技能,而是现在他是否能做需要让他做的。仅仅一个认证不能取代这么多的艰辛工作。
最后,他们还提到了当前的一些认证。包括Certified Scrum Master和DSDM基础的认证都被称为基于知识的认证。联盟也很谨慎地指出这些认证是有价值的,也物有所值,但是他们不是拥有技能的证明。其他的认证如Certified Scrum Practitioner和DSDM Practitioner都被认为是基于技能的,也有官方的证明图章。
InfoQ中文站就国内敏捷认证问题采访了ThoughtWorks中国的咨询师胡凯先生,他表示“确实,国内很多人有考这些认证的想法,不过我认为这是注定是要失败的。因为敏捷在不同的环境中实践的形式都不同,而且实践本身也是不断进化的,非常难以量化。”
随着关于认证的争论继续,我们期望看到更多的关于证明的评论和意见。
译者 霍泰稳 霍泰稳是InfoQ中文站的联合创始人兼CEO,有多年的软件开发经验和媒体从业经历。
在实施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概念的推广,分布式架构在企业应用中开始呈现出不同的风貌,然而殊途同归,这些分布式架构的目标仍然是希望回到建造巴别塔的时代,系统之间的交流不再为不同语言与平台的隔阂而产生障碍。
没有回复
关注此讨论 回复