tag:blogger.com,1999:blog-12175802.post5667632834898482290..comments2023-12-02T14:33:52.133-05:00Comments on Lecciones Aprendidas en Desarrollo de Software: Scrum: Cediendo el mando y control AL EQUIPOJorge Hernán Abad Londoñohttp://www.blogger.com/profile/15648623250040658188noreply@blogger.comBlogger8125tag:blogger.com,1999:blog-12175802.post-74788802661333011032017-09-14T20:57:45.925-05:002017-09-14T20:57:45.925-05:00Gracias Agustin por tu feedback, nos ayudas a todo...Gracias Agustin por tu feedback, nos ayudas a todos a entender este mundo complejo.. un abrazoJorge Hernán Abad Londoñohttps://www.blogger.com/profile/15648623250040658188noreply@blogger.comtag:blogger.com,1999:blog-12175802.post-66881236534154408222017-08-17T11:33:34.152-05:002017-08-17T11:33:34.152-05:00Excelente post como siempre Jorge, grandes contrib...Excelente post como siempre Jorge, grandes contribuciones de todos ... Acá va la mía:<br />Un factor a tener en cuenta en este mundo globalizado son las distintas culturas e idiosincrasias de cada país o región.<br />He tenido la suerte de colaborar como SM con equipos de EEUU, Europa, India, Uruguay, Argentina y Perú.<br />Mis conclusiones son las siguientes: <br />1) En EEUU y Europa están acostumbrados a estructuras de gestión y comunicación horizontales donde toda opinión cuenta. Estos equipos de Scrum han demostrado llegar a la auto-gestión en forma natural y rápida.<br />El trabajo del SM radica en fomentar la colaboración, solidaridad y trabajo en equipo ya que son personas más independientes que muchas veces prefieren trabajar solas.<br /><br />2) En Uruguay y Argentina los equipos se resisten a la autoridad por lo que Scrum ha caido muy bien. <br />En una charla con mi trainer Alan Cyment en Montevideo, me describió Scrum como un modelo "Pseudo-Socialista" en el que el poder y hasta las utilidades, idealmente deberían ser repartidos dentro del equipo de Scrum. <br />A diferencia de 1er grupo, son más desorganizados y conflictivos por lo que el SM debe trabajar en mantener un espíritu de organización y armonía en el equipo.<br />3) En Perú e India el liderazgo es más vertical y los equipos están acostumbrados a recibir órdenes. <br />Para lograr equipos auto-gestionados el SM los debe coachear, darles confianza y cambiarles el paradigma tradicional. Es un proceso más largo que requiere mucho mayor involucramiento e "imaginación" por por parte del SM.<br /><br />Esta es mi experiencia y obviamente no se puede generalizar.<br /><br />En conclusión el SM debe armar una estrategia de colaboración teniendo en cuenta las costumbres de los equipos dictadas por su marco cultural y social.<br /><br />Saludos cordiales,<br />AgustinAgustín Varelahttps://www.blogger.com/profile/07135745465125876332noreply@blogger.comtag:blogger.com,1999:blog-12175802.post-35732613364571148782013-08-27T20:26:53.623-05:002013-08-27T20:26:53.623-05:00Lucho y Andre...
Excelentes sus comentarios y est...Lucho y Andre...<br /><br />Excelentes sus comentarios y estas reflexiones, nos ayudan a comprender este nuevo paradigma que se basa en Manifiesto, valores y principios donde nos basamos en la transparencia y profesionalismo, y si tenemos las personas competentes para hacer su trabajo ¿por qué desconfiar? ...<br /><br />esperare Lucho tu post... y referenciame con tranquilidad, al igual yo lo haré .. y Andre, en este esquema el equipo toma vida y logra ir más allá de los límites impuestos por la gerencia tradicional.<br /><br /><br />saludos y seguimos en contacto.Jorge Hernán Abad Londoñohttps://www.blogger.com/profile/15648623250040658188noreply@blogger.comtag:blogger.com,1999:blog-12175802.post-45286347084593712682013-08-26T16:37:13.032-05:002013-08-26T16:37:13.032-05:00Jorge, dirigir o no dirigir, ¡esa es la cuestión!
...Jorge, dirigir o no dirigir, ¡esa es la cuestión!<br />Excelente tu planteamiento sobre transformación. Precisamente, la pregunta es ¿cómo lograr esa metamorfosis? Bien dices que el “rol de la gerencia de proyectos queda inoperante y se convierte en un reto profesional pasar de gerente de proyectos a Scrum Master”. ¿Cómo hacer que ese cambio no se quede en un mero “regateo”, que no se quede en una evolución trunca o, dicho de otra forma, en una mera mutación involutiva? No queremos que el resultado sea algo así como “gerenscrummaster de proyectos”…algo como lo que sucede en La Mosca, aquella película de 1986, dirigida por David Cronenberg, con Jeff Golblum y Geena Davis.<br />Está claro que el gerente de proyectos de hoy puede ser un Scrum Master, pero lo que conlleva ir de un punto a otro no es algo lineal. Es precisamente el punto que abordo en mi próximo artículo, en el cual me daré la libertad de citar al tuyo, muy a lugar por cierto. <br />Lo que sí creo que debemos dejar claro desde ya es que si bien no hay un rol de gerencia de proyectos en Scrum (y en muchos otros métodos ágiles), es erróneo pensar, como lo hacen muchos, que en un proyecto conducido con Scrum no se hace gerencia del proyecto. De hecho, este es un factor de resistencia al cambio, a esa transformación que necesitamos. Como lo dices en tu post, buena parte, sino todas las responsabilidades del gerente, se distribuyen en estos nuevos roles que hoy estamos jugando en Scrum. Creo que en eso tú, los foristas que me han precedido y yo, estamos de acuerdo.<br />Otro punto a tener en cuenta y que tocas en el apartado de Desventajas, es el de la autoorganización. Pero este asunto, estimado, será algo que abordaremos en profundidad más adelante.<br />Salud@s,<br />Lucho<br />Lucho Salazarhttps://www.blogger.com/profile/16970569346922510096noreply@blogger.comtag:blogger.com,1999:blog-12175802.post-23080005633865796322013-08-26T09:47:41.332-05:002013-08-26T09:47:41.332-05:00Muy buen artículo.
Realmente es un reto, sobretod...Muy buen artículo.<br /><br />Realmente es un reto, sobretodo para el (nuevo) scrum master en su tarea de aprender a "ceder" sin caer en la tentación de señalar con el dedo y dictaminar quién<br />hará qué cosa y cómo la realizará. En ocasiones le da la sensación de que sino selecciona quién hará determinada tarea entonces quizá otro desarrollador no muy experimentado pudiera tomar una tarea que pudiese luego generar retraso en la entrega (siempre ve riesgos).<br />También piensa que sino le explica al desarrollador cómo hacer su tarea, entonces no se reutilice determinado componente que ya existe y se repita el código, por decir un ejemplo básico. <br />Sin embargo, esta faceta se aprende, se adquiere :-). Creo que si nos cuesta mucho delegar, no nos debemos preocupar ya que poco a poco iremos cediendo y confiando en el equipo, la confianza es <br />fundamental!!!<br />Muy bueno el tip de Leo, eso de mirar el daily y los tonos de voz, jajajaj, estoy totalmente de acuerdo que eso dice muchísimo<br />Andreina Romerohttps://www.blogger.com/profile/07512890986323778605noreply@blogger.comtag:blogger.com,1999:blog-12175802.post-24252656022969503632013-08-26T09:41:42.731-05:002013-08-26T09:41:42.731-05:00Gracias Vero y Leo sobre sus comentarios.. tenemos...Gracias Vero y Leo sobre sus comentarios.. tenemos mucho que aprender de esto.. es un cambio grande para todos nosotros...<br /><br />que nos ha costado, pero que si nos ayudamos entre todos llegaremos mas rápido...<br /><br />Toca leer y debatir mas sobre sistemas adaptativos complejos y organizaciones 3.0...<br /><br />espero pronto profundizar más en esto..<br /><br />una brazo a ambos..Jorge Hernán Abad Londoñohttps://www.blogger.com/profile/15648623250040658188noreply@blogger.comtag:blogger.com,1999:blog-12175802.post-56567393495827572762013-08-26T09:21:02.442-05:002013-08-26T09:21:02.442-05:00Wow, tan valioso el post como el comentario.
Creo...Wow, tan valioso el post como el comentario. <br />Creo que el tema es uno de los más complejos en nuestra cultura... venimos acostumbrados a que alguien más tome las decisiones y muchas veces ni sabemos que tenemos el potencial para que eso cambie. "Estamos acostumbrados al látigo" El reto es seguir los pilares ágiles de transparencia y coraje para fomentar que los gerentes de proyecto se transformen en líderes serviciales, en lograr que entiendan que un equipo feliz es más productivo y comprometido. Un punto clave para los que están cambiando a una aproximación ágil es ver lo que pasa en la reunión diaria: ¿gira en torno al "scrum master"?¿de alguna manera le rinden cuentas?¿Qué tono de voz utiliza cuando habla (algo como regañando)?<br /><br />Saludos<br /><br />LeoLeohttps://www.blogger.com/profile/00785208803013112924noreply@blogger.comtag:blogger.com,1999:blog-12175802.post-16480701354286776922013-08-25T21:39:41.817-05:002013-08-25T21:39:41.817-05:00Muy buen post!
mi tema preferido :) :) :)
Solo me...Muy buen post!<br />mi tema preferido :) :) :)<br /><br />Solo me gustaría sumar un comentario, en realidad dos :)<br />y ambos tienen que ver con un enfoque sistémico<br />1-Un sistema complejo,no tiene un solo líder, hay tantos líderes como nodos tenga esa red, se decir como integrantes tenga el equipo, porque cada uno tiene algo valioso para aportar. Y al trabajar desde este enfoque vamos a entender eso de que "la función del liderazgo es producir más líderes, NO más seguidores", en otras palabras dar lugar a que emerjan esos comportamientos que lideran el cambio. Entonces creo que la principal función de un Scrum Master o Gerente de Proyecto (o como quieran llamarse) es crear esas condiciones para que emerjan líderes. Y esto va de la mano de otra idea muy aplicable a todos los contextos, y que la vi muy resumida en este post:<br />http://metacool.com/the-heart-of-leadership/<br />y que tiene que ver con el "liderazgo servicial" del cual siempre se habla, que es actuar para hacer la diferencia, que es hacer ese cambio positivo, que sin tu acción no hubiese ocurrido. Lo cual implica inteligencia para dar cuenta "cuando" debes actuar, y tambien humildad, para darte cuenta cuando NO debes actuar, porque hay otros líderes que ya estan haciendo el cambio.<br /><br />2-La confianza es un elemento central en todo este proceso de cambio. Porque lo cierto es que en esta forma de trabajo, la gestión "tradicional" (por llamarle de alguna forma)y quienes trabajan de esa forma se ven desafiados por 3 cambios radicales que necesitan hacer: a)"liberar" mas que controlar (como bien vos lo explicas), b)dejar de lado el "comando y control" para dar lugar a que emerjan equipos autogestionados (como tambien lo explicas) y c) dejar de lado el recelo y la desconfianza, para empezar a confiar no solo en el potencial de los individuos sino en el poder de cambio de los equipos autogestionados.<br /><br />y aunque dije 2 puntos que queria agregar, ahora se me viene a la mente un tercer punto :)<br /><br />3-Scrum es mucho mas que una forma de trabajo que te permite aumentar tu productividad al entregar en el menor tiempo posible el mayor valor para un cliente. Scrum tiene otras 2 facetas sumamente vitales en los ambientes de trabajo de hoy en dia: a) es un framework para promover e incentivar la innovación y b) es un enfoque que te permite entender y trabajar con la complejidad,¿y a donde voy con todo esto? Es que son los equipos autogestionados los que te permiten trabajar en ambientes complejos, cuya colaboración incentiva la innovación, todo lo cual redunda en mayor productividad.<br /><br />Perdon por la extensión del comentario :)<br />y gracias por incentivar nuestras reflexiones!<br /><br />Vero.Unknownhttps://www.blogger.com/profile/00355245425118136831noreply@blogger.com