构建的可伸缩性和达到的性能：一个虚拟座谈会
加入到我们的业界重量级人物（eBay、Betfair、FiveRuns和Twitter）座谈会，他们探究了使网站尽可能可伸缩所需的成本，同时为获得尽可能好的性能所进行的调优。他们还探究了把应用做得尽量优秀的利和弊——他们始终处于其业务需求的压力之下。
InfoQ
InfoQ
促进软件开发领域知识与创新的传播
主题/标签专用视图
值和度量相关的内容
最新“值和度量”相关专题内容
用数字沟通——来自敏捷精灵的忠告
因为不知道如何反击，技术人员不得不听从业务人员的要求。这已经是老生常谈了。问题何在？开发人员用数字主要是进行计算的，而业务人员使用数字辅助决策。在下面的故事中，“敏捷精灵”鼓励一个开发人员用数字来描述与计算无关的问题。
用“看板图”实现敏捷项目的可视化
本着“信息辐射体”和“人人可见的大图表”的精神，Kenji Hiranabe提出用“看板图”来管理三个视角（时间、任务和团队），让整个团队都理解当前的项目状态，从而以自主、有动力且互相合作的态度来工作。
“值和度量”相关新闻
计算速度是否要把bug修复考虑在内？视情况而定
计算速度是否要把bug修复考虑在内？近来，在这个问题上有大量争论。看起来似乎没有一个绝对正确的答案。不过，敏捷人士提出一些建议，说明什么时候应该考虑，如何放进去，以及什么时候可以避免。
挣值适用于敏捷方法吗？
关于挣值管理（EVM）的价值以及如何将其整合到敏捷方法引发了激烈的争论，因为更多大型项目应用了敏捷方法，这些大型项目也需要采用挣值管理。观点各有不同，但有些人相信不仅敏捷项目可以应用挣值管理，有敏捷的EVM优于没有敏捷的EVM。
敏捷度量指标争论又起
什么是好的敏捷度量指标？如果传统的度量指标，诸如收益价值、工作小时数、代码行数，以及代码测试覆盖率等都不能与敏捷项目很好地吻合，那么敏捷项目应该选择什么度量指标？选择好的敏捷度量指标有什么规则？
最小可行产品——揭示价值之道
在Venture Hacks（Advice for Entrepreneurs）网站上最近的一次访谈里面，评论员Eric Ries讨论了最小可行产品（Minimum Viable Product，简写为MVP）的概念——只是“刚刚好”满足客户的需求，这样的产品人们乐意付费，而且可以尽快推向市场。