La matriz RACI se refiere a la asignación de responsabilidades de las partes relacionadas con la ejecución de un proyecto: responsable, responsable, consultado e informado, y es un método de gestión del proyecto. La idea es organizar un gran proyecto para un proceso de investigación de antecedentes para simplificar el proceso de toma de decisiones – compra – y pasar a la acción más rápido. En concepto.
En mi experiencia, no lo he encontrado particularmente útil. Asume principios arcaicos en torno a un giro muy largo, proyectos masivos, y no hay una distinción clara en los roles y las reglas. Además, los roles son difíciles de definir y acordar, y eso se convierte en un proceso de investigación en sí mismo. Es importante comprender los roles, pero recomendaría optar por un enfoque más sensible y definir a todos sus públicos y casos de uso , que deberían incluir a las partes interesadas, y utilizar ese enfoque para su diseño.
Considere el uso de principios lean para lograr una priorización más rápida (graficar el impacto frente a las variables de costo para identificar el riesgo), compensaciones forzadas (p. Ej., Dimensiones fijas vs flexibles donde dimensiones = recursos, tiempo de comercialización / tiempo de desarrollo y complejidad de características, y solo uno puede ser reparado, permitiendo que los otros dos permanezcan flexibles), o una combinación de enfoque de desarrollo iterativo / ágil en el que construye, aprende , adapta e itera .
- ¿Qué prácticas ágiles puedes usar con éxito en cualquier tipo de proyecto?
- Cómo postularse para trabajar en Europa o Londres como ingeniero de software con 2 años de experiencia
- ¿Dónde puedo comprar softwares matemáticos?
- ¿Cómo difiere el patrón de acción / reductor en la arquitectura Flux de las llamadas a funciones estándar?
- ¿Por qué se utiliza el algoritmo de búsqueda de cadenas Rabin-Karp para detectar plagio?
Demasiadas variables y factores pueden salir mal en un proyecto masivo que depende en gran medida de la planificación temprana:
-Los plazos mal entendidos / basados en suposiciones sin tener en cuenta los desafíos, la tecnología, los cambios en el entorno o los recursos, todo lo cual introduce ambigüedad y costo y hace que las estimaciones de planificación sean un obstáculo
-Ignora las aportaciones de “partes interesadas” no identificadas que pueden surgir en el camino
-Muchas personas pueden cumplir múltiples roles (es decir, los roles no son 1: 1 para una persona); no funciona bien en organizaciones más pequeñas con generalistas, donde las personas usan múltiples sombreros
-No hay alineación con los objetivos compartidos, por lo que terminas persiguiendo votos. En cambio, la organización debería tener metas / apuestas / pilares y valores definidos que definan la dirección de alto nivel, y utilizar un esquema de ponderación / priorización para proyectos si es necesario. Los objetivos compartidos son imprescindibles si su proyecto va a tener éxito. Pero no es necesario que los revise nuevamente si los objetivos y la visión son claros.
-La propiedad ambigua significa que no hay propiedad. En última instancia, como PM, se le debe confiar la mejor acción en función de la información, la validación y la experiencia suficientes, y no se preocupe por disculparse. La capacidad de decir no y eliminar despiadadamente las no prioridades es una marca estratégica de PM. Confíe en las voces para comprender el problema y plantee las preguntas correctas para reducir el alcance, valide los supuestos con versiones anteriores y las pruebas de usuario si es necesario (NO sus “partes interesadas” internas), ¡luego continúe !
– Separación de la duración del proyecto donde la dirección se dicta de arriba hacia abajo y el éxito se mide con casillas de verificación predefinidas en lugar de métricas flexibles. Los interesados reales deben registrarse con frecuencia y tener un asiento en la mesa durante todo el proyecto, no solo en las etapas de “definición” y conclusión. Además, todos podrían clasificarse fácilmente según la necesidad de estar informados para que la tabla RACI termine teniendo muchos nombres inútiles. El valor agregado es importante para la priorización.
-No hay oportunidad de retroalimentación para mejorar el diseño. Sin aprendizaje No sé qué falló y no rendí cuentas.
-¿Dónde está el consumidor en todo esto?
En mi experiencia, los proyectos que comienzan de esta manera fracasan. Mucho. Puede ser un dictado inevitable de la cultura, particularmente en organizaciones masivas y arcaicas con liderazgo por consenso / burocracia, pero si está en una posición de consultoría en dicha empresa, considere transmitir métodos alternativos con evidencia empírica sobre el éxito de esos otros marcos ( las estadísticas pueden ser difíciles de localizar, pero la familiaridad con las opciones ya es un comienzo: use Wikipedia y la web como referencia). Buena suerte.