Conceptos 24 al 30

‎Introducción

‎En esta parte de la Caja de Herramientas del Gerente de Proyectos, trabajé los conceptos del 24 al 30. Mientras los analizaba, me di cuenta de que ya no se trata solo de teoría, sino de situaciones reales que algún día voy a vivir como profesional.

‎Como estudiante de Ingeniería en Sistemas, muchas veces uno piensa más en programar, en bases de datos o en redes, pero estos temas me hicieron entender que saber dirigir, organizar y cerrar proyectos correctamente es igual de importante que saber escribir código.

‎En este trabajo quiero expresar lo que realmente entendí de cada concepto y cómo me veo aplicándolo en mi futuro profesional, ya sea trabajando en una empresa o creando mi propio proyecto tecnológico.

‎Desarrollo

‎Concepto 24: Ejecución del Proyecto

‎Para mí, la ejecución es el momento donde todo deja de ser un plan en papel y se convierte en acción. Es cuando el proyecto comienza a tomar forma real. Siento que esta etapa es como cuando uno empieza a programar después de haber diseñado todo el sistema.

‎En mi futuro como ingeniero en sistemas, me imagino liderando el desarrollo de una aplicación, por ejemplo, un sistema para gestionar inventarios de pequeños negocios en mi comunidad. En la ejecución, cada integrante del equipo tendría una responsabilidad: uno desarrollando el backend, otro el frontend y otro trabajando en la base de datos. Yo tendría que asegurarme de que todos estén avanzando y que el proyecto no se estanque.

‎Concepto 25: Monitoreo y Control

‎Personalmente, este concepto me hizo pensar en lo importante que es revisar constantemente lo que estamos haciendo. No basta con comenzar con entusiasmo; hay que evaluar si realmente vamos bien.

‎Como futuro profesional, me veo revisando semanalmente el avance de un sistema que esté desarrollando. Si algo no está funcionando como se planeó, tendría que tomar decisiones rápidamente. Por ejemplo, si una funcionalidad está generando muchos errores, tal vez sea necesario rediseñarla antes de que afecte todo el proyecto.

‎Concepto 26: Gestión de Riesgos

‎Este concepto me parece muy realista. En tecnología siempre hay riesgos: fallos del sistema, pérdida de datos, retrasos, problemas económicos o incluso falta de experiencia en alguna herramienta.

‎En mi futuro como emprendedor tecnológico, si lanzo una plataforma web, uno de mis mayores miedos sería que el servidor se caiga el día del lanzamiento. Por eso aplicaría la gestión de riesgos contratando servicios seguros en la nube y haciendo pruebas antes del lanzamiento. Este concepto me enseñó que no se trata de tener miedo, sino de estar preparado.

‎Concepto 27: Gestión del Equipo de Trabajo

‎Este tema me hizo reflexionar mucho. A veces uno cree que liderar es mandar, pero entendí que es mucho más que eso. Es escuchar, motivar y saber manejar conflictos.

‎En mi vida profesional, si trabajo con un equipo de desarrolladores, me gustaría ser un líder que apoye y entienda a su equipo. Por ejemplo, si alguien tiene dificultades con una parte del código, en vez de criticarlo, buscaría ayudarlo o asignarle apoyo. Creo que un buen ambiente de trabajo influye mucho en el éxito del proyecto.

‎Concepto 28: Comunicación en el Proyecto

‎La comunicación es algo que muchas veces se subestima, pero sin ella todo puede salir mal. Me di cuenta de que no solo se trata de hablar, sino de saber explicar ideas claramente.

‎Como ingeniero en sistemas, tendré que hablar con clientes que no entienden términos técnicos. Me imagino explicándole a un empresario cómo funciona el sistema que le desarrollé, pero usando palabras simples para que lo entienda. Si el cliente no comprende el producto, aunque sea bueno, no lo valorará.

‎Concepto 29: Control de Calidad

‎Este concepto lo relaciono mucho con las pruebas de software. Para mí, el control de calidad es asegurarse de que lo que entregamos realmente funciona y cumple con lo prometido.

‎En mi futuro profesional, antes de entregar un sistema, haría muchas pruebas. Probaría cada botón, cada formulario y cada reporte. No me gustaría entregar algo con errores porque eso afectaría mi reputación. Como futuro ingeniero, quiero que mi trabajo hable bien de mí.

‎Concepto 30: Cierre del Proyecto

‎Antes pensaba que cerrar un proyecto era simplemente terminarlo y ya. Pero ahora entiendo que implica evaluar resultados, entregar formalmente el producto y aprender de la experiencia.

‎En mi futuro, cuando termine un proyecto, me gustaría reunirme con el cliente, explicarle todo el sistema y escuchar su opinión. También analizaría qué hice bien y qué puedo mejorar. Creo que cada proyecto terminado es una oportunidad de crecimiento personal y profesional.

‎Conclusiones

‎Después de trabajar estos conceptos, entendí que ser ingeniero en sistemas no es solo saber programar. También implica saber organizar, liderar, comunicar y tomar decisiones responsables.

‎Estos conceptos me ayudaron a ver el panorama completo de lo que significa gestionar un proyecto. Me hicieron pensar en el tipo de profesional que quiero ser: alguien organizado, responsable, preparado para los riesgos y capaz de trabajar en equipo.

‎Siento que estos conocimientos serán fundamentales cuando tenga mi propio proyecto tecnológico o cuando trabaje en una empresa grande. No solo quiero ser un buen programador, sino un profesional completo.

‎Referencias Bibliográficas

‎Project Management Institute (PMI). Guía del PMBOK (Project Management Body of Knowledge).

‎Kerzner, H. Project Management: A Systems Approach to Planning, Scheduling, and Controlling.

‎Pressman, R. Ingeniería de Software: Un Enfoque Práctico.

‎Sommerville, I. Ingeniería de Software.

‎