He estado usando Sprintly con mi equipo durante aproximadamente 8 meses (decidimos cambiar a Sprintly de JIRA para forzar un proceso y un flujo de trabajo más centrados en la historia del usuario), y estoy de acuerdo con casi todo lo que Tricia enumeró en su análisis aquí: Pivotal Tracker vs Sprintly: una perspectiva de PM sobre las herramientas de seguimiento ágil. Sin embargo, agregaré algunas cosas más que nos están haciendo querer abandonar Sprintly:
– Comenzamos con Sprintly para construir un MVP de un nuevo producto, y rápidamente acumulamos un montón de historias y tareas en la cola de algún día. Con ese volumen de tickets, la interfaz de usuario es MUY lenta de cargar y es casi imposible arrastrar y soltar elementos para controlar la priorización (básicamente he renunciado a usar el pedido de priorización debido a eso).
– No puedo agregar miembros de mi equipo como seguidores en un ticket. Puedo ver quién sigue una multa, pero no puedo agregar personas adicionales (esta es una deficiencia que ha causado mucha frustración en nuestro equipo).
- ¿Deberían los desarrolladores de UI informar al Director de Ux en lugar del Director de Desarrollo de Aplicaciones en una empresa SaaS centrada en Ux?
- ¿Cuáles son los principios básicos para establecer una estrategia de precios para nuevos productos?
- Cuando hay una idea que combina varios productos de Google y, por lo tanto, no se puede construir sin Google, ¿cómo alguien que no trabaja en Google les presenta la idea y, al mismo tiempo, mantiene algún tipo de propiedad sobre ella?
- Cómo entrar en el desarrollo de productos de consumo
- ¿Se puede usar Twitter para tomar decisiones de gestión de productos?
– No puedo compartir filtros con el resto de mi equipo y, por lo tanto, la carga recae en ellos para recrearlos (lo que realmente no funciona para nosotros) Esto ha sido especialmente problemático porque utilizamos el sistema de etiquetado para definir qué hay en un sprint, y sin la capacidad de compartir el filtro para un sprint en particular con mi equipo, hay mucho espacio para errores humanos / cosas que se pierden.
– La relación de las subtareas con las tareas principales nos ha creado algunos problemas: a menudo, los cambios en las etiquetas no se reflejan en las subtareas, a veces los subpuntos se pierden de la priorización de los mismos, etc. Es difícil de manejar.
– No puedo convertir el tipo de ticket (es decir, si creo una tarea por accidente y quiero que sea una prueba, tengo que eliminarla y volver a crear una nueva prueba). Esto solo da como resultado que las cosas sean mucho más largas de lo que nos gustaría.
– Los archivos adjuntos en los elementos no son fáciles de encontrar (si se agregaron en diferentes momentos, debe ordenar el historial de actividad en una historia para encontrarlos todos).
Sin embargo, más allá de todo, hemos encontrado que tiene errores: a veces las cosas no aparecen en los resultados de búsqueda, a veces los cambios en las etiquetas no se aplican correctamente, a veces las cosas se duplican o se pierden, etc. Por lo tanto, la falta de confiabilidad hace que difícil de usar día a día.
Siendo triste, definitivamente estoy de acuerdo en que la interfaz de usuario es bonita y simple (que a menudo es un soplo de aire fresco al lado de algunas de las otras herramientas de administración de proyectos súper complicadas). Y te obliga a cumplir con un proceso ágil, por lo que comenzamos a usarlo en primer lugar.
Espero que esto sea útil.
