Rails/Django项目有可能成为死亡行军吗?[关闭]

谈论某些技术的敏捷性是很好的,但我认为这实际上是一种误导。我更愿意与一个团队(包括管理层和用户)一起工作,这个团队真正理解敏捷的思维方式,但在Fortran中编程,而不是一个选择Rails或Django的团队,因为他们听起来很酷,但无法区分Scrum和垃圾邮件。 (无意冒犯Fortran爱好者)

为什么使用的技术与管理不善有什么关系?对我来说,这似乎是一个非常愚蠢的问题。如果你认为一项技术可以解决管理不善的问题,那么在你开始选择要使用的技术之前,你需要先解决其他问题。

从链接到的网页:

“……不切实际或过于乐观的结果 计划中的期望,功能 范围,或两者兼而有之,通常包括 缺乏适当的文件,或 任何相关的培训…通常,死亡行军 包括绝望地试图纠正 通过询问项目进程 特别是团队成员 辛苦的工作时间,周末,或者 试图“扔(足够的)尸体” 在问题“…”

在我看来,有些方法更容易成为一种死亡行军(正如你提到的,瀑布式),任何有足够糟糕管理的方法都可能成为一种方法。

老实说,任何管理不善的东西都有失败的机会,即使框架的便利性可以缓解开发过程。他们当然不能免疫死亡行军的场景,因为这是一个正确使用框架的问题。我见过许多项目失败,因为使用的技术没有按预期使用。

似乎有人在问,技术是否能解决人类的愚蠢…

嗯,据我所知,还没有治愈方法。

死亡行军是糟糕的管理和计划的一个功能,不管你用什么语言都是可能的。

当然是。我有个人的工作经验,在几个已成为死亡行军的Django项目。

你可以拥有世界上所有的敏捷开发技术,但是如果你的公司不完全接受敏捷概念,那么它将不会帮助你避免死亡行军。如果管理层要求某个产品在某个日期交付,并且它包含一组特定的功能,那么使用一个框架是没有帮助的:您仍然需要尽可能快地工作,直到他们满意为止。如果这意味着死亡行军,那就是死亡行军。