Desde los inicios de ClickUp, nuestro equipo se comprometió a lanzar nuevas funciones y correcciones cada semana. En dos años, este ritmo nos permitió alcanzar paridad de funciones con algunas de las empresas de software de gestión de proyectos más grandes del mercado, y lo logramos todo usando ClickUp.
Usa nuestra plantilla de vista Panel de Sprint para configurar automáticamente una vista de planificación y gestión de sprints.
Usa ClickUp para los Sprints
Un sprint es un bloque de trabajo con tiempo definido al que tu equipo se compromete. Para mantener el ritmo de nuestros lanzamientos semanales y conservar ciclos de retroalimentación eficaces con los interesados, nuestro equipo trabaja en sprints de una semana. Con los Sprints de ClickUp, nuestro equipo puede estimar qué se lanzará cada semana.
Creemos que los Sprints en ClickUp funcionan mejor cuando tienes el ClickApp de Sprints habilitado junto con el ClickApp de Tareas en múltiples listas.
Usa el ClickApp de Sprints
Al usar Sprints, te sugerimos:
- Usa Tareas en múltiples listas para agregar tareas a las Listas de Sprint y mantenerlas también en su ubicación original.
- Usa estados de tarea personalizados para entender rápidamente en qué trabaja tu equipo y cuánto ha avanzado.
- En el Plan Business y superiores, puedes usar las Automatizaciones de Sprint para que ClickUp cree Sprints y gestione las tareas pendientes por ti. Así es como nuestro equipo administra las tareas sin terminar al final de un sprint.
- En el Plan Business y superiores, puedes hacer seguimiento del progreso del sprint usando las tarjetas del Panel de Sprint.
Usa sprints sin el ClickApp
Puedes gestionar sprints de manera efectiva en ClickUp sin usar el ClickApp. Seguimos recomendando usar Tareas en múltiples listas cuando uses sprints sin el ClickApp de Sprints.
A continuación se muestra un vistazo de cómo podría verse tu jerarquía de ClickUp.
Además de una Carpeta de Funciones, recomendamos crear Carpetas o Subcarpetas individuales para cada product manager y así llevar el control de sus tareas. El ClickApp de Tareas en múltiples listas te permite agregar tareas desde tus Listas de Funciones a las Listas de Sprint.
Te sugerimos crear una tarea para representar cada lanzamiento y agregar Relaciones con las tareas de diseño e ingeniería relacionadas. También puedes hacer que la tarea de lanzamiento sea dependiente de otras tareas requeridas. Nuestro equipo usa las tareas de lanzamiento para almacenar el product brief, que incluye todos los requisitos y diseños del lanzamiento. Esta tarea es el lugar central donde encontrar toda la información sobre el lanzamiento.
En ClickUp, los desarrolladores gestionan los errores. Nuestras Listas de errores viven en un Espacio de Desarrollo dentro de nuestra Carpeta de QA. Los desarrolladores agregan tareas a estas Listas cuando realizan sprints de errores y correcciones urgentes semanales.
Ceremonias y procesos ágiles en ClickUp
La comunicación es clave cuando se lanza algo cada semana, por eso nuestro equipo de Producto tiene ceremonias de sprint diarias. Usamos tareas recurrentes en la vista Calendario para llevar el control de estas reuniones.
Los entornos de trabajo en planes de pago pueden mostrar tareas recurrentes futuras en la vista Calendario.
Usa Paneles para las reuniones diarias de seguimiento
Usamos reuniones diarias de seguimiento para atender errores urgentes antes de pasar a las actualizaciones estándar. Usamos un Panel y una vista Lista de tareas priorizada para guiar la discusión en nuestras reuniones. Cada product manager revisa el Panel y la Lista antes de la reunión para entender qué tareas necesitan seguimiento. Después de que cada desarrollador da una actualización básica de estado y plantea sus bloqueadores, hay tiempo para que el equipo de Producto haga preguntas o para que equipos más pequeños tengan sesiones cortas de trabajo.
Campos personalizados
Hemos creado varios Campos personalizados que son esenciales para nuestro plan de lanzamiento semanal y nuestro Panel:
- Grupo de lanzamiento objetivo: Este campo indica cuándo esperamos lanzar una función. Esta fecha objetivo se trata como un compromiso del equipo de Producto. La fecha puede retrasarse si no se cumple el objetivo, pero conservamos un registro de ello en la actividad de la tarea.
- Lanzamiento objetivo del backend: Este campo indica cuándo debe completarse el backend para alcanzar la fecha de lanzamiento prevista.
- Riesgo: Este campo indica nuestra confianza en un lanzamiento a tiempo. Puedes usar valores como muy probable, probable, en riesgo y alto riesgo.
Nuestro Panel también se usa para la sincronización vespertina con el equipo de Control de calidad. Actualizamos continuamente el Campo personalizado de Lista desplegable de Riesgo para que todos estén alineados. En cuanto identificamos que algo está en riesgo, informamos a todos los interesados para que puedan ajustar el rumbo si es necesario.
Colabora con los ingenieros mediante comentarios
Usa los comentarios de tareas para dar seguimiento a conversaciones y llevar el control de las decisiones. Puedes mover información importante de los comentarios a la descripción de tu tarea haciendo clic en los puntos suspensivos ... en la esquina superior derecha del comentario y seleccionando Agregar a la descripción. Así es como nuestro equipo de Ingeniería se mantiene alineado.
Cuando nuestro equipo de Control de calidad comienza las pruebas, deja comentarios asignados con banners para distinguir los problemas críticos bloqueadores de los menos importantes.
Los comentarios asignados incompletos aparecen en la sección Por hacer de tu tarea.
Nuestro equipo de Control de calidad coloca los comentarios asignados en una tarjeta de bloque de texto para que sean visibles para todos en el Panel.
Nuestro equipo usa comentarios en hilo para tener varias conversaciones en profundidad dentro de una misma tarea. Una vez que se toma una decisión, la agregamos a la descripción de la tarea o asignamos un comentario como elemento de acción para que alguien lo complete.
Planifica sprints y gestiona lanzamientos
Además de los Campos personalizados y las etiquetas que usamos para planificar sprints y gestionar lanzamientos, mantenemos una extensa Lista de backlog con mejoras de usabilidad simples. Durante las semanas en que no lanzamos una función grande, intentamos lanzar varias mejoras de usabilidad en su lugar.
Colabora con el equipo de Producto
Tenemos una reunión diaria del equipo de Producto para tratar los siguientes temas:
- Revisión del product brief
- Revisión de diseño
- Demostraciones
- Discusiones sobre mejora de procesos
- Priorización de comentarios de clientes
- Atención de bloqueadores y preguntas generales
Los elementos de acción se tratan en vivo durante la reunión y luego creamos tareas de seguimiento en ClickUp para no perder el hilo de lo que se discutió. Realizamos estas reuniones diariamente para crear un ciclo de retroalimentación rápido y positivo con clientes e interesados.
A medida que nuestro equipo de Producto ha crecido, hemos implementado algunos procesos adicionales para estandarizar nuestro enfoque de lanzamiento y ahorrar tiempo:
- Clips: Clips registra retroalimentación compleja para evitar malentendidos que suelen surgir con la retroalimentación escrita. Clips también facilita el trabajo remoto, ya que permite a los compañeros volver a ver las reuniones si no pudieron asistir en vivo.
- Plantilla de product brief: Usar la plantilla de product brief garantiza que todos los product managers sean cuidadosos con las tareas que crean y proporcionen a los equipos de Diseño, Desarrollo y Control de calidad criterios de aceptación claros. Esta plantilla incluye una lista de verificación para ayudar a los product managers a seguir el proceso establecido.
- Revisión entre pares asincrónica: Para reducir el tiempo en reuniones, comenzamos a hacer revisiones entre pares y aprovechar la función de comentarios en las tareas para dar retroalimentación. Después de una ronda básica de revisión entre pares, nuestras tareas pasan a una revisión de producto en profundidad con el equipo más amplio, incluido Zeb, cofundador y CEO de ClickUp.