Sé un poco sobre las metodologías utilizadas en Google y Microsoft. Y lo que sé informa lo que he escrito a continuación.
Es poco probable que la mayoría de las grandes empresas tengan un SDLC uniforme impuesto desde arriba en todos los equipos y todos los proyectos.
A pesar de que algunas empresas menos ilustradas intentan imponer un SDLC uniforme en toda la empresa, nunca es una buena idea. Las cosas funcionan mejor cuando se articulan ciertos criterios “imprescindibles”, por ejemplo, el software orientado al cliente debe tener pruebas automatizadas, y los detalles de la metodología se dejan al equipo para que los resuelva.
- ¿Cómo diseñas e implementas tu propio proyecto de pasatiempo?
- ¿Puede un ingeniero de software comprar un Jaguar?
- ¿Qué distribución de Linux es tan estable como Mac OS X?
- Cómo establecer la línea base para proyectos de software
- ¿Qué es la modernización de software? ¿Por qué es importante para cualquier software? ¿Cuáles son las herramientas disponibles para la modernización del software?
Por ejemplo, un proyecto greenfield es muy diferente de un proyecto de mantenimiento de aplicaciones heredado. Mucho depende de los miembros del equipo y de cuán cómodos estén o sean leales a ciertas prácticas, aunque a menudo sin evidencia suficiente para justificar tal comodidad o lealtad.
En general, la mayoría de los equipos han adoptado al menos algunas prácticas ágiles.
De lo único que la mayoría de los equipos parecen incapaces de escapar es de los requisitos documentados como requisito previo para comenzar el desarrollo.
Los equipos ilustrados saben que es probable que demasiada documentación inicial sea una pérdida de tiempo. Sin embargo, una “historia” de alto nivel sobre cada requisito es un buen requisito previo.