模块化Java:声明式模块化
本文是模块化Java系列文章的第4篇,介绍的是声明式模块化。文中描述了组件如何以声明的方式来定义并组织在一起,而无需让代码依赖于OSGI API。
作者 Chris Sims 译者 金明 发布于 2009年11月7日 上午8时7分
许多人认为回顾是敏捷团队持续改进的最有效工具之一。回顾会议在人们印象依然深刻的时候总结教训、统一认识,而这些经验教训又会被立即应用到团队正在进行的工作之中。Yahoo Respectives小组上的讨论研究了如何帮助分布式团队在多个地点之间召开回顾会议。
Miriam先描述了2个位于不同地点的团队之间举行回顾会议时出现的重重问题,引发起众人的讨论。尽管使用google Docs和电话会议,但异地之间的交流依旧不能顺畅。Ben Linders分享了他类似的体会:在人们看不到对方的时候,他们是不大倾向于讲话的。
Andreas Ebbert-Karroum使用摄像头让参与者可以看到连接彼端的人,从而解决了这一问题。此外,他还使用了额外的技术辅助手段,包括可以自扫描的白板,让内容轻松实现共享。
Laurie Ann Silberman则采用了多条会议连线,使分组讨论在回顾会议期间成为可能:
先分组讨论回顾议题的某些方面。然后在指定的时间内,重新召开会议,每个小组分别报告各自讨论的内容……
……我们大部分的回顾会议都会先进行一次预先调查,然后往往会围绕着调查结果的关键信息展开进一步的分组讨论。后续的行动计划也可以使用这些关键信息来创建初步的草案。
Mark Kilby补充说,多地点的回顾会议应该在每个地点都设立会议推进负责人。
他们不需要都是经验丰富的推进负责人,但需要在各自的地点注意保证‘每个人在(虚拟)房间里面畅所欲言’,还要观察房间中所有人的肢体语言,给总主持人一些提示。
他也倾向于设立多个推进负责人,这样有人可以处理会议中出现的技术问题,其他人则可以保证人们的讨论继续进行。
Don Farley讲述了他如何借助于Visio创建主时间表(master timeline),在多个地点之间使用时间表方法以展开回顾:
……我们采取了普通的时间表方法:让所有的参与者在卡片或便笺纸写上对他们而言重要的事件,包括积极的和消极的、企业方面的和个人方面的,以及人们加入项目和离开项目的事件。在每一个地点,我们都安排一个‘阅读者’的角色,他负责收集这些卡并逐字读出来。这样,Visio绘制人可以把它们添加到Visio图表上。我们一个地点、一个地点地轮流读,直到把每个人的所有事件都过了一遍。然后,通常我们会有15分钟的中途休息,Visio绘制人用电子邮件把Visio图表分发给其他地点的人们,如果他们需要的话,可以将其打印出来。
您的分布式团队如何展开回顾会议?留下您的评论,与大家分享您的认识、好点子或者遇到的问题吧。
查看英文原文:Improving Distributed Retrospectives
本采访是在伦敦举行的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谈论了跟他的新作。
没有回复
关注此讨论 回复