No estoy seguro de la etiqueta “Ingeniería de soluciones” en esta pregunta. Sin embargo, permítanme ofrecerles una perspectiva.
Me parece que la “ingeniería de soluciones” es un título de trabajo en lugar de una disciplina de ingeniería real. Si tuviera que adivinar, diría que suena como un ingeniero que escucha los comentarios del mercado (y tal vez la mesa de ayuda o los comentarios de servicio al cliente) y escribe los requisitos que solucionarán el problema que surgió a través de la actividad de servicio al cliente.
Entonces, ¿cómo se compara eso con la ingeniería de software?
- Cómo obtener pasantías en compañías actuariales como estudiante universitario durante las vacaciones de verano
- ¿Cuál sería mi trabajo si me convirtiera en analista de datos?
- Cómo hacer una copia de seguridad del soporte de trabajo en Java desde India
- ¿Cómo es la vida de un ingeniero químico en Canadá?
- ¿Algunas ocupaciones requieren un puntaje mínimo en las pruebas de coeficiente intelectual?
Recuerde la visión tradicional del ciclo de vida del desarrollo de software. El ingeniero de software debe reunir y comprender los requisitos, diseñar la solución y las especificaciones, escribir código que aborde los requisitos, probar el código e integrarlo, empaquetar el producto y entregar la solución. Sí, esta es una mirada bastante genérica al ciclo de vida.
He presentado el caso en las clases que he enseñado que este modelo de ciclo de vida se sigue bastante en cualquier disciplina de ingeniería. La diferencia es el conjunto específico de conocimientos y métodos utilizados.
Entonces, sí, es posible hacer esa transición. Es posible que ya seas un ingeniero de software.