我曾参与过Java世界的Death March项目 - 由于管理不善和笨重，复杂的技术，通常跨越多个系统并经常与瀑布方法。
Rails和Django被吹捧为敏捷开发技术，这意味着他们的目标是能够快速响应变化。
这是否意味着他们对大型企业系统的Death March场景免疫？或者Rails / Django项目是否还有足够的复杂性，它可能会像Java项目一样失控？
答案 0 :(得分：18)
死亡之旅是糟糕的管理和计划的一个功能，无论您使用何种语言，这都是可能的。
答案 1 :(得分：8)
当然是。我有个人经历过几个已成为死亡游行的Django项目。
您可以拥有世界上所有敏捷开发技术，但如果您的公司没有完全接受敏捷概念，那么它将无助于您避免死亡之旅。如果管理层要求在某个特定日期交付产品，并且它包含一组特定功能，那么使用框架将无济于事：在您满意之前，您仍然无法尽快工作。如果这意味着死亡游行，那么就是死亡之旅。
答案 2 :(得分：4)
似乎正在提出的问题是，技术能否解决人类的愚蠢......
嗯，据我所知，仍然没有治愈方法。
答案 3 :(得分：2)
老实说，任何管理不善的人都有机会失败，即使有方便的框架可以简化开发过程。他们肯定不会对死亡游行场景免疫，因为它是正确使用框架的问题。我看到很多项目都失败了，因为使用的技术没有按预期使用。
答案 4 :(得分：2)
从您关联的页面：
“......不切实际或过于乐观的结果 在安排，功能的期望 范围或两者，通常包括 缺乏适当的文件，或 任何形式的相关培训......通常，死亡游行将会 涉及绝望的权利尝试 通过询问项目的过程 团队成员特别努力 艰苦的几个小时，周末或者 试图“抛出（够）身体 在问题“......”
在我看来，某些方法更容易成为死亡游行（瀑布，正如你所提到的，浮现在脑海中），似乎任何有足够糟糕管理的方法论都可能成为一种。
答案 5 :(得分：1)
为什么使用的技术与管理不善有关？对我来说，这似乎是一个非常愚蠢的问题。如果您认为某项技术可以解决管理不善问题，那么在开始选择要使用的技术之前，您需要解决其他问题。
答案 6 :(得分：1)
谈论某些敏捷技术真的很棒，但我认为这实际上是误导性的。我宁愿与一个真正理解敏捷思维模式的团队（包括管理层和用户）一起工作但是在Fortran中编程而不是选择Rails或Django的团队，因为他们听起来很酷，但却无法告诉垃圾邮件scrum。 （对Fortran爱好者没有违法行为）