En el transcurso de tu carrera como desarrollador de software, experimentarás numerosos proyectos de la vida real que te mostrarán cómo los desarrolladores abordan los problemas, como la formación de equipos, la distribución de habilidades, la toma de decisiones, el reclutamiento y las prácticas de adopción.

Algo claro es que que diferentes enfoques conducirán a diferentes resultados. Si eres una persona orientada a las mejoras, necesita aprender las mejores prácticas para ayudarlo a avanzar en el trabajo. No es fácil aprender de la observación. Es mejor obtener un libro y leer. O mejor, comience con este artículo, que le mostrará cómo desarrollar productos de software confiables y robustos que no requieren demasiado mantenimiento.

Se debe tener en claro que no todo en la vida gira en torno a la productividad. Esta filosofía también se aplica a proyectos de software. En ocasiones, nadie te juzgará en función de la productividad, y las reglas a continuación no se aplicarán en tales casos. Las siguientes técnicas se aplican principalmente a arquitectos, gerentes de proyectos y jefes de equipo, pero cualquier desarrollador senior de software las encontrará útiles también.

Apreciar el enfoque de TI

La industria de la tecnología de la información es una combinación perfecta de negocios, arte, tecnología y ciencia. No puede navegar por el campo ancho si no ha apreciado estos aspectos básicos. El mayor desafío para la industria es que es complicado y, como resultado, las mejores prácticas también se complican. Si quieres tener éxito, solo puedes hacerlo aprendiendo y comprometiendote a la práctica constante.

La velocidad a la que las actualizaciones de TI lo hacen más difícil: todo lo que dominaste hace diez años ya no es relevante y, por lo tanto, necesitas acelerar tu ritmo de aprendizaje. No puede tener éxito en TI basado en sentimientos o habilidades innatas; solo se logra a través de la práctica. Solo puede adoptar una nueva idea verificando que ha sido probada y funcionó, y antes de aceptar una idea dada hace su vida de programación más fácil, necesita interrogarla críticamente y pedir explicaciones detalladas. Los desarrolladores de software resuelven varios problemas en una variedad de formas. No puede ignorar una idea, pero debe tener una buena comprensión de los conceptos básicos de la solución. Si alguien puede explicar un concepto determinado a un equipo, y el concepto hace el trabajo más fácil, entonces esa persona puede llevar al equipo al éxito.

No mezclar las metodologías de desarrollo de software y producción de software

No puede ser un gurú de la producción de software si no tiene idea sobre el desarrollo de software. Los dos son diferentes en las prácticas, la mentalidad y los objetivos. Es poco probable que encuentre el éxito tratando de resolver un problema usando métodos del otro: necesita comprender que son diferentes y tratar de usar diferentes métodos en cada uno. El componente del arte nunca dejará de existir, aunque existen metodologías de desarrollo de software y herramientas de automatización. Si necesita resolver un problema de desarrollo de software, necesita concentrarse y protegerse de las distracciones. Un desarrollador experimentado encuentra motivación en las tareas en su forma técnica pura sin ningún factor humano. Tal tarea tendrá instrucciones en lenguaje técnico. Los requisitos deben ser claros, para dar al desarrollador un tiempo fácil mientras intenta navegar hacia la solución.

La producción de software se inclina más hacia la administración comercial. Por un lado, conoce las necesidades de su cliente y, por otro, tiene los recursos para satisfacerlas. Intenta dirigir todos los esfuerzos de tu equipo hacia la meta. Estime la velocidad y presente un plan detallado a su supervisor. Necesita saber lo que quiere su cliente, las fortalezas de su equipo y poder comunicar horarios y planes.

No pierdas tiempo en estimar el tiempo formal

No hay proyectos similares Cada vez que obtenga proyectos similares, podría tratar con nuevos clientes, una nueva forma de tecnología, un equipo diferente o un nuevo objetivo. Incluso si usa componentes y herramientas estándar, deberá personalizar su arquitectura y configuración. Los proyectos de software son en gran medida trabajo personalizado. Necesitan discusiones, ensayos e investigaciones. Un nuevo proyecto no es fácil de estimar desde el principio.

Algunas escuelas de pensamiento dicen que uno puede dividir todo el proyecto en piezas más pequeñas, estimar cuánto tiempo lleva cada una, y calcular el tiempo total del proyecto al sumarlas. Parece simple, pero este método es muy inexacto. Los gerentes de proyecto deben estar preparados para trabajar con estimaciones adicionales tomando nota del entorno, tipo de organización, recursos disponibles y tipo de proyecto. Antes de poder estimar con precisión, debe tener experiencia en hacer inferencias estadísticas. Los gerentes de proyecto deben dejar de usar metodologías de estimación formal. La información estadística ayuda a conocer la duración de un proyecto.

Mejora el diseño del sistema a través de revisiones arquitectónicas

Encontrarás nociones de subingeniería y sobreingeniería en la industria TI. Todos creen que la sobreingeniería no es buena para el sector. El verdadero problema es saber cuándo su arquitectura sufre una sobreingeniería y cómo evitarla antes de tiempo.

Su solución podría experimentar sobre-ingeniería si hay un método más simple que brinde la funcionalidad que necesita. Si no conoce un método más simple, la solución que proporcione es correcta hasta que alguien demuestre lo contrario.

Cualquier solución que provenga de un arquitecto calificado solo puede ser la mejor si recibe revisiones de sus pares. Si los arquitectos no reciben revisiones por pares, son propensos a cometer errores.

Usa a los miembros del equipo

Los profesionales de TI deben ser buenos jugadores de equipo. Deben contribuir al éxito general del equipo. Los rasgos personales distintivos son fundamentales para el éxito del equipo, y los siguientes rasgos son vitales en el trabajo en equipo:

Comunicación: imagine un equipo que no retroalimenta a ningún miembro. Tal equipo está muerto, porque nadie está evaluando al otro en la entrega del proyecto. La comunicación es una ventana para ayudar a transferir información. Si es amplio, es efectivo y el equipo produce mucho mejor trabajo. La entrega de información puede ser oral, a través de imágenes o una combinación de ambos. Cada jugador del equipo debe compartir voluntariamente la información.

Entender las debilidades y fortalezas: todos los miembros del equipo deben entenderse entre sí con el propósito de una entrega eficiente. Esto ahorra estrés a los miembros del equipo ya que se conocen y confían entre ellos.

Estos trucos y consejos son beneficiosos para cualquier desarrollador que quiera tener éxito. La destreza en la producción de software no ocurre de la noche a la mañana. Toma tiempo y paciencia, y debe consultar ampliamente.