¿Qué características debe tener cada herramienta de software Agile? [cerrado]

Me han encargado recomendar una herramienta Agile para mi equipo. Todavía me falta un mes para la fecha de vencimiento de mi recomendación, pero quería comenzar con mi diligencia debida. Nuestra organización tiene algunas restricciones.

Podemos elegir entre:

  • Versión uno
  • Scrum funciona

No conozco ninguna otra opción que tengamos disponible. También es posible la opción de usar una de estas herramientas con una pared o algo físico.

No incluyo una tercera opción (MS Project), porque ya determiné que está fuera de esta recomendación.

Hola Geo, ¡nos encantaría ayudarte! Pero tal como está, me preocupa que esta pregunta sea más una pregunta de sondeo, para lo cual StackExchange no es realmente una buena opción. ¿Podría editar el cuerpo de la pregunta y tal vez dar más detalles sobre su equipo y también hacer algunas preguntas específicas que lo ayudarán a obtener algunas respuestas de preguntas y respuestas buenas y de calidad? Tal como están las cosas, las respuestas que probablemente obtendrá para esto no serán mejores que cualquier otra pregunta sobre "Qué software recomendar" que tenemos en este sitio. Además, cualquiera puede sugerir ediciones para ayudar a mejorar la pregunta. ¡Buena suerte!
Si comienza a buscar una herramienta, debe preguntarse qué partes de su proceso necesitan una herramienta. Que quieres resolver. Puede publicar dichos criterios aquí para obtener mejores recomendaciones. También hay sitios que le darán más que esas dos opciones, como: userstories.com/products o bestvendor.com/best/project-management pero, por supuesto, esto solo complicará su elección ;-)
@MarcinNiebudek - Gran sugerencia para reducir el enfoque de la pregunta;)
Votar para cerrar como un duplicado de pm.stackexchange.com/questions/8559/… .
Tienes un mes para llegar a una herramienta reco? ¿No es un poco extraño?
Solo para compartir mis dos centavos, secundo la opinión de @jmort253. Esta pregunta, tal como está ahora , no será muy útil dentro de 5 años, por lo que puede considerarse fuera de tema. Aunque no creo que sean exactamente falsos como Code mencionó, su respuesta (en la otra pregunta) también se ajusta bastante bien a esta.

Respuestas (4)

Puede valer la pena usar una placa física inicialmente hasta que comprenda qué funciones puede desear de un producto de software (o incluso si realmente necesita software).

En cuanto a otras herramientas, me gusta bastante Agile Zen. También es posible que desee echar un vistazo a Mingle and Rally.

Otro +1 por usar un tablero físico. Era un verdadero cínico del valor de un tablero físico hasta que intentamos usar uno. La primera vez que el equipo dijo en el standup que no podían probar más tarjetas porque la columna estaba llena y que tal vez deberían hacer algo para ayudar a eliminar la acumulación de pedidos, ¡¡me vendieron!! Eso no es algo que suceda alguna vez al usar una herramienta electrónica.

VersionOne, si bien tiene muchas funciones, tiene una experiencia de usuario horrible que limita la productividad. Las cosas que espera que "simplemente funcionen" toman docenas de clics, y aparecen ventanas emergentes del navegador que no están relacionadas con la tarea en cuestión.

Desearía poder lograr que mi empresa adoptara Team Foundation Server. Hace todo lo que VersionOne puede hacer y mucho más. Los clientes que no son navegadores son muy funcionales (a diferencia de VersionOne, cuyo complemento de Visual Studio es una broma).

No es tanto una "respuesta" como mi opinión extraída de una experiencia reciente real. ¡Buena suerte!

TFS también tiene muchos problemas. Principalmente, que una vez que haya establecido la plantilla de flujo de trabajo para un proyecto, se grabará en piedra. ¿Quiere agregar un campo adicional o un paso de proceso? ¡Prepárate para los días de aflicción!

Hemos pasado por un ejercicio muy similar recientemente y hay un par de cosas que nos llamaron la atención: si está viendo la versión 1, puede ser como nosotros, un poco más empresarial.

Tenemos equipos bastante distribuidos geográficamente, por lo que las buenas herramientas para nuestros propietarios de productos y nuestros equipos de prueba son cruciales. De todas las herramientas que analizamos, solo la versión 1 y Rally Dev dieron la talla en el lado de la gestión de pruebas, con mi voto para Rally simplemente por la facilidad de ver el estado actual de las pruebas.

Como otros han dicho, ayudaría si mencionara un poco sobre la configuración de su empresa. Para ser un poco más claro, tenemos equipos ágiles con miembros repartidos entre dos países (funcionales cruzados) y tenemos algunos propietarios de productos en un tercer país para hacerlo un poco más difícil.

Creo que el software para la gestión ágil debe cumplir con una regla y la más importante, debe ser dinámico, fácil de usar, no requiere cantidades de tiempo en sus tareas diarias de PM. Debería ser algo así como un tablero físico y, por supuesto, integrarse bien con las funciones principales de PM junto con herramientas ágiles como informes, estimaciones, gestión de equipos, iteraciones/sprints.