--
Has recibido este mensaje porque estás suscrito al grupo "agile-spain" de Grupos de Google.
Para publicar una entrada en este grupo, envía un correo electrónico a agile...@googlegroups.com.
Para anular tu suscripción a este grupo, envía un correo electrónico a agile-spain...@googlegroups.com
Para tener acceso a más opciones, visita el grupo en http://groups.google.com/group/agile-spain?hl=es.
Hola.
--
Has recibido este mensaje porque estás suscrito al grupo "agile-spain" de Grupos de Google.
Para publicar una entrada en este grupo, envía un correo electrónico a agile...@googlegroups.com.
Para anular tu suscripción a este grupo, envía un correo electrónico a agile-spain...@googlegroups.com
Para tener acceso a más opciones, visita el grupo en http://groups.google.com/group/agile-spain?hl=es.
Junto con este párrafo
"If your environment is moving towards Scrum, don't automatically assume that the project manager should be the ScrumMaster. Also, remember, there is always a role for the project manager."
me hace pensar que el artículo es para consumo interno y busca calmar ese viejo ansia de "y qué hago con el manager ahora que soy agil y lean?" y darse una respuesta que arrincone scrum allá en los bajos fondos de los frikis ;)
La respuesta a su pregunta no depende de Scrum. Si lo necesitas, ok. Si no, ok.
Nadie se hace esa pregunta de un programador de cobol en una migración tecnológica. Supongo que todavía hay clases...
_
Jorge
----- Mensaje original -----
De: Xavier Quesada Allue <xav...@xqa.com.ar>
Enviado: jueves, 01 de abril de 2010 18:41
Para: agile...@googlegroups.com
Asunto: Re: [agile-spain] How Does a ScrumMaster Compare to a Project Manager? [Sacado de la revista del PMI]
El artículo en cuestión fue citado ayer en la comunidad CST/CSC por ser
groseramente incorrecto y remarcar lo poco que entendió la autora sobre
Scrum, lo cual generó un debate interesante sobre qué se puede pretender de
un curso de 2 días. Hasta se llegó a pedir la cabeza del CST que la
certificó a la muchacha y de reclamar su decertificación.
*
Entre los errores de concepto que expresa la autora, podemos destacar que no
entendió que no tiene sentido hablar de "Project Manager" en Scrum (la
comparacion no tiene sentido); y que piensa que el ScrumMaster es un rol
técnico o que requiere conocimientos técnicos.
Saludos,
Xavier
*
2010/4/1 Jonathan Vila Lopez <jonath...@gmail.com>
> Hola.
>
> Os adjunto un link del PMI donde plantean la cuestion de si un ScrumMaster
> se compara con un Gestor de Proyectos, siempre bajo la vision del PMI.
>
> Me ha parecido interesante compartirlo con vosotros.....
>
>
> http://www.pmi.org/eNews/Post/2010_03-26/ScrumMaster-Compare-To-PM.html
>
>
>
> -----------------------------------------------
> Slitzweitz !!!!!!
>
> --
> Has recibido este mensaje porque estás suscrito al grupo "agile-spain" de
> Grupos de Google.
> Para publicar una entrada en este grupo, envía un correo electrónico a
> agile...@googlegroups.com.
> Para anular tu suscripción a este grupo, envía un correo electrónico a
> agile-spain...@googlegroups.com<agile-spain%2Bunsu...@googlegroups.com>
Saludos,
Ángel Águeda (Legnita)
Cuando me certifique como ScrumMaster en la capacitación tuvimos que
hacer un juego sobre Scrum en equipos. Uno de los participantes del
juego manejada el concepto que el Product Owner debía tener todos los
requerimientos del proyecto y que estos no podían cambiar, es decir se
molestaba porque en cada sprint las características aumentaban.
Adicionalmente, aseguraba que el ScrumMaster debía decirles que hacer
a cada uno. Ante la duda consulto al CST el cual estaba rodeado de un
tumulto de consultas, ante tal situación no se dio cuenta de la
confusión de esta persona y respondió algo genérico que no aclaro sus
dudas.
Al final esta persona se certifico al igual que los demás pero me
quede también sorprendido que ese caso se debe dar muchas veces en
diversas certificaciones. Buscar la cabeza de cada CST no creo que
solucione el problema. El solo pensar que salio creyendo que lo que
pensaba estaba bien y ahora certificado. Me dejo muchas dudas de que
enseñaria esta persona a sus compañeros de trabajo.
Saludos
On 1 abr, 11:41, Xavier Quesada Allue <xav...@xqa.com.ar> wrote:
> El artículo en cuestión fue citado ayer en la comunidad CST/CSC por ser
> groseramente incorrecto y remarcar lo poco que entendió la autora sobre
> Scrum, lo cual generó un debate interesante sobre qué se puede pretender de
> un curso de 2 días. Hasta se llegó a pedir la cabeza del CST que la
> certificó a la muchacha y de reclamar su decertificación.
> *
> Entre los errores de concepto que expresa la autora, podemos destacar que no
> entendió que no tiene sentido hablar de "Project Manager" en Scrum (la
> comparacion no tiene sentido); y que piensa que el ScrumMaster es un rol
> técnico o que requiere conocimientos técnicos.
>
> Saludos,
> Xavier
>
> *
> 2010/4/1 Jonathan Vila Lopez <jonathan.v...@gmail.com>
>
>
>
>
>
> > Hola.
>
> > Os adjunto un link del PMI donde plantean la cuestion de si un ScrumMaster
> > se compara con un Gestor de Proyectos, siempre bajo la vision del PMI.
>
> > Me ha parecido interesante compartirlo con vosotros.....
>
> >http://www.pmi.org/eNews/Post/2010_03-26/ScrumMaster-Compare-To-PM.html
>
> > -----------------------------------------------
> > Slitzweitz !!!!!!
>
> > --
> > Has recibido este mensaje porque estás suscrito al grupo "agile-spain" de
> > Grupos de Google.
> > Para publicar una entrada en este grupo, envía un correo electrónico a
> > agile...@googlegroups.com.
> > Para anular tu suscripción a este grupo, envía un correo electrónico a
> > agile-spain...@googlegroups.com<agile-spain%2Bunsubscribe@googlegr oups.com>
Al final esta persona se certifico al igual que los demás pero me
quede también sorprendido que ese caso se debe dar muchas veces en
diversas certificaciones. Buscar la cabeza de cada CST no creo que
solucione el problema. El solo pensar que salio creyendo que lo que
pensaba estaba bien y ahora certificado. Me dejo muchas dudas de que
enseñaria esta persona a sus compañeros de trabajo.
--
Has recibido este mensaje porque estás suscrito al grupo "agile-spain" de Grupos de Google.
Para publicar una entrada en este grupo, envía un correo electrónico a agile...@googlegroups.com.
Para anular tu suscripción a este grupo, envía un correo electrónico a agile-spain...@googlegroups.com
Enviado desde mi BlackBerry® de Vodafone
Bueno, JMB en realidad PMBOK trata la gestion del proyecto como tal, y le va super super bien que utilices las herramientas de la metodologia que sea, en este caso SCrum para implementar ciertas areas concretas ..... Por otro lado y al reves te dire : Que dice SCrum de como gestionar el proyecto en su realidad sistemica cuando se relaciona con todos los departamentos ? Zapatero a sus zapatos , creo que Scrum lo hace muy bien en su area y PMBOK en la suya mas global y sin decir el como......
Enviado desde mi BlackBerry® de Vodafone
Bueno, JMB en realidad PMBOK trata la gestion del proyecto como tal, y le va super super bien que utilices las herramientas de la metodologia que sea, en este caso SCrum para implementar ciertas areas concretas ..... Por otro lado y al reves te dire : Que dice SCrum de como gestionar el proyecto en su realidad sistemica cuando se relaciona con todos los departamentos ? Zapatero a sus zapatos , creo que Scrum lo hace muy bien en su area y PMBOK en la suya mas global y sin decir el como......
En línea con lo dicho por Harald y Jonathan, me gustaría ampliar la
idea del ámbito de la creación y entrega de un producto. Su éxito o
fracaso no sólo se debe considerar a nivel técnico sino también
respecto al usuario final o los consumidores, entre otras cosas.
Me explico: bajo mi punto de vista, los proyectos no sólo son “tener
una aplicación funcionando”, si no también dependen de las relaciones
con clientes / product owners (customer collaboration), usuarios,
gestores, etc. es decir, hay que con todos los actores que participan
en la creación de un producto (individuals and interactions).
Yendo al extremo, “individuals and interactions over processes and
tools”, también se puede leer como que “aún utilizando XP y Scrum
simultáneamente no puedes tener ninguna garantía de que tu proyecto
vaya a ser un éxito”. Con Agile posiblemente tienes las mejores armas
de la actualidad si trabajas en entornos cambiantes, tecnologías
complejas, donde el trabajo en equipo es fundamental… pero
precisamente el éxito o el fracaso dependerá mucho de las aptitudes,
experiencias y conocimientos de las personas involucradas.
En línea con la parte de conocimientos, también hay otras áreas que
pueden ser interesantes conocer y buenas prácticas muy útiles más allá
de la ingeniería XP y de la gestión de producto/proyecto y equipos de
Scrum. Me refiero, por ejemplo, a la gestión explícita de riesgos,
gestión del cambio organizativo, gestión de proveedores, etc. Es por
ello que creo que es bueno conocer herramientas de otras áreas de
conocimiento (PMI. CMMI o lo que sea), dado que también nos pueden ser
muy útiles para completar vacíos que XP o Scrum no cubren por que
están fuera de su alcance de manera querida y consciente.
Salud,
Xavier Albaladejo
http://conferencia2010.agile-spain.com/
www.proyectosagiles.org
On 6 abr, 21:44, Jonathan Vila Lopez <jonathan.v...@gmail.com> wrote:
> Bueno, JMB en realidad PMBOK trata la gestion del proyecto como tal, y le va
> super super bien que utilices las herramientas de la metodologia que sea, en
> este caso SCrum para implementar ciertas areas concretas ..... Por otro lado
> y al reves te dire : Que dice SCrum de como gestionar el proyecto en su
> realidad sistemica cuando se relaciona con todos los departamentos ?
> Zapatero a sus zapatos , creo que Scrum lo hace muy bien en su area y PMBOK
> en la suya mas global y sin decir el como......
>
> Es como comparar El Ministerio de Deportes con la Federacion de
> Futbol............obviamente el Ministerio de Deportes no te dira que
> cualidades debe tener el deportista, como debe jugar, etc... de eso se
> encarga la Federacion de Futbol...........
>
> *Lo que no he entendido* es "Vamos, la certificación SCRUM será mejor que la
> de la PMI, pero peca de los mismos "defectos" de fondo."...... Me vais a
> comparar una certificacion de 4 horas de examen , almenos para mi duro como
> ninguno, con 2 libros de estudio previos....con la asistencia a un curso de
> 2 dias ? ahi si que no trago. Y en cuanto a los defectos de fondo, es obvio
> que peca como cualquier otra certificacion en el mundo, incluso en el titulo
> de carrera universitaria..........es el mismo proceso, pero en lo que se
> diferencia la certificacion Scrum de un titulo universitario y de PMBOK (
> guardeme Dios de comparar estos dos ultimos, no es mi intencion )....es que
> ambos exigen de una prueba de cierta dificultad y que no un alto porcentaje
> de los que lo inician lo consiguen......
>
> Es solo mi punto........ Lo que ya he dicho muchas veces en este foro, tal
> vez el gran problema es que mientras los PMP nos acercamos sin pudor a
> metodologias concretas, al reves parece que hay un escepticismo y que por lo
> que veo la mayoria de las veces sin conocer en absoluto al PMBOK.... ojo,
> que por mucho que se lea ( yo tambien he leido muchos libros y eso no me
> otorga ningun nivel ), la certificacion es la unica que "certifica" los
> conocimientos, al menos teoricos..... y por tanto me molesta que muchos
> contertulios se permitan el lujo de criticar el PMBOK sin ni tan siquiera
> haberselo leido ( recuerdo que la ultima edicion es de noviembre del 2009
> )....
>
> Ala ya me he quedado a gusto...... voy a tender la ropa y a seguir viendo el
> Barça....
>
> -----------------------------------------------
> Slitzweitz !!!!!!
>
> 2010/4/6 alberto <alberto.em...@gmail.com>
>
>
>
> > ¿Lo mismo que Scrum? :P
>
> > 2010/4/6 José Manuel Beas <jose.m.b...@gmail.com>
>
> > Me parece fenomenal que la gente de PMI mire "fuera del PMBOK", pero...
>
> >> ¿Qué dice el PMBOK sobre TDD, programación en parejas, propiedad colectiva
> >> del código, confianza en el equipo, transparencia, etc?
>
> >> Ya lo sé, es una pregunta retórica (no se interprete desde el rechazo) con
> >> la que quiero indicar realmente que, en mi opinión, no sólo revisando los
> >> procesos haremos que las organizaciones se vuelvan ágiles sino que es
> >> necesario en la mayoría de las ocasiones un cambio cultural en los técnicos,
> >> que son los que a fin de cuentas construyen el software.
>
> >> Un saludo,
> >> Jose Manuel Beas
>
> >>http://agilismo.es
> >>http://jmbeas.iExpertos.com<-- ¡Me he mudado!
> >>http://twitter.com/jmbeas
>
> >> --
> >> Has recibido este mensaje porque estás suscrito al grupo "agile-spain" de
> >> Grupos de Google.
> >> Para publicar una entrada en este grupo, envía un correo electrónico a
> >> agile...@googlegroups.com.
> >> Para anular tu suscripción a este grupo, envía un correo electrónico a
> >> agile-spain...@googlegroups.com<agile-spain%2Bunsubscribe@googlegroups.com>
> >> Para tener acceso a más opciones, visita el grupo en
> >>http://groups.google.com/group/agile-spain?hl=es.
>
> > --
> > Has recibido este mensaje porque estás suscrito al grupo "agile-spain" de
> > Grupos de Google.
> > Para publicar una entrada en este grupo, envía un correo electrónico a
> > agile...@googlegroups.com.
> > Para anular tu suscripción a este grupo, envía un correo electrónico a
> > agile-spain...@googlegroups.com<agile-spain%2Bunsubscribe@googlegroups.com>
> > Para tener acceso a más opciones, visita el grupo en
> >http://groups.google.com/group/agile-spain?hl=es.- Ocultar texto de la cita -
>
> - Mostrar texto de la cita -