模块化Java:声明式模块化
本文是模块化Java系列文章的第4篇,介绍的是声明式模块化。文中描述了组件如何以声明的方式来定义并组织在一起,而无需让代码依赖于OSGI API。
作者 Mike Bria 译者 金明 发布于 2009年4月17日 下午8时15分
很多人意识到敏捷团队内的信任是敏捷宣言“个体与交互”价值观被顺利贯彻的基础。Esther Derby给出了五条帮助团队建立信任的具体建议。
敏捷宣言的第一条,也是被引用最广泛的一条,强调“个体与交互”(胜过“流程和工具”)是所有开发流程的基础。任意一种敏捷方法都把创建一支紧密协作的团队视为贯彻该价值观的关键所在。而且,很多人都同意团队的成功起源于团队成员之间的相互信任。
然而,在专业环境里面,信任到底是什么样的?一个团队如何建立这种信任?
Esther Derby最近撰文回答了这些问题。对于第一个问题,她认为:
我们在工作场合需要专业上面的信任。专业上面的信任指我相信你能胜任这项工作,你会与大家分享相关的信息,而且你对整个团队有良好的动机。从广义上讲,这是对沟通、承诺以及能力的信任。
接着,Esther给出了五条具体的建议,人们可以据此在团队里面建立信任。
当人们不知道如何处理不快的对话......或者认为维护工作关系与他们无关的时候,团队的信任就受损害了。这是为什么人们需要一个讨论人际反馈的框架。Ola Ellnestam 最近发表了一篇文章讲述应用从Esther和Diana Larsen开设的讨论班学来的“反馈框架”的经验。
当团队里某人在讨论问题的时候保留自己的观点和想法,之后又批评说“我认为这主意从头就是错的”。其他团队成员就会觉得措手不及。这伤害了彼此的信任感。
没有原则的说“是”,只会让其他人不再信任你的言词。如果你从不说“不”,你说“是”又能说明什么呢?
这看上去有点自相矛盾,但是要建立彻底的信任,有时就需要承认你并不是什么都懂。
信任是人们普遍讨论的东西,但能有效地做好这一点的团队却不多见。花一些时间读读Esther的文章,看看到底给出了哪些好建议。
查看英文原文:Five Ways To Build Team Trust
有中国的话讲就是真诚
总结的非常好,我也一直在强调团队的信任和效率。
不过上边的五条类似了,呵呵第一条是一条,其他的都可以算做第二条了,就是有话就说!
话非常正确,但是没有什么新意。
我一直以来有个问题,如果一个团队内部参差不齐,有很高效率的程序员,也有效率很低的程序员,应该怎么分工?这样还敏捷得起来么?如果一直让效率高的多做事,效率低的少做事或者说是idle,这公平么?而激励却是一样的,让人感觉做多做少,做好做坏一个样,还不如少干点轻松点,我们公司现在就是这样,很让人担忧。。。
强烈同意。五句话基本是同一个意思。
道理是对的,很多可能大家也都知道,关键是执行起来的难度。
成年人,看事情往往会带有依据自己的经验,喜好甚至欲望产生的滤镜效应。
同样的事情,在不同的人那里,会得出完全不一样的结论。
而即使是同样的结论,不同的人对主要矛盾的认知也可能会有差异。
所以建立团队信任的办法真的是对团队成员的要求很高,对管理者的要求也很高。
而其实说穿了,这要求也不算高---不带成见,不带偏见,像洁净的镜子一样去认知问题。
本采访是在伦敦举行的QCon2009上记录的,Ian Robinson和Jim Webber探讨了如何将Web作为整合平台以及REST在理论上和实践中的好处。
项目管理对于项目成败至关重要,但实践中每个项目都有自己的独特性,没有现成的解决方案可以套用。书中从应对实际风险的角度出发,讲述了从项目启动、项目规划到项目结束的整个管理流程,展示了作者的思考过程。本迷你书从原书中精选出5个章节。
在这个演讲中,Fred将会揭示敏捷的一些外在因素,并会重点关注敏捷获得成功的内在原因。从案例研究和真实的项目经验来看,Fred认为:工具、管理体系都不能让你变得敏捷。敏捷的成功,植根于士气高涨、充分授权的工作者身上,他们能够以不同以往的方式思考问题。
Eben Hewitt的新书《Java SOA Cookbook》从Java实现的角度讨论了面向服务架构。Eben在书中讨论了SOA基础、工具、最佳实践和SOA治理等主题。
Mark Richards的新书《Java消息服务》第二版覆盖了JMS的许多主题, 包括发布和订阅模式以及点对点模式,消息过滤和事务等。InfoQ与Mark谈论了跟他的新作。
6 条回复
关注此讨论 回复