标签： 敏捷开发
【外评】研究发现敏捷软件项目失败的可能性高出 268%。
当今科技界的许多弊端都可以归咎于《敏捷宣言》。源源不断的补丁表明质量可能大不如前，代码在未完成或考虑不周的状态下出现，这些都被归咎于敏捷实践。
【外评】《敏捷宣言》合著者抨击失败率报告，大谈 “重新构想 “项目
我们猜测该报告可能是在为影响工程（Impact Engineering）打掩护。此后，该报告因其方法和结论而遭到抨击。Kern 毫不讳言： “我认为这项研究是垃圾。可以说，它根本没有反映出我认为的敏捷”。
敏捷开发
敏捷开发
敏捷宣言并未改变任何事情
敏捷宣言并未改变任何事情
敏捷时代必须终结
敏捷时代必须终结
被捧上天的 Scrum 敏捷管理为何不受大厂欢迎了？
被捧上天的Scrum敏捷管理为何不受大厂欢迎了？项目管理是大家非常关注的话题。最近，总能得到一些不错的内幕消息的Gergely做了一项调查，探寻科技
事实证明，假敏捷都比瀑布优秀
对比“猎狗”和“热带雨林”，“猎狗”“优秀”在哪里呢？
为什么总有人喜欢说“敏捷已死”？
现在总有人说“敏捷死了”，然后又说“我们是开玩笑的”。他们想表达的意思是，敏捷本身并没有死，是我们的敏捷实践方式出了问题。
为什么谷歌的开发人员认为敏捷开发是无稽之谈？
作者是一名前谷歌工程总监，他认为敏捷宣言从较高层次而言，与谷歌工程师对软件开发的看法是很接近的。但如果落实到细节，比如敏捷宣言背后的某些原则，其所代表的主张短迭代和低文档的 Scrum 流程，过于集中于短期思维，不适用于谷歌这样革命性的工程项目。
译 | 为什么使用 Scrum 开发软件是错误的？
Scrum忽略了在软件中以前完成的任何任务都不需要重做的事实，因为它可以很容易地复制并重用。因此，根据定义，新的软件任务是真正的新领域，因此很难预估。
每日站会并不是只是站在开会就行了：每日站会范例
在站会期间，与会者得知道谁应该先发言。由协调人决定谁先发言是与自我组织对抗的、虽然微妙、但是确切的力量。在不需要干预的情况下，团队也应该知道谁先发言。
一个真实的大规模敏捷开发的故事
多支团队以敏捷的方式一起协作能更快地为客户交付新产品的服务，我们发现对于许多公司来说， 这就是如何在市场竞争中快速转变的答案。然而大规模敏捷，是比“仅仅”实现团队级敏捷更大更困难的挑战。它是一个组织级的漫长旅程……
敏捷开发啊？真的假的？
近些年来，越来越多的软件团队采用敏捷开发：它们不设管理人员，只有一个向产品经理汇报的scrum master，职责不比秘书强到哪里去。产品经理继续向上汇报，直到市场或销售总监。作者强调，秘书的工作在企业中至关重要，但是让这种人管理软件开发就是胡闹。
为什么敏捷开发会让人感觉这么难？
这不是一篇介绍敏捷开发的入门文章， 而是我学习、实施敏捷的一些感想， 如果你没有实践过敏捷软件开发， 不妨到文末看看书籍推荐。
深度解读微信教父张小龙所说的敏捷开发
昨天晚上，产品教父张小龙在 WXG（微信事业群）领导力大会上的讲话又一次刷爆了互联网人的朋友圈。谈到敏捷开发的时候，其实这种敏捷开发的方法由来已久，并且被 Google、Facebook 等硅谷企业广泛应用。它已经形成了一套完整的方法论，总结起来就是“MVP”和“精益分析”两个概念。
敏捷思维仅仅是用于软件开发吗？再想想！
今天我想集中讨论敏捷的三大优势，它们非常适合专业服务驾驶舱：敏捷使得团队合作非常好；敏捷可以将复杂的项目打散成最重要的基础部分；敏捷通过持续过程很快的凸显了价值。
为什么敏捷开发不招人喜欢？
你有没有遇到过这些言论——大多是抱怨，当涉及到应用敏捷的时候？
为什么敏捷开发在亚洲实行不了
亚洲人习惯于和自己的伙伴保持和谐的关系，避免冲突，这就影响了亚洲的敏捷小组在从事敏捷开发时的工作方式，包括迭代计划、迭代回顾及日常敏捷工作等。据Partogi说，人们习惯于保留意见，因为他们无法适应一个他们可能会犯错误的环境，即使在这样的环境下犯错误也无所谓。
十条敏捷失败之路
本文提出了10条敏捷失败之路，旨在说明采用相反的做法可以提高敏捷性和成功几率。
敏捷软件测试常见的七个误区
测试策略关注的是目标和方法，即怎样在限定的时间内有效利用有限的资源达到提前制定的目标，一般制定测试策略时会首先明确测试目标，然后确定需要哪些测试类型，各种测试类型所占的大概比例，选择测试框架，最后规划一下软件发布前需要经历哪些测试阶段。
