从卓越工程角度看微软中国开发团队的成长
开发团队的成长离不开优秀的人才,简捷有效的流程和高效率工具这三个卓越工程系统中的重要因素。本文作者从这三个因素分析了微软中国开发团队是如何“从优秀到卓越”的。
作者 Mike Bria译者 韩锴 发布于 2008年4月13日 下午7时31分
即使是最年轻的敏捷团队,也都深知“回顾活动(Retrospective)”一词。然而另一方面,很多敏捷团队都没有注意到,如果没有采取一些真正会带来改进的行动的话,回顾活动可能只是在浪费精力。上届Gordon Pask Award的胜利者Jim Shore提出了一些关于如何最大化回顾活动价值的建议,提醒我们在敏捷过程中,要把这项实践摆在什么位置上。回顾活动的前提是:Kerth的最高指导原则(Kerth's Prime Directive)。每个人都会犯错;该原则提醒我们,不要攻击、而要支持我们的同事。 让参与者按六方面贡献进行头脑风暴,分别是愉快的、沮丧的、迷惑的、要保持的、要发扬的和要减少的,把每个想法都写在单独的卡片上。 接下来把卡片贴在白板上,把意思相近的卡片放到一起。每个人都要参与;但此时不要发表意见。将最后的结果排成一圈,并命名。选择其中的一个,分析产生它的根源及解决方案。挑选出一个解决方案:它就是这次回顾活动的目标。在下一个迭代中要坚持贯彻这个目标。除了上述的“幕后花絮”,他附加了一个上述流程的可视化图表 。
......回顾活动最重要的环节是完成这样一个仪式后会发生什么事。在进行回顾时,大家反思过去,展望将来。最后我们会分析出问题的根源并得出相应的解决方案。这样很好,但不要忘了挑选一个方案并贯彻执行它。在Shore 的文章中含蓄地提到了一点,即回顾活动之后缺乏看得见的改进的现象并不少见。很多敏捷教练也经常谈到这一点。Shore指出,通常提议的改进本身其实并不 困难,但是要真正做到却并不容易。他相信这无外乎一个原因,即在团队的日常活动中,改进的条款难以引起团队的真正关注。鉴于此,他建议团队把这些改进的要 求明确地写在迭代计划中,并把它放到某个“大型的可见的图表”中。
开发团队的成长离不开优秀的人才,简捷有效的流程和高效率工具这三个卓越工程系统中的重要因素。本文作者从这三个因素分析了微软中国开发团队是如何“从优秀到卓越”的。
本文是Productive Java with Ruby系列文章的第一篇,我将从单元测试这个话题开始,让Java的开发人员能够在实际工作中利用Ruby提高工作效率。
InfoQ中文站有幸与阿里软件的首席架构师赵进在一起探讨了SaaS的相关话题,包括SOA和ASP与SaaS的异同、云计算、SaaS的前景、它的关键技术、技术瓶颈等等。
在这篇文章中,Adrien Louis和Marc Dutoo在一个典型的ESB场景中讨论了编配和路由的区别和优缺点。他们讨论了几种连接服务的方法,从使用如自定义路由这样的低级别方法,到使用如工作流和编配这样面向业务的高级别方式,并总结说不存在“一边倒”的解决方案。
本文是根据7月26日InfoQ中文站在杭州举行的QClub活动(第三期)后半程小组讨论总结而成。主要内容包括如何在SOA系统中实现服务编排,如何保证分布式系统中的一致性和可用性,以及如何在实施SOA的过程中控制接口的粒度等。
人们很容易想当然的以为虚拟化技术仅仅应用于服务器。而在现实中,虚拟化这一苏醒的概念正被运用于各个层面,其中包括网络,存储以及应用基础架构。在这篇导论中,InfoQ将深入每个方面,详尽向您描述虚拟化技术的运用以及其优点与不足。
在这篇案例研究中,InfoQ对Adobe AIR和Amazon的简单存储服务(Simple Storage Service ,S3)在NASDAQ市场回放程序(NASDAQ Market Replay)中的应用进行了详细的分析。
没有回复
回复