Resumen:
- Consigue un título relacionado con las TI o consigue experiencia en TI y entra directamente en el trabajo - cualquiera de los dos sirve como cualificación de entrada en la industria de las TI
- Haz algunos exámenes en el dominio / lenguaje en el que quieres trabajar, como un puntapié inicial para trabajar en ese dominio y como un reto para ti mismo, pero no para que puedas progresar en tu carrera. Un examen no demuestra la eficacia o la capacidad. Esto es lo más adecuado para la arquitectura de software, ya que estos exámenes tienden a cubrir los patrones de diseño en el contexto de un dominio determinado. Lo ideal es hacer algo de trabajo en el dominio primero antes de hacer los exámenes, si es posible - obtendrás mucho más de los exámenes ya que los entenderás en el contexto del trabajo que has hecho, por lo que cualquier conocimiento que aprendas es probable que sea más "pegajoso".
- Trabaja tu camino de ser un desarrollador a un desarrollador senior a un Líder Técnico
- Trabaja si quieres trabajar más con el lado del negocio y el lado de nivel empresarial.
- Si es así, entonces claro, haz algo como el examen TOGAF de nivel 2 (o simplemente lee sobre ello si la tasa del examen está por encima de tus posibilidades), pero no es 100% esencial.
- Es más importante interesarse por ese lado de las cosas y hacer preguntas. La gente se dará cuenta.
- La Arquitectura de Soluciones podría ser el ajuste natural para usted allí, ya que necesita tener un conocimiento profundo y amplio del dominio y también una comprensión del paisaje de la empresa - es un papel desafiante pero muy gratificante.
- Usted puede considerar la Arquitectura Empresarial si el lado del desarrollo de las cosas ya no es interesante para usted, y las opciones técnicas estratégicas de alto nivel que apoyan la estrategia de negocio es más interesante para usted. Definitivamente, echa un vistazo a uno de los marcos de arquitectura en este caso - TOGAF es el lugar más fácil para empezar, creo, pero Archimate parece bastante popular también - esto suele ser determinado por lo que ya se utiliza en una empresa determinada.
Respuesta larga con un poco más de contexto...
Bueno, tengo un título en Ingeniería de Software. No estoy seguro de si es lo mismo ahora, pero mi curso en particular sí que cubría diferentes metodologías de software, algunas de implicación empresarial, y otras partes que en realidad nunca he utilizado.
La mayoría de las certificaciones que he visto han estado más orientadas a la Arquitectura Empresarial, así que aunque estas podrían ser interesantes de hacer (porque como arquitecto de software, puedes estar trabajando con Arquitectos de Soluciones o Arquitectos Empresariales), no son realmente necesarias.
Sólo las organizaciones realmente grandes que no saben mucho sobre lo que implica el rol, y las instituciones gubernamentales que insisten en algún tipo de calificación en esta área, así que no me preocuparía demasiado. TOGAF es probablemente el certificado más barato y con más sentido común para tomar en esta área, y da una buena base de por qué la arquitectura es necesaria para un negocio.
Tu mejor apuesta es conseguir un título universitario estándar en una disciplina relacionada con la informática (tan barato como puedas - honestamente, no necesitas ir a uno de los que suenan impresionantes, a menos que planees dejarlo porque eres rico y es genial).
Esto en realidad no es necesario. Si puedes entrar por alguna otra vía, puedes ahorrarte algo de dinero. Tal vez entrar en una empresa en la mesa de ayuda, o haciendo el trabajo operativo, o como un interno.
Para el momento en que los 3-4 años han transcurrido cuando usted habría estado en la universidad, entonces usted tendrá una experiencia mucho más relevante.
El problema es que usted está en contra de la gente que tiene un certificado, por lo que puede luchar - a menos que haya pasado algunos años antes de llegar a ese punto demostrando que puede hacer el trabajo ya (e.Por ejemplo, trabajando en proyectos de código abierto, haciendo algún trabajo empresarial para las empresas locales, la venta de sus propias aplicaciones, etc - sobre todo si usted hace que el enfoque de su trabajo de las empresas).
La siguiente pregunta es ... ¿Qué quieres decir con Arquitecto de Software. Esto suena como un paso más allá de un Arquitecto de Soluciones. Es decir, usted está diseñando la mejor manera en que el software debe ser puesto juntos, pero usted no está tan estrechamente involucrado con la estrategia de negocio global (que un arquitecto de soluciones sería). El papel de un Arquitecto de Software tiende a no ser un papel en sí mismo en una organización, pero es empujado a los roles de Líder Técnico o Arquitecto de Soluciones, así que tenga cuidado con lo que quiere hacer - si usted realmente no quiere empezar a reunirse con el Arquitecto de la Empresa, y los principales interesados del negocio, y ser en última instancia responsable de si todo el sistema cuelga juntos o no, entonces aléjese de la Arquitectura de Soluciones, y sólo conviértase en el mejor desarrollador que pueda, para convertirse en un Líder Técnico.
Ese es un buen camino de todos modos, y si estás más interesado en asumir la responsabilidad de la arquitectura de la solución, entonces por todos los medios lee un libro sobre TOGAF, toma el examen si esto es algo que te motiva, y comienza a interesarte más en el lado del negocio de las cosas, porque eso es necesario para asegurar que la solución coincide con la estrategia de negocio.
Pero no sudes demasiado los títulos de trabajo. He estado haciendo Arquitectura de Soluciones durante mucho tiempo, y no me di cuenta en los primeros años - no estaba en mi título de trabajo, pero es lo que hice de todos modos. A menudo encontrarás que las personas que lo hacen bien en la Arquitectura de Soluciones siempre tienen ese pensamiento de panorama general de todos modos, y se molestan por hacer un trabajo sin sentido que saben que no se utilizará.
Si ese es tu caso, entonces aprende lo que puedas como desarrollador, y desarrollador senior, y líder técnico / arquitecto de software. Entonces será obvio si quieres ir un paso más allá e involucrarte con todo el lado de la Arquitectura de Soluciones.
Finalmente, está bien desafiarte a ti mismo tomando exámenes en el dominio en el que estás trabajando. Yo normalmente he hecho eso en la mayoría de los dominios en los que he trabajado, con la certificación de PeopleSoft, la certificación de Java, la certificación de ScrumMaster, la certificación de ITIL, la certificación de PRINCE2 (¡cuando fui brevemente director de proyectos durante 18 meses!), la certificación de Microsoft y la certificación de hybris.
Si soy honesto, fue interesante hacerlo desde el punto de vista de mantenerme desafiado, y conocer el lenguaje utilizado / enfoques utilizados, pero ninguno era necesario tomar, y ninguno me consiguió puestos de trabajo o promociones.
Lo que las empresas están buscando es la experiencia probada, porque eso es lo que consigue el trabajo. Puedes hacer un examen y ser pésimo en el trabajo. Todos los que realmente hacen el trabajo lo saben.
Así que concéntrate en ser excelente en lo que haces, o en lo que quieres hacer, y eso será lo que marque la mayor diferencia en tu carrera.
Y definitivamente, no te preocupes tanto por el título del trabajo. La gente conocerá lo que sabes hacer. Eso es lo que marca la diferencia.