传统软件工程的思想是否与新的敏捷开发技术相冲突?

时间:2010-06-08 23:33:07

标签: agile

作为一名开发人员,我不仅希望提高我的编码技能,还要提高我的设计和管理技能。正因为如此,我开始更加关注软件工程实践,但我不确定敏捷开发在哪里适用于图片。我可以欣赏项目中的敏捷性,但我想知道这是否与传统的软件工程实践和研究方式相冲突。

5 个答案:

答案 0 :(得分:2)

如果您还没有看过Rapid Development,我强烈推荐它。现在超级相关的是它如何离开它应该开始谈论敏捷。因此,它为您提供了“我们如何到达这里”的全面背景。当您阅读有关迭代开发和迭代原型设计的章节时,它将使您对Agile进行的任何其他研究更有意义。

答案 1 :(得分:2)

我认为Kent Beck在“极限编程”中表达的敏捷实践仅仅是最好的工程实践,最多可达11个:

  • 如果代码审核很好,我们会一直通过结对编程进行代码审核。
  • 如果经常整合是好的,我们会一直整合,不断整合。
  • 如果测试结果良好,我们将一直在测试驱动开发中进行测试。

如果这是真的,我会说敏捷实践不需要与传统的软件工程冲突。他们只是传统观念走向极端。

我也想知道敏捷是否更少关于实践,更多关于心态和理想:见The Agile Manifesto.我认为这是真正的冲突所在,因为大多数从事传统工程的公司都不接受那些理想。这违背了传统的项目管理思想。

答案 2 :(得分:0)

敏捷不应该改变您的工程实践。敏捷是一种将工作分解为故事点并使您能够在项目进展过程中跟踪项目的方法。

敏捷与s / ware工程无关,因为它可以用于任何事情。甚至敬酒面包。

答案 3 :(得分:0)

简单的答案是“不,他们没有。”

敏捷方法是在软件开发方面施加纪律并希望获得最佳实践的方法。还有其他方法具有相同的目标,那些方法可能与敏捷方法冲突;但目标是相似的。

答案 4 :(得分:0)

在几家公司进行了几年的软件开发后,我必须承认,如果汽车的开发方式与软件相同,我会去工作。我还没有见过任何软件。它总是一样的。在没有任何计划或模型或概念的情况下开始输入,或者只是无休止的重构和更改。如果在你开始之前有时间思考,他们中的大多数都可以避免。每个人都希望看到即时结果,但没有人关心质量和可扩展性。