Un codificador piensa en resolver el problema; un arquitecto piensa en mantener la solución, limita la implementación que impone la solución, las áreas de la implementación para mejorar según lo permita el tiempo, las áreas de la implementación que pueden omitirse o reducirse si el cronograma se desliza, dependencias (tanto internas como externas ) que pueden afectar el rendimiento de la implementación y las cosas que se pueden hacer para limitar la exposición al riesgo, la capacitación requerida para los nuevos usuarios del sistema, la documentación que se desarrolla y los cambios necesarios a medida que la implementación se desvía de la solución prevista, y cómo los interesados sienten sobre el progreso que se está haciendo y la aplicabilidad de la implementación al problema real que se está resolviendo.
Ser arquitecto requiere que puedas comunicarte de manera efectiva, organizar tus pensamientos y planes en un horario viable, descomponer un problema en piezas implementables, construir prototipos de piezas técnicamente desafiantes y coordinar la implementación de las piezas para que todo termine a tiempo.
Aprenda a diagramar su solución con Enterprise Architect , Visio o lápiz y papel. Como se menciona en otras respuestas, obtenga un mentor de arquitectos y comparta sus diagramas de soluciones con ellos para su revisión. Escuche los comentarios y revise sus diagramas.
Aprende a construir horarios realistas. Comience a realizar un seguimiento de cuánto tiempo le lleva implementar las cosas y realice un seguimiento de lo cerca que está de estimar correctamente cuánto tiempo lleva.
Divide tu próxima tarea en pequeños pedazos antes de comenzar a codificar y realiza un seguimiento de los pasos que omitiste. Aprenda a anticipar áreas problemáticas y prototipos antes de comenzar a codificar la solución final.
Vale la pena agregar aquí también el artículo vinculado por Pierre 303 en esta respuesta a una pregunta similar:
¿Quién necesita un arquitecto de Martin Fowler?