领导力大挑战
在实施Scrum项目的过程中,Scrum Master的角色是相当关键的,因为他是团队的推动者。本文围绕什么是仆人式领导、仆人式领导的起源、如何将领导力传达给团队、Scrum Master作为仆人式领导者的角色展开叙述,同时重点阐述仆人式领导者应有的基本内外特征。
该内容已经被标记书签!
标记书签错误,请重试!
作者 Amr Elssamadisy 译者 金明 发布于 2009年2月23日
Allan Kelly在Agile Journal上发表了一篇文章需求第二(Requirements Come Second),其中介绍了《麻省——斯隆管理评论》(MIT Sloan Management Review,译注1)2007年秋季刊上的Avoiding the Alignment Trap一文,那篇文章的基本观点是“当仍未万事就绪并且拥有足够技术能力的时候就着重于商务——IT的结合[译注2],IT企业会面临悲惨的失败结局。”Allan先指出,解决问题通常有两个要素:正确地做事(技术上的能力)和做正确的事(正确地理解问题)。他认为:
在管理培训中,许多经理被教以“做正确的事”比“正确地做事”更重要。道理没错,但是在问题重重的IT团体中,这样可能让情况更糟。
然后,他引用了Avoiding the Alignment Trap 文中的数据:
贝恩公司(Bain & Company,以下简称贝恩)的研究指出,令人惊讶的是,在所有的IT组织中,既没有效率,也不能与商业需求结合好的组织竟占了76%之多。我们可以把这两个方面分别认为是“正确地做事”和“做正确的事”。
接下来,Allan认为,敏捷软件开发一直以来都重视“正确地做事”:
敏捷传统上提升了开发团队的效率。虽然敏捷不拒绝需求,但大多数敏捷方法的引入能提升效率。效率的成功提升会允许团队从“维修区 ”移到“油料充足”象限[译注3]。通过提升效率,公司能正确地做事,但不一定能做正确的事。尽管如此,“油料充足”的IT公司由此获得的回报还是很惊人 的:其中有8%的公司以低于平均水平15%的IT投入赢得每年11%的销售增长。
这是一种途径来解释为什么作为社区我们会如此成功,以及(可能也能解释)为什么社区现在关注的是“接下来做什么?”并且出现了关于The Whole Enchilada的讨论。敏捷社区在“正确地做事”方面已经做得很好,如今开始关注“做正确的事”了。“先搞定一切,IT公司只有在‘油料充足’阶段才能进行商务结合”是个有趣的主张。于是,Allan 展示了结合陷阱:
但是需求呢?即使“油料充足”,仍然要生产商务所需的产品。如果我们紧跟领导们的心意会如何?如果我们改善了(商务——IT)结合,在能够正确地做事之前就着重去做正确的事又会如何?难道局面依旧不能变好?答 案是否定的。贝恩认为这类公司掉进了“结合陷阱”——虽然对商务需求结合得更好,但它们的效率依旧低下。这些公司的IT投入相对于“维修区”的公司要超出 13%,更令人担忧的是,它们的销售相对下跌得也更快,达到每年14%。这证明把正确的事情做糟也是非常可怕的。可能有11%的公司被困于这种最糟的境 况。
该文提供了不同的视角来审视敏捷社区当前所处的状态,以决定未来走向何方。文章结尾,Allan的总结恰如其分:
所以结论是清楚的:采用敏捷,首先必须提升开发团队的效率。
当效率提升了,关注点才能从“怎么做”转变到“做什么”上面。这种转变是必须的,有着更深远的影响,也将持续更长时间。
当前的敏捷方法族主要关注开发和项目管理方面的实践。随着更多的公司采用敏捷,变得“油料充足”,我们期待看到(人们)重新关注起需求发现,以及商务结合。
译注1:MIT Sloan Management Review:《麻省——斯隆管理评论》,参见http://www.hroot.com/magazine/MITSloanManagementReview.htm
译注2:商务——IT结合:参见http://en.wikipedia.org/wiki/Business/IT_alignment,指一个持续的过 程,优化商务和IT之间的相关机制,达到组织内IT提供的商务价值最大化,其目的是在商务和IT之间建立互相信任的关系。
译注3:在Avoiding the Alignment Trap一 文中,贝恩公司从结合(alignment)和效率(effectiveness)两个方面分析IT公司的境况,将它们划分在四个象限:“维修区 (maintenance zone:低效率、低结合)”、“油料充足(well oiled:高效率、低结合)”、“结合陷阱(alignment trap:低效率、高结合)”以及“IT激活的增长(IT-enabled growth:高效率、高结合)”。
查看英文原文: Requirements Come Second - What Comes First?
译者 金明 是ThoughtWorks咨询师,SCJP,系统分析师。关注敏捷方法学,特别是敏捷实施和项目管理的实践。
在实施Scrum项目的过程中,Scrum Master的角色是相当关键的,因为他是团队的推动者。本文围绕什么是仆人式领导、仆人式领导的起源、如何将领导力传达给团队、Scrum Master作为仆人式领导者的角色展开叙述,同时重点阐述仆人式领导者应有的基本内外特征。
论道WP第三篇专栏,以应用程序栏的使用为中心,包括了软键盘带来的问题、应用程序栏介绍、如何绑定应用程序栏的属性等几个方面的具体话题,为开发者顺利使用应用程序栏开发提供了具体指导。
在多线程并发编程中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概念的推广,分布式架构在企业应用中开始呈现出不同的风貌,然而殊途同归,这些分布式架构的目标仍然是希望回到建造巴别塔的时代,系统之间的交流不再为不同语言与平台的隔阂而产生障碍。
3 条回复
关注此讨论 回复