Errores Comunes al Planificar Proyectos: Cómo Evitarlos
Curso de Gestión para Planificar, Definir e Identificar Riesgos de un Proyecto
Contenido del curso
Curso de Gestión para Planificar, Definir e Identificar Riesgos de un Proyecto
Clase 9 de 11
Clase 9 / 11
Luis Alberto Cardozo Servián
Sara Hernandez
María Jimena Rodríguez Contreras
Valente IA
Emerson Cedeño
Augusto Castellon Ferrel
Company_admin
Víctor Alfonso Barreto Rodríguez
christian rojas
DANIEL ALEJANDRO LEON BARRETO
Farias Diego Esteban
Ricardo Villegas Ferreyra
Franklin Heber Justiniano Castillo
Nestor José López Martínez
Ignacio Alberto Velásquez Franco
Camilo Silva
Brenda Hernandez Mejia
Edwar Y. Castillo B.
Edwar Y. Castillo B.
Julio Cesar Paz Zepeda
Franklin Heber Justiniano Castillo
Bulmaro Arellano Navarrete
Laura Andrea Zambrano Ramírez
JUAN OROZCO
Jorge Alberto Pinilla Rodriguez
María Jimena Rodríguez Contreras
Parálisis por análisis
Dedicar más tiempo de lo necesario a la planeación
La planificación no es la parte más imporante de un proyecto, aunque es un factor que si determina el éxito del mismo.
Lo que se tiene que hacer en un proyecto es Ejecutar (manos a la obra) y la planificación es un direccionamiento.
Dar vuelta a lo que debes hacer y no empiezas a hacer.
Puede pasar que te paralices si no hay cambios (ya sea por tropiezos obstáculos)
Como evitarlo
Cambios sin control
No se previó cambios, ya sea en el alcance, ejecución, en los responsables.
Lo primero que debes hacer es comunicar a los stakeholder para decirles como vas a abordar los procesos cambios (que se admite cambiar y que no).
Comunica cuando inicias algo que no tiene reversas. (delimita)
Alcance sin claridad
Se puede mitigar:
Genial, gracias por el resumen. :smiley:
muchas gracias
En mi experiencia como desarrollador, un error común es en aceptar cambios que no se habían definido o no está dentro del backlog.
... y qué dolores de cabeza da cuando esto sucede!
Errores a evitar:
Parálisis por exceso de planificación
Exceso de cambios sin control
No tener Claridad en el alcance
Parálisis por Análisis con síndrome del Impostor agregado, haciendo eco y generando vacíos en mi proceso profesional y de labores, Trabajo con ello, no ha sido sencillo pero mi mayor alegría fue darle nombre y empezar a trabajarlo de forma consciente.
Otro de los errores más comunes, que he visto mucho a lo largo de mi experiencia, es la falta de seguimiento del cumplimiento de las metas. O en su defecto, el exceso de seguimiento. Ambos casos pueden llegar a ser muy negativos para el proyecto
Mi experiencia en errores de proyecto:
Creo que otro error seria crear un proyecto demasiado grande. Seria mejor dividir ese proyecto en partes pequeñas para lograr un mayor control y optimizar recursos
Algo que me pasó con un ex-jefe con el que trabajaba es que era muy poco flexible para aceptar cambios de los clientes (eran internos) y entonces a veces pasaba que se entregaba un producto que el cliente dejaba de utilizar o no usaba en su máxima potencial por no incluir lo que pidió. Hay que buscar el punto medio entre flexibilidad y ajustarse al alcance.
En este caso viene bien una metodología ágil, donde el product backlog puede sufrir cambios o refinarse cuando se requiera. Son las iteraciones y el presentar productos continuamente son los que garantizan que el cliente siempre tenga el mayor valor.
En proyectos tecnológicos de productos propios a veces entramos como equipo en "parálisis por análisis" esto debido a que queremos idear la mejor versión del producto y pasamos largo tiempo reestructurando y reestructurando en vez de planificar un MVP y ejecutarlo sobre un proceso de versiones o con integraciones modulares.
📗RESUMEN:
Errores comunes:
Es cuando decides dedicarlo demasiado más tiempo del necesario o disponible a la planificación.
La ejecución es lo más importante, la planificación es el direccionamiento.
Sucede si no sale lo planeado, si hay cambios o tropiezos.
Debes definir el alcance y el tiempo disponible para definir la planificación.
Debes tener comunicado que se permite cambiar y que no se permite cambiar.
Requiere tener mucha claridad en que aceptar y que no.
Es que no se haya hecho las preguntas necesarias o que el cliente no tiene muy claro lo que quiere dale proyecto.
Se soluciona haciendo pregunta su presentando escenarios posibles.
En mi experiencia es muy poco probable que un proyecto se ejecute exactamente como se planificó, siempre van a existir cambios de algún tipo que vamos a tener que resolver para cumplir con los tiempos y los entregables.
Uno de mis errores más comunes es no saber poner limites , es no tener claro lo que se puede y no se puede cambiar y con que tiempo se debe de solicitar
Aunque yo ya sabia que ese camino no era el más adecuado el no poder lograr poner limites me hacia volver a cometer los mismos errores
Dentro de mi desarrollo laboral como Analista y asesor del área de logística , el problema mas recurrente era los cambios de control que provocaban algunas veces la definitiva clausura del proyecto
Bajo su experiencia, qué hacer cuando en un proyecto el cliente no fue lo suficientemente claro en la fase de levantamiento de requerimientos, y ya en la implementación solicita varias cosas no acordadas primero, pero un factor determinante para aceptar sus requerimientos nuevos son pagos adeudados.
Hola,
Para empezar, no hay cliente que no sea lo suficientemente claro en la fase de levantamiento de requerimientos, mas bien lo que si hay son ingeniero que no saben levantar requerimientos. Pero bueno, entiendo el punto al que te refieres, contestando tu pregunta y apegándome a mi experiencia (no experiencia directa, si no experiencia de trabajo de algunos de mis jefes que se han encontrado en situaciones así) se habla con el cliente y se le recuerda o insiste en los acuerdos tomados, en las cláusulas, en los convenios, etc. y si le ofrece implementar esas nuevas funciones a un precio "intermedio" para "ayudarlo".
En mi experiencia lo que me ha sucedido es liderando un proyecto de cambio de CRM
No levantar de manera adecuada los requerimientos del proyecto y su alcance: Estaba en reuniones con los usuarios finales de la plataforma y no sabia como responder preguntas sobre lo que verdaderamente podia hacer la plataforma. Mi leccion aprendida aqui fue entender muy bien con el equipo de producto que funcionalidades iba a tener y los usuarios finales.
No contar desde la planeacion los stakeholders legales o de riesgos: No identificar muy bien que ya estaban firmados acuerdos de confidencialidad y contratos para que el equipo de desarrollo pudiera arrancar.
Paralisis por analisis: Es un proyecto nuevo para mi, y por la inexperiencia me demoraba en tomar decisiones y ejecutar proximos pasos, es horrible esta sensacion
Me paso mucho un paralisis en mi primer proyecto (instalacion de un sistema de pesaje para pollos)por que queria que todo fuera bajo planos, a detalle, perfecto, pero en realidad ya el tiempo habia pasado y necesitabamos avanzar mas rapido.
Tambien en momentos de duda, no soportaba no tener entendimiento completo o incertidumbre, pero aprendi que no siempre es necesario saber todo, ahi aprendi que es necesario entender que si es importante ahondar y que no, para agilizar el proyecto (por ejemplo en mi caso fue no dar tanta importancia a todos los por menores de accesorios, logisticas, etc, sino empezar a definir lo que era planos, ruta critica, evaluar con equipo las tareas mas importantes y tiempos)
Super importante definir el alcance y dejarlo por escrito, pasa mucho que durante el proyecto se van agregando opciones que atrasan la ejecución del proyecto.
los 3 son muy importantes pero me en mi experiencia el no tener un lider claro puede afectar tambipen muchoo un proyecto ya que van a existir situaciones donde una persona solamente debe o puede tomar la decisión final
