硝烟中的Scrum和XP
在本书中，作者Henrik Kniberg讲述了他在一年的时间里，带领40人的团队实施Scrum的过程。他们试过了多种团队尺寸（3～12人）、sprint长度（2～6星期），定义“完成”的不同方式，不同的backlog格式，各种测试策略，在多个Scrum团队之间进行同步的多种方式。他们还尝试过XP实践——持续集成、结对编程、测试驱动开发等等，还试过了把XP跟Scrum组合。
InfoQ
六月 352,956名独立访问用户
特别专题
赞助商链接
QClub北京站活动
8月3日周日下午
天际网首席技术官
郭应寿与您一起
探讨OpenSocial的
规范、实现现状与
展望的相关话题
QClub杭州站活动
7月26日周六下午
支付宝首席架构师
程立与您一起探讨
当SOA遭遇互联网
应用的现实状况
主题/标签专用视图
InfoQ 上所有与“敏捷技术”相关的内容及新闻
最新“敏捷技术”相关专题内容
“敏捷技术”相关新闻
诚实——是敏捷的价值观吗？
在一篇引人深思的博客中，Declan Whelan引用了他从Mishkin Berteig那里了解到的想法：诚实，是敏捷团队之所以成功的一个（不言而喻的）原则。这个想法很简单：如果个人不够坦诚，绝大部分的敏捷实践无法发挥作用。
由干扰驱动的开发
Scrum要求在sprint中的干扰尽量少。然而，在真实世界中，如果系统已经上线了，那就很有可能在sprint中遇到产品支持方面的问题。本文试图揭示几种在Scrum中处理这些干扰的方法。
关于TDD的观点：质量是反复思考的结果，仅靠解决Bug无法获得
“单元测试可以改善代码质量”这一观点已经得到广泛认可。培训师、顾问兼咨询师Michael Feathers在最近的一个帖子中对其提出了质疑。他谈及单元测试、集成测试、TDD和净室软件开发（Clean Room Software Development），认为代码质量是反复思考的结果，仅靠解决bug无法获得。
“敏捷技术”相关文章
如何处理遗留代码
构建（Build），自动化（Automate），测试（Test）,这个BAT可以帮助你建立一张防护网，确保代码可以如你所愿的继续工作。 Richardson向我们展示了这些步骤如何迅速发现并解决那些没有意识到的副作用。看看它与你日常工作相比的区别是什么，你是否需要用不同的手段处理工作。
图书摘录：持续集成意味着持续测试
持续集成（Continuous Integration，CI）这项基本的XP实践现在已经变成了被广泛使用的开发者最佳实践之一。InfoQ为您提供了“持续集成：改善软件质量并降低风险”一书中的“第六章：持续测试”，在这一章中，作者提出了一些编写优秀测试以保证系统质量的建议和示例。
用“看板图”实现敏捷项目的可视化
本着“信息辐射体”和“人人可见的大图表”的精神，Kenji Hiranabe提出用“看板图”来管理三个视角（时间、任务和团队），让整个团队都理解当前的项目状态，从而以自主、有动力且互相合作的态度来工作。
“敏捷技术”相关技术访谈
Segundo Velasquez与客户眼中的敏捷
Segundo Velasquez参加Agile 2007大会是为了与一个敏捷团队见面，这个团队曾承诺为他设计、开发一个Web应用，用之在慈善机构Mano a Mano和其捐赠者之间建立紧密的联系。整个过程进展迅速，这让Segundo感到惊喜异常。
“敏捷技术”相关迷你书
硝烟中的Scrum和XP
在本书中，作者Henrik Kniberg讲述了他在一年的时间里，带领40人的团队实施Scrum的过程。他们试过了多种团队尺寸（3～12人）、sprint长度（2～6星期），定义“完成”的不同方式，不同的backlog格式，各种测试策略，在多个Scrum团队之间进行同步的多种方式。他们还尝试过XP实践——持续集成、结对编程、测试驱动开发等等，还试过了把XP跟Scrum组合。