不同技术团队的配合问题及DevOps
在IT企业里产品从创意到交付给用户，从整体上看是由技术部门负责，但如果深入到技术部门，会发现由不同的技术团队负责不同的部分或者阶段。本文讲述了不同技术团队的配合问题及DevOps。
InfoQ
InfoQ
促进软件开发领域知识与创新的传播
主题/标签专用视图
分布式团队相关的内容
最新“分布式团队”相关专题内容
“分布式团队”相关新闻
社交网络、敏捷和云计算，给离岸软件开发带来怎样的改变？
Thomas L. Friedman在其著作《世界是平的》一书中谈到，各类事件的融合使得许多国家成为全球供应链的一份子。其结果是一些新经济规则定义的产生。Israel Gat发展了这个概念，他称，其得益于社交网络和协作技术，软件开发已经不再依赖于位置了。
远程客户、远程开发人员和危机项目
尽管集中办公是敏捷的主要建议之一，越来越多的项目却以分布式方式进行。Safari Asad在Scrum开发组中发起了一个有趣的讨论，针对的是既有远程客户、又有远程开发人员的危机项目。
改善分布式回顾会议
许多人认为回顾是敏捷团队持续改进的最有效工具之一。回顾会议在人们印象依然深刻的时候总结教训、统一认识，而这些经验教训又会被立即应用到团队正在进行的工作之中。Yahoo Respectives小组上的讨论研究了如何帮助分布式团队在多个地点之间召开回顾会议。
文章：案例分析──荷兰铁路公司的分布式Scrum开发
Scrum的成败取决于我们的实施方式。这篇文章讲述了一个大型分布式Scrum项目的成功经历（这个项目曾经在传统方式工作下被废弃过），读者可以从中了解到作者的心得体会。直接点击阅读完整文章。
在玩牌中学到分布式团队的沟通
在Agile2008上，Charles Suscheck演示了怎样用修改后的Rummy玩法，教给大家项目中沟通、计划和协作的重要性。这个游戏对团队的各种分布情况，以及在项目进行中增删人手所带来的影响进行了探索。
“分布式团队”相关文章
应用Visual Studio 2010辅助敏捷测试（上）
本文从工具角度出发，介绍了Visual Studio 2010如何帮助测试人员更胜任敏捷项目中的测试工作，主要包括团队有效协作的基石TFS、集成测试环境MTM、通过自动化测试用例框架实现自动化测试用例、早测试和经常测试，以及完整的自动化测试解决方案——实验室管理等。本文为上部。
案例分析：荷兰铁路公司的分布式Scrum开发
在Scrum项目的成败中，根据所处环境来对Scrum进行剪裁调整起了重要作用。这篇文章讲述了一个大型分布式Scrum项目的成功经历，而且这个项目曾经在传统方式工作下被废弃过。作者还跟读者分享了他的经验教训：启动项目、产品所有权、测试、估算的重要性、有效沟通。
给人们爱上远程会议的理由
如今，随着劳动力的不断全球化，面对面会议正在变得越来越稀少。在办公场所里面，我们通过由桌面共享工具支持的电话会议专线来完成业务的处理过程，这种体验与以前完全不同。本文中介绍了一种刚刚出现并且非常重要的技能：如何使用种种技巧和窍门来有效促进远程互动过程。
“分布式团队”相关迷你书
硝烟中的Scrum和XP
在本书中，作者Henrik Kniberg讲述了他在一年的时间里，带领40人的团队实施Scrum的过程。他们试过了多种团队尺寸（3～12人）、sprint长度（2～6星期），定义“完成”的不同方式，不同的backlog格式，各种测试策略，在多个Scrum团队之间进行同步的多种方式。他们还尝试过XP实践——持续集成、结对编程、测试驱动开发等等，还试过了把XP跟Scrum组合。