La empresa en la que trabajo actualmente quiere implementar una herramienta de flujo de trabajo para sus fábricas.
Los problemas son triples:
Las preguntas son las siguientes:
¿Tendría sentido formar analistas de negocio en lugar de contratarlos externamente? Teniendo en cuenta que alguien del exterior puede no tener suficientes experiencias de campo, ¿sería más efectivo alguien del interior de la fábrica?
¿Cómo podemos identificar a esa persona dentro de la organización que tiene suficiente poder de influencia y tarea para que esa persona sea el líder de este proyecto?
¿La metodología Scrum tendría sentido y se combinaría bien con los analistas de negocios? Leí que puede provocar un conflicto con la cultura Scrum, pero tal vez me equivoque.
Gracias de antemano por cualquier ayuda que pueda brindar.
Actualizar
Mi pregunta contiene múltiples preguntas que están vinculadas entre sí en el contexto de la empresa. Sin embargo, pueden ser difíciles de responder en su conjunto. Si es necesario, puedo dividirlos en 2 preguntas distintas.
Esta respuesta se basa en la suposición de que Scrum es el marco adecuado para usted. Sin conocer su organización, su cultura y los detalles de este proyecto, no puedo decir si es seguro o no. Scrum está diseñado para proporcionar "un marco dentro del cual las personas pueden abordar problemas adaptativos complejos, mientras entregan productiva y creativamente productos del mayor valor posible".
Si ha elegido Scrum, el siguiente paso es organizar el equipo en un Equipo Scrum. En general, los equipos deben autoorganizarse, en la medida de lo posible. Solo hay tres roles en Scrum: propietario del producto, equipo de desarrollo y Scrum Master.
El propietario del producto debe ser una persona que pueda tomar decisiones sobre las necesidades y los impactos del trabajo que se realiza. Es crear los requisitos, luego ordenarlos y trabajar con el Equipo de Desarrollo para comprenderlos. Esta es una sola persona (aunque también estoy a favor de tener un suplente que pueda intervenir si se necesitan decisiones inmediatas). Esencialmente, esta persona da una sola voz a todos los stakeholders del proyecto y los representa en el Scrum Team.
Si este es un proyecto para entregar procesos organizacionales, diría que alguien en el nivel ejecutivo es la persona adecuada para este trabajo. No necesitan una comprensión completa de los detalles de cada parte interesada. Necesitan la capacidad de ser una sola voz para el Equipo de Desarrollo. Es posible que deban reunirse con otras partes interesadas y trabajar para resolver conflictos en las prioridades entre los trabajos. En última instancia, son responsables de tomar la decisión sobre qué trabajo agregará el mayor valor.
Si no tiene a alguien que sea responsable de los procesos organizacionales ahora, puede considerar abrir un puesto y promoverlo o contratarlo. Recientemente hubo una publicación interesante en LinkedIn sobre el "zar de los malos sistemas" que creo que subraya la necesidad de que alguien sea responsable de los procesos en toda la organización. Si tiene requisitos para un marco de procesos (piense en CMMI para software) o un sistema de gestión de calidad (piense en ISO 9000 o una variante específica de la industria), esta persona debe tener experiencia en eso. La experiencia o el deseo de aprender métodos de mejora de procesos en general (Lean, Six Sigma, TPM, TQM) también serían útiles.
El equipo de desarrollo es un grupo de tres a nueve personas que tienen todas las habilidades necesarias para entregar el trabajo. Este grupo es autoorganizado y no hay sub-equipos. Simplemente hay un equipo que es responsable de tomar el trabajo requerido y llevarlo a un estado terminado. Es probable que diferentes personas tengan diferentes conjuntos de conocimientos o habilidades, pero el equipo en su conjunto es responsable de entregar el trabajo al final de cada Sprint.
En mi experiencia, las mejores personas para entender y crear procesos son las personas que hacen el trabajo del día a día. Esto es cierto en cualquier industria, desde la ingeniería hasta la fabricación y la administración de oficinas. Puede haber requisitos impuestos sobre el trabajo que deben tenerse en cuenta, pero si las personas que realizan el trabajo también son propietarias de los procesos, será más probable que esos procesos sean aceptados y de mayor calidad.
Creo que es un error decir que "no tiene ningún proceso comercial establecido". Es posible que no tenga procesos documentados. Es posible que no tenga procesos consistentes. Es posible que no tenga procesos robustos. Pero el trabajo se está haciendo. La gente está haciendo algo.
Recomendaría capacitar al personal, en todos los niveles (ejecutivo, gerencia y personal de línea) en Lean . Dependiendo de su industria y entorno, puede haber una adaptación específica de Lean. Creo que Lean combina muy bien con los métodos Agile: hay mucha superposición en los principios subyacentes.
Yo pensaría que entrenar gente internamente para formar tu Equipo de Desarrollo es la opción correcta aquí. Tampoco es necesario comenzar con una capacitación formal costosa para el personal, si eso no es factible en el tiempo y el presupuesto. Capacite muy bien a algunas personas y pídales que regresen para ayudar.
Finalmente, el Scrum Master ayuda a entrenar al equipo. Este individuo ayuda con las técnicas utilizadas por el equipo para comprender el valor detrás del trabajo que están haciendo, así como para encontrar y eliminar impedimentos y desperdicios en el proceso. Sirven al propietario del producto, al equipo de desarrollo y a la organización.
Aunque algunas personas lo desaconsejan, encuentro útil tener una persona en el Equipo de Desarrollo que actúe como Scrum Master. Aunque reduce su capacidad de trabajo, alguien en el equipo es, en mi opinión, la mejor persona para trabajar con el Product Owner para asegurarse de que el equipo tenga lo que necesita y se comprendan los límites del equipo, para trabajar con la organización. para garantizar que todas las partes interesadas entiendan lo que está haciendo el equipo y cómo lo está haciendo, y con el Equipo de Desarrollo para identificar y eliminar los impedimentos.
Puede haber espacio para que un consultor temporal entre y trabaje con la organización para capacitar a todos en varios roles y responsabilidades de Scrum durante un período prolongado (6-12 meses).
Su pregunta con respecto a SCRUM es poner el carro delante del caballo. En segundo lugar, parece que le faltan no solo los analistas de negocios necesarios para esta transformación, sino también otros roles necesarios. Creo que estás en un punto de decisión de comprar o construir en esta etapa. SCRUM, los analistas de negocios solo están nublando esta decisión y sugeriría no considerar estas preguntas en este momento.
En este momento, su empresa necesita considerar comprar el talento que necesita para hacer realidad esta transformación. Compre la gestión de proyectos, las pymes de flujo de trabajo, los analistas de negocios, los consultores de cambio de organización, los métodos, ya sea SCRUM o cualquier otro, y otro capital intelectual necesario.
Construir las áreas de práctica para gestionar una transformación como esta está fuera de su competencia principal. ¿Por qué molestarse? Cómpralo.
However beautiful the strategy, you should occasionally look at the results
. Estoy bien para comprar, pero necesito saber a dónde voy, el motivo de mi pregunta ... :) Gracias por sus comentarios.
JDRoger
MCW
andy k
andy k
andy k
Tomas Owens
andy k
Tomas Owens
andy k