在恐惧的环境中实施敏捷
敏捷实施和转变有的时候有效，有时候则不一定。是不是有一些共同的线索导致失败呢？恐惧于此有关系吗？如果在一个充满恐惧的环境里开始一个敏捷实施的目标我们会有什么期待呢？
InfoQ
InfoQ
促进软件开发领域知识与创新的传播
主题/标签专用视图
Failure相关的内容
“Failure”相关新闻
Skype故障带给我们的经验与教训
在1600 GMT时间12月22日，Skype服务开始无法访问，一开始是一小部分用户无法访问，后来受影响的用户越来越多，最后网络在24小时内干脆就无法访问了。一周后，Skype CIO Lars Rabbe谈到了这背后的原因。
代码永远是罪魁祸首吗？
软件项目的失败可能归咎于各种各样的原因。一些项目因糟糕的需求而失败，另一些则由于钱和时间超支了，还有少数单纯是因为糟糕的管理所致。如果我们探究其根本原因，是否会发现所有项目失败的罪魁祸首是糟糕的代码呢？全都是这样吗？
Google Apps的应用程序市场和即时错误转移服务
Google Apps市场（GAM）允许提供者创建集成例如Google Gmail，Docs，Sites，Calendar，Talk和Video等Google Apps应用的程序。这个创意使得公司能够将他们的应用和服务超过200万个组织（公司和大学），2500万个账户和个人的Google的应用程序紧密结合在一起。所有的Google Apps用户 - 白金，标准和教育版- 都可以从中受益。Google也承诺为客户提供零数据丢失和即时错误转移的服务。
Bob大叔关于Scrum和敏捷的7条缺陷
在回应Scrum/Agile的固有缺陷这一问题时，Bob大叔（本着马丁路德的精神）写了7条：缺乏技术实践、30天的冲刺周期太长、Scrum教练有时变成了项目经理，Scrum暗中包含了反管理等等。