Galería
Plantillas de proyectos y desarrollo
Desde la planificación hasta la retrospectiva, usa directamente los tableros y la estructura de tareas que tu equipo de desarrollo necesita. La pizarra y el kanban vienen juntos, listos para usar en la propia reunión.
Encontrarás desde un tablero de iniciación para quien lidera un proyecto por primera vez hasta tableros que el equipo de desarrollo usa a diario, como el sprint o el seguimiento de bugs. Elige según la fase en la que estés: planificar, gestionar el avance o hacer la retrospectiva.
49 elementos
Cómo elegir tu plantilla de gestión de proyectos
El contenido de una plantilla de gestión de proyectos cambia según la fase en la que te encuentres. Antes de elegir, decide si vas a planificar, a gestionar el trabajo en marcha o a hacer la retrospectiva al terminar. Las plantillas pensadas para principiantes llevan esa palabra en el nombre.
Planificar el proyecto
Si es la primera vez que lideras un proyecto, empieza por «Gestión de proyectos para principiantes», con el acta de constitución del proyecto, el mapa de partes interesadas, el calendario de hitos y los cuatro cuadrantes de riesgo, todo en una sola pizarra con el objetivo, el alcance, las fechas, el equipo y los riesgos. Cuando el alcance ya esté decidido, usa «WBS para principiantes» para dividir el trabajo en tres niveles, de lo general a lo concreto. Para pasar esa lista a un calendario, «Diagrama de Gantt para principiantes» ofrece una tabla de tareas por semana con inicio, fin y responsable.
Gestionar tareas y avance
Si tu hoja de Excel ha dejado de actualizarse, hay plantillas de migración para principiantes. Si el calendario es lo importante, elige «Gantt de Excel al tablero para principiantes»; si prefieres ver un listado con el estado antes que fechas, hay un tablero de migración pensado para eso. Cuando se acumulan tareas a medias y nada llega a terminarse, el tablero kanban para principiantes fija un límite de tres tarjetas en curso. Si el Gantt deja de actualizarse, existe una plantilla para revisar el avance una vez por semana.
Trabajar en equipos de desarrollo
Si entras por primera vez en un equipo Scrum, «Desarrollo ágil para principiantes» te presenta los tres roles, los cinco eventos y los tres artefactos, y te guía por tu primer sprint. Los equipos que ya trabajan de forma iterativa cuentan con un tablero de ciclos de dos semanas. Para seguir un fallo desde que se reporta hasta que sale la corrección, usa «Tablero de seguimiento de bugs»; para acompañar desde el envío a revisión hasta el anuncio, usa «Checklist de lanzamiento de la app».
Retrospectiva y prevención
Al cerrar un sprint o un ciclo, usa «Tablero de retrospectiva KPT»: parte del último Try, anota los Keep y los Problem, y elige un único paso siguiente. Para encontrar el origen de un problema, «5 porqués para principiantes» amplía las hipótesis con un diagrama de espina de pescado y repite el porqué cinco veces hasta llegar a la causa raíz y a una medida que evite que se repita. También hay un registro de riesgos que ordena los problemas posibles por probabilidad e impacto.
Preguntas frecuentes
¿Se pueden ver las plantillas de gestión de proyectos sin registrarse?
Sí, el contenido de las plantillas se puede consultar en la página pública sin registrarte. Para usarla en tu propio proyecto, con el registro gratuito puedes copiarla desde el mercado de plantillas. Así puedes comparar los tableros de planificación y los de gestión diaria antes de elegir.
¿Se puede migrar desde un diagrama de Gantt hecho en Excel?
Sí, se migra copiando a mano el contenido de tu tabla actual. «Gantt de Excel al tablero para principiantes» incluye cinco pasos para pasar tarea, responsable, inicio, fin y avance al tablero, además de un apartado para anotar las reglas de actualización tras la migración.
¿Debo elegir sprints o kanban?
Si prefieres planificar y hacer retrospectiva cada dos semanas, el sprint es lo tuyo; si quieres ordenar el flujo de trabajo sin cortes, el kanban encaja mejor. Puedes empezar con «Primer tablero kanban para principiantes», que limita a tres tarjetas en curso y revisa los cuellos de botella una vez por semana.
¿Sirve también para el seguimiento de bugs o la revisión antes de publicar una app?
Sí. El «Tablero de seguimiento de bugs» tiene cinco columnas, desde la recepción hasta la reproducción, la corrección, la verificación y el lanzamiento, y ordena el trabajo por impacto y frecuencia. El «Checklist de lanzamiento de la app» sigue el proceso desde el envío a revisión hasta el anuncio público, separando la espera de revisión y la revisión en curso.