领导力大挑战
在实施Scrum项目的过程中,Scrum Master的角色是相当关键的,因为他是团队的推动者。本文围绕什么是仆人式领导、仆人式领导的起源、如何将领导力传达给团队、Scrum Master作为仆人式领导者的角色展开叙述,同时重点阐述仆人式领导者应有的基本内外特征。
该内容已经被标记书签!
标记书签错误,请重试!
作者 Kurt Christensen 译者 韩锴 发布于 2008年1月9日
《经济学家》杂志在最近的一篇文章上,对近两个世纪以来最优美的三幅图表进行了称赞,它们是:Florence Nightingale's graphic,表现在了Crimean之战中对抗疾病所做的努力;Charles Joseph Minard's map ,展示的是拿破仑对俄国那次损失惨重的战争;William Playfair's chart,它比较了250年间小麦的价格与一个“专业过硬的技术工人的周薪”。Playfair从根本上发明了用图表来显示统计信息的方法:在一系列的经济、统计和社会改革运动过程中,William Playfair是第一次人们不仅用数据来阐释一些问题,而且还要说服别人,甚至把这些数据用于某些政治或商业活动——他们都明白,只要吸引住别人眼球,通常也会抓住别人的心。文章还引用了Edward Tufte的工作成果,Tufte对统计图表学(statistical graphics)产生过巨大的影响。Tufte在他的《Beautiful Evidence》一书中,提出了六个“分析设计的基本原则”:
明确对照物
在统计论证过程中,最基本的分析行为就是回答这个问题:“与什么做比较?”明确因果关系
明确各种变化因素
我们探索其中的这个世界是非常多元的。整合各种迹象
把文字、数字、图像和图表完全整合在一起。将现象记入文档
内容决定一切
提供详细的标题,说明作者和发起人,记录数据源,展示完整的测量比例,指出相关的问题。
分析结果的好坏最终依赖于其内容的质量、实用性和完整性。
了解了如何制作好图表背后的原则后,敏捷人士们能不能利用这些原则更有效地展现度量图呢?进一步地,能不能利用它们识别和创建出更有意义的度量图呢?在《量化信息的可视化显示》 一书的第八章中,Tufte应用他的设计原则找出了优秀图表的模式;其中之一是“small multiple”——一个接一个地排列出大量类似的图像,以便于比较。下面的图表有效地示范了该模式,它描绘了一个项目中共同工作的多个Scrum团队 在每个sprint结束后的总结:
假设这些团队拥有基本相同的人数、sprint进度表以及为每个sprint分配的故事单元(story unit),那么我们就可以从上面的图表中得到很多信息:毫无疑问地,所有团队在第一个sprint中都在奋力拼搏;团队A的速度保持恒定,但一直承担着 过多的任务,需要把一些故事挪到更后面的sprint中;团队B的速度是不稳定的;团队C在开始时遇到了些麻烦,但是现在看来已经步入正轨了。评估团队的 绩效通常都是经理的一道难题,但是有了这种一一对应的对比以后,领导者就可以问出这个至关重要的问题——“跟谁做比较?”,并找到它的答案。
当然,度量图不过是一种工具,像任何工具一样,它也可能被误用。但是充分利用图表设计原则的革新,可以帮助敏捷团队创建出更佳的度量图,有限度地使用它们,敏捷团队的领导就可以在团队内部发现并修复问题了。查看英文原文:Creating Better Metrics
译者 韩锴 毕业于北京工业大学软件学院,现任ThoughtWorks公司咨询师,热衷于敏捷软件开发技术的实践和推广。
在实施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概念的推广,分布式架构在企业应用中开始呈现出不同的风貌,然而殊途同归,这些分布式架构的目标仍然是希望回到建造巴别塔的时代,系统之间的交流不再为不同语言与平台的隔阂而产生障碍。
没有回复
关注此讨论 回复