¿Cuál es el número máximo de herramientas de gestión de proyectos que puede utilizar un departamento? Si se utiliza más de uno para el mismo propósito o se utilizan varios para propósitos vinculados, se produce una doble entrada de datos o se necesita sincronización entre ellos.
Herramientas que considero en esta categoría
Uno.
¿Es esta una pregunta con trampa?
No hay un número máximo o mínimo establecido de herramientas que debe usar. Todo se reduce a lo que funciona mejor para su organización.
Si puede encontrar una sola herramienta que pueda hacer todo, eso es ideal porque hay menos duplicación. Pero en la mayoría de los casos, sus necesidades son más específicas y un paquete no hará todo lo que necesita.
El siguiente mejor escenario es encontrar herramientas que se integren fácilmente. Por ejemplo, algunos software de seguimiento de errores tienen ganchos para conectarse a los comentarios de control de versiones. Dado que la confirmación de archivos y la actualización del software de seguimiento de errores suelen realizarse juntos, así como el envío de actualizaciones a los miembros del equipo, tiene sentido integrarlos.
Pero otras cosas no necesitan estar tan estrechamente acopladas. Por ejemplo, las herramientas que utiliza para mantener el Registro de riesgos probablemente no necesiten integrarse con su repositorio de Subversion.
Depende de lo que esté haciendo este "departamento". Es mejor discutir qué herramientas podría usar un proyecto ( después de todo, es un sitio de preguntas y respuestas de gestión de proyectos) .
En última instancia, un proyecto debe tener un sistema de información de gestión de proyectos, que integre el tiempo, el alcance, la calidad, la comunicación, el riesgo, los recursos humanos y las operaciones y documentos de gestión de adquisiciones. En realidad, nunca he visto tales sistemas todo en uno. Siempre tiene que integrar herramientas/instrumentos más pequeños y siempre debe intentar minimizar la duplicación de datos. Para un proyecto pequeño, sugeriría los siguientes componentes:
La cantidad mínima para hacer bien el trabajo.
En este caso, parece que podría eliminar al menos una herramienta encontrando una herramienta que integre la planificación y gestión de tareas con el seguimiento de errores/problemas.
Podrías ir aún más lejos usando una herramienta que además tenga incorporado el seguimiento del tiempo.
Si está trabajando para un departamento en una organización más grande, es mejor encontrar un seguimiento de tiempo que pueda integrarse con el sistema de contabilidad corporativo existente.
Sugeriría que el departamento se centre en el proceso, especialmente en sus objetivos para el proceso, antes de preocuparse por qué herramienta y/o la cantidad de herramientas.
Por ejemplo, cuestiones como: -- ¿Qué información está tratando de capturar? -- ¿Cómo se combinará y referenciará la información a lo largo del tiempo? -- ¿Qué problemas de gestión de la información se han visto antes? -- ¿De cuántas formas debe estar la información para un uso productivo? -- ¿Cuál es el flujo de trabajo deseado? -- SOBRE TODO, ¿cuál es el potencial de falta de claridad y qué tan dañino sería?
En general, quieres una versión única de la verdad. Pero eso probablemente debería ser un objetivo de "ojos abiertos". Diferentes herramientas tienen diferentes capacidades, por ejemplo, JIRA y MS Project se combinan bien porque no intentan hacer las mismas cosas (generalmente) y no necesitan compartir información (típicamente; advertencia: JIRA está evolucionando bastante rápido).
Es probable que también encuentre algunos momentos específicos en los que este tipo de consideración de herramientas no es diferente a las herramientas de los desarrolladores: IDE puede estar disponible (en algunas tiendas), pero el repositorio de código no lo está.
Las áreas de responsabilidad de algunos miembros del equipo pueden estar lo suficientemente claramente definidas como para que no importe si una lista de tareas del día a día está en Excel, un archivo de texto, una herramienta de lista de propósitos generales (por ejemplo, Basecamp) o una herramienta de gestión de equipos ( por ejemplo, las herramientas de mi empresa). Pero para el trabajo no autodirigido, o donde hay dependencias o colaboración requerida, esa heterogeneidad no es suficiente.
Entonces, lo que las personas son responsables de manera independiente también es una consideración; básicamente qué es la información del equipo vs qué está más sujeta a las necesidades de productividad individual.
Al final, si todo lo demás es incierto o cuestionado, busque la(s) solución(es) que mantienen claras las relaciones entre los miembros del equipo y su trabajo.
cenizas999
jmort253
jmort253
bob red