TRABAJAR COMO IT PROJECT MANAGER
TE EXPLICARE LAS COSAS DE FORMA SENCILLA, CON EJEMPLOS DE LA VIDA REAL Y TODOS LOS TIPS QUE NADIE TE DICE PARA PODER ENTENDER LO QUE IMPLICA TRABAJAR EN EL MUNDO TECNOLOGICO SIN SER INGENIERO O TENER BACKGROUND TÉCNICO.
Y SI TE ANIMAS, TE AYUDARÉ A ConvertirTE en IT PM!
HIGHLIGHT de este capitulo:
La mayoría de los ciclos de vida de un proyecto tienen cuatro fases principales, cada una con su propio conjunto de tareas y preocupaciones. (Digo principales porque puede haber más).
Las principales fases de un proyecto son iniciar el proyecto, hacer un plan, ejecutar y completar tareas y, finalmente, cerrar el proyecto. Hablemos de la primera fase, iniciar el proyecto. Este es el punto de partida para todo el proceso del proyecto. En esta fase, definiremos los objetivos y entregables del proyecto, identificaremos el presupuesto y los recursos que necesitará, las personas involucradas en su proyecto y cualquier otro detalle que pueda afectar el proyecto. Documentaremos toda esta información en un solo lugar para mostrar el valor del proyecto y también para tener obtener la aprobación para seguir adelante.
Una vez aprobado el proyecto, es hora de pasar a la ejecución siguiendo un planning de cómo cumplir con los objetivos de nuestro proyecto. Con diferentes metodologías según el proyecto. Y por último, el cierre con sus entregables.
Highlight de este capitulo:
Partes de IT - Que me hubiera gustado que me explicaran antes de empezar en IT.
Frontend (Interfaz de Usuario):
¿Qué es? La parte visible y con la que interactúas en una aplicación o sitio web.
Ejemplos: Botones, formularios, diseño visual.
Responsabilidad: Crea la experiencia del usuario, como vamos a ver y recorrer la web o la app.
Backend (Lógica y Manejo de Datos):
¿Qué es? La parte detrás de escena que maneja la lógica y los datos.
Ejemplos: Servidores, bases de datos (un sistema organizado para almacenar, gestionar y recuperar información), procesamiento de información.
Responsabilidad: Gestiona la lógica, procesa datos y se comunica con el frontend.
Bases de Datos:
¿Qué es? Almacén de datos organizado para facilitar su recuperación.
Responsabilidad: Guarda y recupera información de manera eficiente.
Ingeniería de Datos:
¿Qué es? Proceso de recopilación, procesamiento y análisis de datos.
Ejemplos: Crear sistemas para manejar grandes cantidades de datos.
Responsabilidad: Asegura que los datos sean útiles y accesibles.
En resumen, el frontend se enfoca en la interfaz que vemos, el backend maneja la lógica y datos detrás de escena, las bases de datos almacenan la información, y la ingeniería de datos trabaja en la gestión efectiva de grandes cantidades de datos. Como IT Project Manager, entender estas partes es clave y un pantallazo general para coordinar proyectos tecnológicos.
Highlight de este capitulo:
La metodología Agile se basa en la evaluación constante y la adaptación a los cambios. Por lo tanto, la reevaluación de la estrategia y los objetivos es un proceso fundamental en la implementación de Agile.
En primer lugar, es importante establecer objetivos claros y alcanzables. Estos objetivos deben ser evaluados constantemente para asegurarse de que están alineados con la estrategia general del proyecto. Si se identifican desviaciones, es necesario ajustar los objetivos para mantener la dirección correcta.
La estrategia también debe ser reevaluada regularmente. Es posible que se requieran cambios en la estrategia para adaptarse a los cambios en el mercado o al feedback de los usuarios. La reevaluación de la estrategia debe ser un proceso iterativo y colaborativo que involucre a todo el equipo, incluyendo a los stakeholders.
Además, la reevaluación de la estrategia y los objetivos debe ser documentada y comunicada a todo el equipo. Esto asegurará que todos estén en la misma página y trabajen juntos hacia los mismos objetivos.
En resumen, la reevaluación de la estrategia y los objetivos es fundamental para una implementación exitosa de la metodología Agile. Es un proceso iterativo que debe ser llevado a cabo regularmente y en colaboración con todo el equipo. Con objetivos claros y una estrategia bien definida, se puede lograr una mayor eficiencia y éxito en cualquier proyecto.
OTRO Highlight de este capitulo:
Hay cuatro conjuntos de habilidades específicas que no pueden faltarle a un IT PM: la toma de decisiones, la comunicación y la escalada, la flexibilidad y sólidas habilidades organizativas.
Highlight de este capitulo
Para complementar las 5 disfuncionalidades, es crucial entender cuáles son sus opuestos, es decir, las características de equipos altamente funcionales. Aquí están los contrapuntos positivos:
Confianza: En un equipo funcional, hay un alto nivel de confianza mutua. Los miembros se sienten cómodos compartiendo ideas, expresando preocupaciones y siendo auténticos.
Afrontar el Conflicto: En lugar de evitar el conflicto, los equipos efectivos lo abordan abierta y constructivamente. Consideran diferentes perspectivas y buscan soluciones que beneficien al equipo.
Compromiso: Los equipos sólidos logran un compromiso total con las decisiones tomadas. Aunque puede haber desacuerdos, una vez que se toma una decisión, todos se alinean y trabajan juntos hacia el objetivo común.
Responsabilidad: En equipos altamente funcionales, cada miembro asume la responsabilidad de sus acciones y contribuciones. Hay una cultura de responsabilidad individual y grupal.
Enfoque en Resultados: En lugar de buscar objetivos individuales, los equipos efectivos se centran en metas compartidas. La colaboración y la cooperación son fundamentales para lograr resultados excepcionales.
Estos atributos positivos representan la base para construir equipos sólidos y exitosos en el ámbito de la gestión de proyectos de IT.