Los términos pueden ser confusos y están sujetos a interpretación. Qué es un proyecto versus una tarea, versus una subtarea, etc. El ejemplo parece abordar aspectos técnicos de su ESFUERZO. Un verdadero plan de proyecto debe abordar tres categorías de preocupaciones para cualquier persona interesada en el proyecto en general. Son: el alcance del proyecto, el cronograma y los recursos (personas y otras cosas que necesita para completar el proyecto). El nivel de detalle de esta información depende de muchas cosas, incluyendo SU necesidad de esta información para que USTED comprenda cómo va a terminar el proyecto a tiempo y dentro del presupuesto (persona / dólar) que tenga. Necesitará más detalles que con quien sea que esté informando, pero es posible que quieran ver que puede mostrar estos detalles (para reforzar su confianza de que sabe lo que está haciendo con usted y su equipo). Existen formas clásicas de presentar dicha información … Los diagramas de Gantt son una forma de mostrar cada actividad y cómo se interrelacionan con el tiempo (la secuencia de cada actividad secundaria). Me gusta esto:
Hay muchos niveles de sofisticación en los diagramas de Gantt … pero puede comenzar con lápiz y papel y diseñar “todo” lo que sabe sobre los esfuerzos de sus proyectos y organizarlos por tiempo y dependencia (lo que debe hacerse antes de otra cosa). Los diagramas de Gantt son una buena manera de obligarse a pensar en “todo” que sabe que debe hacerse. Luego, a medida que avanza, vuelve a visitar el cuadro y lo actualiza a medida que surgen nuevos detalles o cambian otras cosas (o no salen según lo planeado).
¿Estoy haciendo la gestión de proyectos correcto?
Esto me parece un alcance de producto, o lo que debería ser el producto final del proyecto. Lo que no se presenta en la captura de pantalla es el alcance del proyecto o la descripción de todo el trabajo a realizar en el proyecto. ¿Solo estás diseñando el software? ¿Deberá proporcionar algún documento de especificación si es así? ¿Necesita que su cliente lo apruebe y cuál será el procedimiento? ¿Quién hará la codificación y será parte del proyecto? ¿Algún trabajo de implementación? ¿Cuáles serán sus criterios y procedimientos de aceptación? ¿Publicar soporte en vivo? Responsabilidades del cliente? Y así..
Todas estas cosas pueden estar implícitas para un proyecto típico, pero recomendaría encarecidamente que las revise con su cliente por adelantado (a menos que haga el proyecto usted mismo) y planifique el proyecto cuando tenga todas las respuestas. Esto dará como resultado presupuestos y plazos mucho más realistas.
Cree listas para que coincidan con el flujo de trabajo del proyecto. Aquí hay dos artículos bastante buenos sobre el uso de Trello para proyectos de software.
Cómo usamos Trello
Página en buildbettersoftware.com
Estos artículos deberían ayudarlo a tomar un buen camino.
Tengo que estar de acuerdo con Roman Baranovsky. Esto no parece un plan de proyecto que usaría con los clientes. Lo que está mostrando parece ser algún tipo de especificación, que obviamente necesita definir el alcance, pero para fines de gestión de proyectos debe realizar un seguimiento
- Presupuesto
- Programar
- Calidad
- Riesgos y problemas
Si es nuevo en la gestión de proyectos, le recomendaría usar un registro RAID. Es un enfoque simple y agradable que funciona bien para proyectos pequeños.
Esto se ve bastante bien. La única sugerencia que puedo hacer es agregar listas de verificación para que pueda marcar los elementos a medida que se completan. Uso general impresionante de Trello por primera vez 🙂
No lo creo porque creo que herramientas como ProofHub y Asana (producto) son mucho mejores que trello si estás haciendo gestión de proyectos.
More Interesting
Quiero ser diseñador web. ¿Debo comenzar usando WordPress o desde cero?
¿Por qué utilizo un índice z en CSS?
Cómo conseguir más clientes para diseño web
Quiero aprender a construir sitios web bonitos. ¿Dónde empiezo?
Si hago un sitio web y pongo videos de YouTube, que no son míos, ¿se considerará legal o ilegal?