Brownfield vs Greenfield-Entwicklung?

Question

Dies ist keine Frage mit einer präzisen Antwort (streng genommen würde die Antwort am besten durch eine Umfrage erfasst werden, aber diese Funktionalität ist nicht verfügbar), aber ich bin wirklich interessiert an der Antwort, also werde ich sie trotzdem fragen. Wie viel Zeit haben Sie im Laufe Ihrer Karriere auf greenfield Entwicklung im Vergleich zu brownfield verbracht?

In den letzten 10 Jahren würde ich schätzen, dass ich 20% auf Greenfield und 80% auf Brownfield verbracht habe. Ist das typisch?

Answer 1

Ich denke, es ist typisch für Profis, die mit Kunden beschäftigen mehr Zeit in Brownfield-Entwicklung verbringen. Der Grund ist, dass Kunden normalerweise nicht bereit sind, ihre bestehende Software zu verwerfen, um die "neueste und beste" (grüne) Software zu übernehmen.

Entwickler in der Forschung oder in Akademikern können jedoch eher Greenfield-Entwicklung betreiben. Start-ups ebenso.

Answer 2

Ich denke, dass Ihr Verhältnis 20:80 stellvertretend für viele/die meisten Entwickler ist. Was die Neuentwicklung betrifft: Wenn Sie Software inkrementell entwickeln (Scrum, XP, usw.), könnte man argumentieren, dass Sie fast die gesamte Zeit in der Brownfield-Entwicklung verbringen. Abgesehen von der anfänglichen Iteration/Exploration, Prototyping, auch wenn Sie etwas Neues bauen, arbeiten Sie bereits an einer etablierten Codebasis, Refactoring und Erweiterung. Wie viel Greenfield-Entwicklung ist wirklich grün?

Answer 3

In den letzten zehn Jahren habe ich immer an Software gearbeitet, die als Zentrum meines Unternehmens verwendet wurde. (Sowohl SaaS als auch ein Softwareprodukt.) Und während ich immer mit einem bestehenden System (also Brownfield) hineingekommen bin, haben wir normalerweise eine gründliche Redesign/Neuschreiben (so Greenfield). Also, um zu brechen unten:

• etwa 60/40 braun/grün für die großen Projekte, in Nummer
• etwa 20/80 braun/grün für die großen Projekte, auf sich in der Zeit verbringt
• und fast 0/100 braun grün für kleine Nebenprojekte

Also, das scheint das Gegenteil von dir zu sein. Es ist die Art der Unternehmen, die ich gesucht habe, und daher auch die Projekte. Meine Software ist das Hauptprodukt unseres Unternehmens, und das bedeutet, dass ich jahrelang an derselben Codebasis arbeite, normalerweise nachdem ich sie selbst erstellt habe.

Und ich mag es so.

Answer 4

Oft geht das Problem nicht nur auf Brownfield vs Greenfield. In einigen Fällen gibt es eine echte Chance für einen hybriden Greenfield/Brownfield-Ansatz.

Ich habe einen Artikel mit dem Titel "Klassische Softwarefehler: Um Greenfield oder Refactor Legacy Code", die dieses genaue Thema diskutiert und skizziert eine Reihe von möglichen Kombinationen dann bewertet die Folgen von jedem geschrieben.

http://stepaheadsoftware.blogspot.com.au/2012/09/greenfield-or-refactor-legacy-code-base.html

Was einige Leute überraschen kann, ist, dass eine nicht-technische Eigenschaft, Firmengröße, wird ein großer Faktor bei der Wahl der Strategie und die Wahrscheinlichkeit des Erfolgs dieser Strategie sein.