我花了几个小时的时间找到有关软件开发方法（如Waterfall，RUP或Scrum）份额的最新数据，但却找不到任何有用的信息。有没有人知道这样的调查？相应的文件不需要免费提供，但我当然会很感激。
非常感谢！ SEB
答案 0 :(得分：1)
既然你愿意花钱，你可以转向专业的分析公司，如Gartner Research。它们会生成大量报告，您可能会在其档案中找到一些内容。大公司经常引用Gartner的研究。
如果这不会产生任何结果，您应该在研究论文中进行搜索。 Google学术搜索可能会帮助您。
如果所有其他方法都失败了，并且你有足够的时间在手上，你可以自己进行一项小型研究：选择随机公司并告诉他们你正在做研究，并且你想问他们几个问题。
答案 1 :(得分：1)
我手头的一些文件可以帮助你进行研究。
组织结构对软件质量的影响：一个实证案例研究
Nachiappan Nagappan
微软研究中心
美国华盛顿州雷德蒙市
nachin at microsoft.com
Proceedings，International Conference on Software Engineering，1999，Los Angeles，CA，pp.85-95
拆分组织并整合代码： 康威的法律重访
调试开发过程
管理人类 - 软件工程经理的讽刺和幽默故事
答案 2 :(得分：1)
我相信你会发现大多数为业务系统开发的软件遵循迭代开发周期，使用类似于SCRUM的粗略方法，即使大多数人都没有实现它。
您唯一能够看到像瀑布这样的静态方法很可能是一个大型的政府项目，需要在任何类型的软件开发开始之前完成并批准每一个技术和业务设计文档。
答案 3 :(得分：1)
如果存在这样的事情......
根据结果会有标准。如果接近50％的商店实际上使用了Scrum或RUP或任何，那么将会有一个适用的标准组织敲击细节。
根据结果，我们都会被告知具体做什么。我们的律师和会计师会问为什么我们使用的方法仅使用了15％，而不是28％使用的方法。我们不得不面对扶手椅将军引用我们的结果。
根据结果会有待售产品。 “支持最流行的方法。” “最受欢迎的方法之一。” “增长最快的方法的故障单。”
您会看到广告引用了结果并声称具体的数量效益。 “28％的组织使用我们的Scrum版本，并提供准时交付。”
有没有看到基于采用方法的任何广告或标准？什么？
这种定量研究可能不存在。
此外，计数的前提条件是定义。你能否以某种与XP不同的方式定义Scrum？我对此表示怀疑。
我认为这种数据不可能存在。对于像软件开发这样复杂的东西，它需要更加正式和标准化。
答案 4 :(得分：1)
我认为您不会找到有关您所寻找内容的可靠数据。几年来我一直在寻找那种数字，但我还没有找到它们。
首先，很少有组织会告诉您他们使用的是哪种方法。有些人只是不使用任何。其他一些人不知道他们使用什么，或者称之为什么。有些人知道该怎么称呼，但不会出于任何原因披露它。在那些会告诉你的组织中，根据我的经验，这些组织中有少数人，他们如何描述他们告诉你的内容是一个很大的不对称。你自己的问题措辞的方式说明了这一点：今天大多数行业人士（以及许多学者）在被要求列出方法时，想到瀑布，RUP，Scrum，XP和其他一些“商标“敏捷方法。有趣的是，但它们完全能够引用一些敏捷方法，它们之间的差异通常远小于在“瀑布”下聚集在一起的（几乎被遗忘的）方法之间的差异。敏捷方法如此大量推销和炒作，像可口可乐或麦当劳一样，在我们的日常生活中如此存在。
方法通常表现为瀑布式或敏捷型。这是一个可怕的谬论，由敏捷社区培养。有成功的方法不符合瀑布和早期敏捷性（并且不符合资格）。但是，它们似乎被忽略了，它们很少出现在您的问题所要求的调查中。我很少发现行业报告的人使用的方法包括Catalysis，OPEN / Metis或Fusion。
（注意：不要误解我;我很欣赏敏捷运动的价值和贡献。但我不是狂热的粉丝;我是一名试图进行客观评估的研究员。）
总而言之，我认为您不会找到能够回答您问题的数据的研究。但是，在您的搜索中，我建议您考虑这些评论。
祝你好运。 ： - ）答案 5 :(得分：-2)
可能听起来不是很有帮助，但是不要给流行语太多。优秀的程序员/软件工程师，有一种感觉/本能，需要做什么。大多数这些程序都是在发明的，因为可怕的程序员紧紧抓住这些范例中的一个并且汽车靠墙而且有些人正确地指出了他们错过了什么。但如果你没有看到你整体发展的情况，大多数策略都会发生这种情况。
最近大肆宣传的方法，比如XP，我没有在你的列表中看到。他们即使在小团队中也能很好地工作：）