¿Qué software usa para ayudar a planificar el trabajo de su equipo y por qué?

Question

La planificación es muy difícil. No somos naturalmente buenos para estimar nuestro propio futuro, y muchos sesgos cognitivos exacerban el problema. La planificación grupal es aún más difícil. Información incompleta, puntos de vista inconsistentes de una situación y problemas de comunicación agravan la dificultad.

Los métodos ágiles proporcionan un marco para organizar la planificación grupal: hacer la planificación visible para todos (historias de usuarios), dividirlo en fragmentos más pequeños (sprints) y proporcionar análisis retrospectivos para que mejore en la planificación. Pero encontrar buenas herramientas para respaldar estas prácticas está demostrando ser complicada.

¿Qué herramientas de software utiliza para lograr estos objetivos? ¿Por qué estás usando esa herramienta? Lo que tienen los éxitos tú ¿Tenía con una herramienta en particular?

Answer 1

Omniplán

Herramienta de planificación de Mac OS X.

Rastreador fundamental

Útil incluso si no estás haciendo un desarrollo "ágil".

Fogbugz

Seguimiento de problemas increíblemente útil y destacado.

Los uso en conjunto. Omniplan es genial para presentar todas las tareas que deben completarse y dividirlas entre su equipo. Puede configurar caminos críticos (cosas que deber suceder para su finalización) y desglose el esfuerzo general. También excelente visualmente para la gestión.

Pivotal es excelente para mantener su ritmo de desarrollo. Si se suscribe completamente a la metodología ágil, es excelente, pero aún es muy útil para rastrear características, componentes dependientes y actualmente estado activo.

FogBugz proporciona una interfaz fácil de usar para que los no programadores envíen errores o solicitudes de funciones y supervisen el progreso. Los problemas que entran se evalúan y registran en fundamentos. Luego se trasladan a Omniplan si se convierte en una tarea más grande con múltiples componentes.

Answer 2

Usamos RedMine -> http://www.redmine.org/

Registramos todo nuestro desarrollo junto con las llamadas de soporte para que podamos ver cuánto tiempo tenemos libres de asignar a un sprint en nuestro último desarrollo. Es útil porque se vincula muy bien con nuestro sistema de correo electrónico y nuestro sistema de control de versiones (GIT en nuestro caso, pero funciona con otros).

Fácil de salir de la caja (escrita en Ruby, se ejecutará en la mayoría de los servidores pequeños) y con algunos complementos bastante potentes que son fáciles de instalar y usar.

Answer 3

¿Está bien responder? ninguna?

Parece que implica que las herramientas de software son necesarias para una planificación ágil exitosa. No estoy de acuerdo. Si su equipo está usando Scrum o XP correctamente ("por el libro"), no debería tener que usar ninguna herramienta de software para planificar.

En muchos casos, agregar herramientas de software a un proceso ágil es solo una forma de evitar tener que lidiar con el problema subyacente real relacionado con la mala comunicación o la confianza. Tales problemas se resuelven mejor por otros medios.

Mi recomendación es comenzar sin ninguna herramienta digital y solo agregarlas más tarde cuando De Verdad Comprende por qué los necesitas.

(Los equipos distribuidos son un caso especial)

Answer 4

He usado ambos Reunión y Jira con Greenhopper.

Comenzaré con Jira. JIRA es una excelente herramienta de seguimiento de errores. Greenhopper es un complemento que permite a los equipos comenzar a trabajar con Agile. Debido a que no fue diseñado como una herramienta ágil desde cero, algunos de los procesos se sienten incómodos. La herramienta también lleva mucho tiempo y es difícil de usar. Sin embargo, es extremadamente personalizable. En general, se siente como una herramienta en la que tienes que meter tus procesos ágiles.

Rally fue diseñado desde cero para ser una herramienta ágil y se nota. Sigue muchos de los procesos ágiles extremadamente bien y complementa el proceso. He usado esta herramienta en una organización extremadamente ágil y nos permitió realizar un seguimiento de las dependencias de los equipos y proyectos complicados que involucran a varios equipos ágiles. La coordinación del equipo cruzado es algo con lo que otras herramientas luchan, pero Rally lo ha hecho bien. Además, Rally tiene una excelente API basada en servicios web. Permitió a mi equipo escribir un software personalizado utilizando Rally como nuestro backend y generar algunos informes personalizados.

Answer 5

Utilizamos TFS para el control de la fuente y el seguimiento del elemento de trabajo (desafortunadamente), y yo uso Manager de artículos de trabajo de Telerik Para ayudarme a grabar planes Sprint y mantener el tablero de tareas sincronizado. Si te ves obligado a usar TFS, Telerik lo hace menos doloroso.

Answer 6

Usamos un rastreador de problemas llamado ADAPTAR (Trabajo para esta compañía como en el contratista subcontratado, por lo que era mi elección de qué usar). Fogbugz fue costoso en comparación. Tiene una pequeña huella, basada en la web, económica y hace las cosas habituales. Miré a Redmine, que es un paquete maravilloso, pero la gerencia estaba incómoda con un paquete de código abierto que todavía estaba sangrando.
Para una herramienta como un rastreador de problemas, no quería mantenerla o actualizarla o personalizarla: solo quería que funcionara de inmediato y me mantenga así.