He estado leyendo mucho sobre Scrum para evaluar su uso en nuestra empresa. Hice algunas pruebas con él donde los equipos estaban explorando diferentes aspectos para obtener una sensación del mundo real. Aunque no estoy seguro de que Scrum sea nuestra mejor opción.
Me doy cuenta de que esta pregunta probablemente se superpone fuertemente con otras, y también las estoy investigando.
Estas son las características de mi empresa:
Dadas estas características, parece que tener cada proyecto administrado con Scrum no funcionará bien, ya que hay muchas tareas múltiples y flujo entre los conjuntos de habilidades necesarios en un proyecto frente a otro en un momento dado. Kanban podría funcionar mejor ya que solo nos centraríamos en el trabajo en curso, pero me preocuparía tener que mantener adecuadamente una "visión global" de todas las tareas, así como asegurarme de que los plazos se cumplan para cada proyecto. Puedo ver la aplicación de un enfoque similar a una cascada para las tareas más sencillas y orientadas al proceso, pero eso obviamente no funcionará para los proyectos de I+D.
No estoy necesariamente buscando un esquema de PM único para todos, pero me gustaría algunas pautas generales de nivel superior para la gestión de nivel corporativo y pautas de nivel inferior para los PM en el terreno, haciendo el trabajo de gestión individual.
En términos de herramientas, usamos Jira para la asignación y gestión de tareas, pero no todos los proyectos se gestionan con el mismo nivel de integración de Jira. Mucha gente todavía confía en MS Project, Excel y/o el bloc de notas.
Como nota adicional, cada vez que he tratado de discutir los enfoques de PM con los miembros del equipo, se muestran muy escépticos y cínicos acerca de la adopción de algún "proceso". Por lo general, les escondo que incluso estamos probando algo. Por ejemplo, muchos ojos ponen los ojos en blanco cuando pronuncio las palabras "Sprint" y "Retrospectivo". Eso está un poco fuera de esta pregunta, pero sigue siendo un factor en el éxito de cualquier enfoque.
Creo que Kanban puede funcionar mejor en su entorno. Y dado que algunas personas son remotas, casi se ve obligado a usar un tablero Kanban en línea.
Trataré de abordar los dos problemas que plantea uno por uno.
Puede mantener una vista global de los múltiples proyectos al:
Personalmente me decantaría por la segunda opción. Depende de la cantidad de proyectos simultáneos para decidir qué sería mejor y brindarle una buena visión general, sin perderse en una gestión extensa.
Kanban se enfoca más en el flujo que en líneas de tiempo rígidas. Dicho esto, aún puede usar Kanban en un entorno donde los plazos son importantes. Por ejemplo, un tablero simple contendría tres columnas: Por hacer, En proceso y Listo. Al asignar algún tipo de valor (esfuerzo, horas/días/semanas reales, etc.) a cada tarea y determinar el cronograma general del proyecto, puede crear un gráfico de trabajo pendiente simple sumando el valor total en cada columna.
La mayoría del software Kanban en línea tiene un gráfico de trabajo pendiente incorporado o tiene una adición disponible para lograrlo. Actualmente estamos usando Trello con Plus For Trello y nos da una idea de la cantidad de esfuerzo restante en un proyecto en particular.
He usado Jira con Greenhopper en el pasado y me gustó mucho. Sin embargo, tiene una estructura más rígida de lo que su equipo parece cómodo. Sugeriría mirar a Trello y configurar un tablero simple para realizar un seguimiento de las tareas.
También puede estar interesado en cómo UserVoice usa los tableros Kanban para realizar un seguimiento de las tareas. Desafortunadamente, no puedo publicar más de 2 enlaces en esta publicación, así que intentaré publicarlo en un comentario.
¡Buena suerte en la gestión de todos sus diferentes proyectos!
En última instancia, su entorno de trabajo actual y sus limitaciones no favorecen en absoluto el desarrollo de software.
Me concentraría en tratar de resolver la lista de disfunciones que describió en lugar de intentar diseñar una solución a su alrededor. Tendrás exactamente los mismos problemas con Kanban y Scrum. Ambos requieren dedicación, enfoque y atención al detalle.
Feliz de discutir más...
MCW