Brownfield vs Greenfield development?

Question

No se trata de una pregunta con una respuesta precisa (estrictamente hablando, la respuesta sería mejor captada por una encuesta, pero esa funcionalidad no está disponible), pero estoy realmente interesado en la respuesta, por lo que lo preguntaré de todos modos.

En el transcurso de su carrera, ¿cuánto tiempo ha dedicado al desarrollo de greenfield en comparación con brownfield?

Durante los últimos 10 años, calculé que he gastado un 20% en terrenos nuevos y un 80% en terrenos abandonados. Es esto típico?

Answer 1

Creo que es típico que los profesionales que trabajan con clientes dediquen más tiempo al desarrollo de zonas industriales abandonadas. La razón es que los clientes generalmente no están dispuestos a tirar su software existente para adoptar el software "más reciente y mejor" (verde).

Los desarrolladores de investigación o académicos, sin embargo, pueden ser más propensos a hacer un desarrollo totalmente nuevo. Startups también.

Answer 2

Creo que su relación 20:80 es representativa de muchos/la mayoría de los desarrolladores. En cuanto al nuevo desarrollo: si estás construyendo software de forma incremental (Scrum, XP, etc.), entonces podrías argumentar que pasas casi todo tu tiempo en el desarrollo de un brownfield. Excepto por la iteración inicial/trabajo exploratorio, creación de prototipos, incluso cuando está construyendo algo nuevo, ya está trabajando en una base de código establecida, refactorizando y ampliando. Entonces, ¿cuánto desarrollo greenfield es realmente verde?

Answer 3

Durante la última década más o menos, siempre he trabajado en software que se utilizó como el centro del negocio de mi empresa. (Tanto SaaS como un producto de software.) Y aunque siempre he entrado en el con un sistema existente (tan brownfield), usualmente hemos creado un rediseño/reescritura ground-up (tan greenfield). Por lo tanto, para romper con abajo:

• aproximadamente 60/40 marrón/verde para los grandes proyectos, en número
• 20/80 marrón/verde para los grandes proyectos, con el tiempo gastado en ellos
• y casi 0/100 marrón verde para pequeños proyectos laterales

Por lo tanto, eso parece ser lo contrario de usted. Es la naturaleza de las empresas que he buscado, y por lo tanto los proyectos. Mi software es el producto principal de nuestra empresa, y eso significa que trabajo en la misma base de código durante años, generalmente después de haberlo creado desde cero/nosotros mismos.

Y me gusta de esa manera.

Answer 4

A menudo, el problema no se reduce a brownfield vs greenfield. En algunos casos, existe una oportunidad válida para un enfoque híbrido de campo abierto/campo abierto.

He escrito un artículo titulado "Errores clásicos de software: Para Greenfield o Refactor Legacy Code" que trata sobre este tema exacto y describe una gama de posibles combinaciones y luego evalúa las consecuencias de cada una.

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

Lo que puede sorprender a algunas personas es que un atributo no técnica, tamaño de la empresa, será un gran factor determinante en la elección de la estrategia y la probabilidad de éxito de esa estrategia.