Product Backlog y Scrum

Product Backlog y Product Owner Al empezar el proyecto, el responsable del proyecto, que conoce lo que tiene que hacer,
que no va a codificar y que est en contacto ms estrecho con el cliente -o sea, el jefe-, debe crear una lista de funciones que quiere que implemente el programa. A este jefe, como nos suele caer un poco mal, le pondremos un nombre en ingls, que es el que le daScrum, le llamaremos Product Owner. Las funciones de la lista deben ser algo "tangible", es decir, que si nuestro programa implementa una de esas funciones, un usuario que use nuestro programa puede ver que esa funcin est implementada. Estas funciones "cuadran" muy bien con las historias de usuario de la programacin extrema. A esta lista, como la ha hecho el jefe, tambin le daremos un nombre en ingls decidido por Scrum y la llamaremos Product Backlog. A lo largo del proyecto se podrn aadir ms funcionalidades a esta lista, o quitarlas o modificarlas. Slo el Product Owner -el jefe- podr ordenarla y deber mantenerla ordenada, de forma que las primeras funciones del Product Backlog -la lista- se harn antes. Sprint Planning Meeting y Spring Backlog El primer da que empecemos a trabajar en el proyecto, se hace una reunin, en la que estarn el Product Owner y los programadores -Scrum Team- que van a participar en el proyecto. Esta reunin tambin tiene nombre raro decidido por Scrum y se llama Sprint Planning Meeting. En esa reunin se coje un plazo de tiempo que Scrum aconseja que sea un mes. De todas formas, en funcin del proyecto, necesidades y dems, puede elegirse otro plazo: una semana, dos semanas o lo que sea. Nunca debera ser un plazo muy largo. Supongamos que hacemos caso a Scrum y elegimos un mes. Una vez elegido ese plazo de tiempo, se coge el Product Backlog y se van mirando las tareas empezando por la primera. Se pregunta al Scrum Team ... puede la primera tarea estar hecha dentro de un mes?. El Scrum Team la examina, descompone en subtareas si hace falta, estiman el tiempo que tardarn en hacerla y dicen "s". Si dicen que no, habr que descomponerla en tareas ms sencillas hasta que digan el menos que s a una de ellas. Se coge la segunda tarea y se pregunta al Scrum Team ... puede estar la primera y la segunda en un mes?. Vuelven a estimar y dicen "s". Se repite el proceso con las siguientes tareas hasta que el Scrum Team empiece a dudar si s o si no va a estar todo eso. Si el Product Owner quiere que est alguna tarea que no va a estar, puede cambiarla por otra que s est, o "reducir" el alcance de una de las que ha entrado para que entre otra. En fin, este es el momento de "negociar" entre los programadores y el jefe qu va a entrar o no en un mes. El jefe puede decidir el orden, intercambiar tareas, modificarlas o partirlas, pero los programadores tienen la ltima palabra
de cunto tiempo necesitan para cada tarea. El tiempo necesario para todas las tareas seleccionadas no puede superar el mes. Una vez llegado a un acuerdo, esas funcionalidades se pasan a una nueva lista, llamada Sprint Backlog. Hemos quedado todos de acuerdo que dentro de un mes vamos a entregar al Product Owner una versin del programa que tenga TODAS las tareas del Srpint Backlog funcionando. Daily Scrum Meeting y Scrum Master Despus de la reunin anterior en la que se decide el Spring Backlog, nos vamos todos a trabajar. A partir de ese da, TODOS los das, preferiblemente a primera hora, el Scrum Team se reune y cada uno contesta a tres preguntas:

Qu hiciste ayer? Qu vas a hacer hoy? Qu ayuda necesitas?
Uno de los programadores hace de moderador de la reunin y se le llama Scrum Master. Este NO es jefe de los dems, simplemente debe encargarse de que la reunin no dure ms de un cuarto de hora/media hora y de que las ayudas/problemas que plantean los programadores se resuelvan a lo largo del da. El Product Owner tambin debera colaborar en eso de "quitar obstculos", estar disponible para consultas, etc. La ayuda necesaria puede ser de cualquier tipo: "no conozco este tema y necesito alguien que me ayude", "necesitara tener datos en la base de datos para hacer pruebas", "necesito tener mi pc conectado al osciloscopio", etc. En fin, cualquier cosa que uno de los programadores considere que le facilita el trabajo -y que sea razonable, que hay de todo-. En esta reunin tambin se aprovecha para volver a estimar el tiempo de las tareas en curso. Puede que una tarea, el primer da, se dijera que se iba a tardar ocho horas. Resulta que hoy, despus de haber trabajado el da de ayer en ella, sale un problema inesperado y hoy decidimos que vamos a tardar 10 horas ms en resolverla. No pasa nada, se apunta y listo. Despus de varios das de reuniones se ver rpidamente de esta forma si vamos segn lo previsto o nos vamos a pasar en tiempo. Nuestro Product Owner, adems, puede verlo, sobre todo si vamos registrando en algn grfico el da a da indicando cuantas horas suponemos que nos quedan para acabar en el eje vertical y los das en el eje horizontal. El grfico de la figura, por ejemplo
Aunque en teora Scrum dice que la lista de tareas a hacer Sprint Backlog NO se toca, hay mucha gente que decide aadir o quitar tareas en caso de ir adelantados o retrasados. Lo importante es entregar a final de mes una versin con determinadas funcionalidades implementadas y no irse ni demasiado all ni demasiado ac en ese mes. Sprint Review y Sprint Retrospective Ya ha pasado el mes de plazo. Si estimamos bien, tenemos nuestra versin del programa con todas las funcionalidades del Sprint Backlog. Si estimamos mal, quizs esta versin tenga alguna funcionalidad menos o alguna de ms. Ahora se hace una reunin de aproximadamente un par de horas, llamada Sprint Review, a la que acude el Scrum Team, el Scrum Master, el Product Owner y cualquier otra persona interesada en el producto. En ella el Scrum Master ensea la versin a los dems. Los asistentes pueden dar opiniones, posibles mejoras, etc. Inmediatamente despus, se hace otra reunin, llamada Sprint Restropective, en la que el Scrum Master, el Scrum Team y el Product Owner analizan qu cosas pueden mejorarse a la hora de trabajar para el siguiente Sprint, si la comunicacin ha sido bueno o debe mejorarse, si hay algn problema que deba subsanarse. En general, con un ambiente distendido y espritu constructivo, ver cmo se puede mejorar la forma de trabajo en el Sprint Backlog del siguiente mes. Y vuelta a empezar, otro Sprint Planning Meeting para ver qu funcionalidades va a tener la nueva versin del mes que viene, un nuevo Sprint Backlog .... y a currar !!. Algunos detalles
Como vemos, Scrum no dice nada de si hacer o no hacer diseo, si hacer o no hacer Test Unitarios, si hacer o no hacer documentacin, si trabajar en parejas o no, etc, etc. Scrum nicamente nos indica cmo conseguir que todos trabajen con el mismo objetivo, a corto plazo y deja bastante visible como avanza el proyecto da a da. Lo ideal es complementarlo con una metodologa de desarrollo software gil, como la programacin extrema. El Product Backlog pueden ser perfectamente las historias de usuario, el trabajo se puede hacer perfectamente en parejas, con sus test unitarios previos al cdigo, etc. Tambin podra utilizarse algn otro tipo de metodologa. Por ejemplo, pueden dedicarse unos das al principio de mes para disear cmo se van a implementar las funcionalidades de ese mes, re-disear lo que ya hay hecho para acoger lo nuevo, en cada tarea puede considerarse el tiempo necesario para generar la documentacin que se pida de forma que la cada tarea tardar un poco ms por la documentacin asociada y ese tiempo se tiene en cuenta en la estimacin, etc, etc. Y algunos enlaces

Explicando Scrum a mi abuela. El blog de Rodrigo Corral, en el que se habla bastante de Scrum. En perfecto ingls, una sitio web sobre Scrum. Tambin en ingls, Scrum y XP desde las trincheras. Echale un ojo a las fotos, es interesante ver cmo controlan el da a da del proyecto a base de pegar post-it en una cartulina grande en la pared. Y tambin en ingls, el sitio oficial de Scrum
Explicando Scrum a mi abuela

Introduccin
El otro da me encontraba hablando con un compaero de trabajo a travs del telfono mvil, cuando mi abuela me escuch nombrar palabras raras en la conversacin. Una de esas palabras era Scrum, y por la forma en la que hablaba fue lo que ms atencin la llam, as que cuando colgu, lo primero que me pregunt fue con quin hablaba, de qu hablaba, y que era eso de Scrum. Imaginaros la cara que se me qued, porque... cmo explicar Scrum a mi abuela?. Aunque mi abuela es muy avanzada para la mayora de la gente de su edad, la verdad es que no es fcil explicarla muchos de los aspectos tecnolgicos emergentes, pero bueno, es mi abuela y tena que intentar explicrselo de forma convincente. Aqu, os transcribo aquella inverosmil conversacin.
La conversacin y sus explicaciones

De que hablabas?, pareca interesante eso que decas de Scrum. Qu es exactamente? Ah s! Scrum es una metodologa. Y para que se utiliza? Se utiliza en mi profesin, en el desarrollo del Software concretamente, aunque hay gente por ah que la usa o la quiere usar en otras profesiones y reas. Y para eso del desarrollo del Software tenis que usar ese tal Scrum? En realidad no. No es estrictamente necesario.
Scrum por sus caractersticas no es vlido para cualquier proyecto ni para cualquier persona o equipo de personas. Es ms, Scrum segn muchos especialistas de esta metodologa, es ptima para equipos de trabajo de hasta 8 personas, aunque hay empresas que han utilizado Scrum con xito con equipos ms grandes. Yo dira que para el 90% de los proyectos y empresas, es una metodologa vlida, pero no es una metodologa vlida al 100%. Es ms, no hay metodologa mejor que otra ni vlida al 100% para todas las personas y empresas. Scrum es por lo tanto, una metodologa ms de las muchas que hay, y sta en concreto, se basa en la filosofa del desarrollo gil que fue expuesto por dos japoneses alrededor del ao 1986. Siempre estos japoneses... has dicho desarrollo gil varias veces... que es eso exactamente?, a m eso s que me suena a japons o a chino El desarrollo gil pone de manifiesto bsicamente lo siguiente:
El mercado actual es altamente competitivo y la tecnologa es muy cambiante. En el desarrollo del Software se pide bsicamente rapidez, calidad y reduccin de costes, pero para asumir estos retos, es necesario tener agilidad y flexibilidad. Los ciclos de desarrollo por otro lado, acostumbran a ser largos, y lo que se exige por otra parte, es que esos ciclos sean lo ms cortos posibles.
El desarrollo gil aboga por estas premisas principalmente. Hay ms detalles, pero no los voy a abordar ahora para no marearte con informacin que nos desve la atencin de la propia explicacin de Scrum. Informacin adicional Empiezo a entender algo ms esto...pero... en qu consiste exactamente eso de Scrum? Scrum es como deca antes, una metodologa gil. Obedece a las necesidades anteriormente citadas, y no responde a ninguna moda, sino a una necesidad realmente demandada en el desarrollo del Software. Scrum no es ni la mejor metodologa ni la nica, antes te deca que hay muchas, pero s, es una metodologa que est empujando muy fuerte por la facilidad de implantacin y por su agilidad en cuanto a cambios y lo que propiamente aporta en comparacin con otras metodologas. Por un lado, Scrum evita la burocracia y la generacin documental. No es que con Scrum no se deba o no se pueda documentar, si no que con Scrum no se exige documentar nada para iniciar un proyecto, algo que en otras metodologas es impensable. Con Scrum por otro lado, la idea principal es la de ponerse a trabajar prcticamente desde el primer momento y empezar a sacar frutos de ese trabajo para que el cliente vaya viendo los avances y se quede satisfecho con lo que se est haciendo y cmo se est haciendo. S s, vale... pero cmo muestras al cliente esos progresos en el trabajo?. Bien bien, no te he contado an mucho sobre Scrum, slo el cascarn que lo envuelve, pero ya que preguntas y te veo realmente interesada, te voy a contar todo lo que hay con ms detalle. De forma resumida y global, en Scrum vamos a diferenciar dos aspectos importantes, los actores y las acciones. Vaya, esto se pone interesante, sigue sigue que me est empezando a gustar esto del Scrum. Ja!, pues espera a que te cuente, que esto no ha hecho nada ms que comenzar. Te deca que hay dos aspectos fundamentales a diferenciar, los actores y las acciones. Los actores son los que ejecutarn obviamente las acciones. Estos de forma general, sern:
Product Owner Scrum Master Scrum Team Usuarios o Clientes
Algo que no te he dicho an, es que para que un proyecto Software tenga xito, el Usuario o Cliente, debe involucrarse s o S.
Esto vale para todos TODOS los proyectos, aunque no todos los Usuarios y Clientes lo entienden as, pero nuestra misin es tambin hacrselo ver. Prosigo. El Product Owner conoce y marca las prioridades del proyecto o producto. El Scrum Master es la persona que asegura el seguimiento de la metodologa guiando las reuniones y ayudando al equipo ante cualquier problema que pueda aparecer. Su responsabilidad es entre otras, la de hacer de paraguas ante las presiones externas. El Scrum Team son las personas responsables de implementar la funcionalidad o funcionalidades elegidas por el Product Owner. Los Usuarios o Cliente, son los beneficiarios finales del producto, y son quienes viendo los progresos, pueden aportar ideas, sugerencias o necesidades. Y lo de las acciones? Te veo con hambre de conocimiento, eso est bien. Las acciones tienen relacin directa con los actores. Sin ellas, todo sera un caos. En Scrum se indican claramente las acciones a acometer y como acometerlas. Nuestra responsabilidad es hacerlo siempre de una forma adecuada y algo rgida para impedir que se aplique errneamente esta metodologa. Las acciones de Scrum forman parte de un ciclo iterativo repetitivo, por lo que el mecanismo y forma de trabajar que a continuacin se indica, tiene como objetivo minimizar el esfuerzo y maximizar el rendimiento en el desarrollo. Las acciones fundamentales de Scrum son:
Product Backlog Sprint Backlog Daily Scrum Meeting
El Product Backlog corresponde con todas las tareas, funcionalidades o requerimientos a realizar. Antes deca que el Product Owner es la persona que se encarga de marcar las prioridades, y es al fin y al cabo, la persona que mantiene y actualiza dado el caso, la lista de tareas. El Sprint Backlog corresponde con una o ms tareas que provienen del Product Backlog. Es decir, del Product Backlog se saca una o ms tareas que van a formar parte del Sprint Backlog. Las tareas del Sprint Backlog se deben acometer (recomendado) en unas 2 semanas 4 semanas. Hay Sprint Backlogs de 2 semanas y hay Sprint Backlogs de 4 semanas. Eso debe de ser marcado antes de iniciar el Sprint Backlog, de hecho, delProduct Backlog se sacar la tarea o tareas realistas para acometer el Sprint Backlog. Una norma fundamental es que mientras un Sprint Backlogse inicia, ste NO puede ser alterado o modificado. Hay que esperar a que concluya el Sprint Backlog para realizar la correspondiente modificacin o alteracin cuya tarea, formara parte de otro Sprint Backlog. El Daily Scrum Meeting es una tarea iterativa que se realiza todos los das que dure el Sprint Backlog con el equipo de desarrollo o de trabajo. Se trata de una reunin operativa, informal y gil, de un mximo de 30 minutos, en la que se le hace 3 preguntas a cada integrante del equipo.
Qu tareas ha realizado desde la ltima reunin (que he hecho). Sobre qu va a trabajar en el da actual (que voy a hacer hoy). Identificacin de obstculos o riesgos que impiden o pueden impedir el normal avance (que ayuda necesito). El Scrum Master, debe eliminar aqu cualquier obstculo que encuentre.
Una pregunta ms... has dicho que del Product Backlog se sacan tareas que van al Sprint Backlog, pero entiendo que no todas las tareas del Product Backlog van a la vez al Sprint Backlog, as que... que se hace cuando una tarea del Sprint Backlog se finaliza? Bien, esta es una pregunta tpica. Quizs no me he explicado bien, pero el Sprint Backlog, una vez que se inicia, ni se toca. Es decir, que una tarea se acaba, y punto. Se contina con otra tarea del Sprint Backlog y as hasta que se acaben. Lo que debemos tener claro, es que al finalizar un Sprint Backlog (ya sea de 2 semanas de 4 semanas), debemos haber acabado las tareas delSprint Backlog.
Reitero que las tareas del Sprint Backlog deben de ser realistas. As que cuando se ha finalizado un Sprint Backlog, deberamos tener algo, un entregable o algo que se pueda mostrar y que ensee los avances acometidos en el Sprint. En el Product Backlog tendremos ms tareas, y es posible incluso que hayan salido nuevas tareas o que otras hayan desaparecido, por lo que es cuando se acaba el Sprint Backlog, cuando debemos hacer varias cosas importantes y que te indico a continuacin. Esto me est gustando muchsimo... Me alegro, a m me parece interesantsimo, y es ms, Scrum es de sentido comn, tanto, que yo sin saberlo ya lo utilizaba hace algunos aos sin saber que era realmente Scrum. Bueno, prosigo con esta explicacin. Como te deca, adicionalmente a las acciones anteriormente comentadas encontramos otras acciones ms. Antes para no saturarte, no te dije que entre el Product Backlog y el Sprint Backlog, hay algo, una reunin concretamente, que se denominaSprint Planning Meeting.
El Sprint Planning Meeting es una reunin que tiene por objetivo, planificar el Sprint a partir del Product Backlog. El objetivo de esta reunin es la de mover las tareas del Product Backlog al Sprint Backlog. En esta reunin, suelen participar el Product Owner que es como te dije antes quien prioriza las tareas, el Scrum Master y el Scrum Team. Del Sprint Planning Meeting, sale tambin el Sprint Goal, que es un pequeo documento o una breve descripcin que indica lo que elSprint intetar alcanzar. En el Sprint Review se revisa en unas 2 horas como mximo el Sprint finalizado. Al llegar a este punto, debemos tener "algo" que el Cliente o el Usuario pueda ver y tocar. En esta reunin, suelen asistir el Product Owner, el Scrum Master, el Scrum Team y personas que podran estar involucradas en el proyecto. El Scrum Team es quin muestra los avances realizados en el Sprint. Al finalizar un Sprint Backlog y el Sprint Review, se inicia el Sprint Retrospective. El Product Owner revisar con el equipo los objetivos marcados inicialmente en el Sprint Backlog concluido, se aplicarn los cambios y ajustes si son necesarios, y se marcarn los aspectos positivos (para repetirlos) y los aspectos negativos (para evitar que se repitan) del Sprint.
Mira, te pintar un diagrama que espero te ayude a entender todas las acciones de Scrum.
Y porque es eso de las 2 4 semanas?. No sera ms fcil que cada equipo pusiera su franja de tiempo? S claro, cada equipo, cada empresa, cada proyecto, puede poner la franja horaria y frecuencia temporal que considere oportuno as como cambiar aspectos de Scrum, pero te voy a poner un sencillo ejemplo con el cul entenders que es mejor hacer esto as que de otra forma. Supongamos el caso de la construccin de un rascacielos o de un edificio. Si con el fin de controlar el proyecto y que no se te escape nada ni metamos la pata en algo, me preguntas cada da en varias ocasiones como estoy haciendo las cosas, como lo llevo y cuales son mis avances, te aseguro que no terminaremos la construccin del edificio en el tiempo planificado ni de broma. Adems, seguro que querrs cambiar o modificar algo cada da o incluso varias veces en el mismo da. Si me preguntas cada 6 meses por ejemplo, avanzar mucho sin interrupciones, pero a buen seguro que el riesgo de desviaciones es mucho mayor y seguramente si ocurren, reajustar esas desviaciones al proyecto tendr costes elevados asociados. Un trmino medio es el ajuste temporal de 2 4 semanas que est basado en la experiencia de muchas personas en muchos proyectos. No es lo mismo reconducir el proyecto perdiendo 2 4 semanas, que reconducirlo perdiendo 6 meses por ejemplo. La idea de la metodologa gil es fundamentalmente que adopte los cambios, que se pueda reconducir el proyecto en un momento dado, y que afecte lo menos posible a los costes, los tiempos y al equipo de trabajo. No es la metodologa ideal. Yo siempre digo que si hubiera algo ideal, todo el mundo lo usara, pero s te digo, que Scrum se acerca bastante a esa idea general de la gestin ideal de proyectos. A m personalmente es la que ms me gusta y la que por experiencia, mayor satisfaccin suele dar, tanto al cliente o al usuario final como al equipo de trabajo. Y no te creas que hay mucho ms que saber de Scrum, esta es la filosofa o idea general que espero te haya quedado clara y te haya servido para entender lo que hablaba con mi compaero de trabajo. Sin duda que me ha parecido muy interesante. Muchas gracias.
Nota: queda prohibida la reproduccin parcial o total de este artculo sin la correspondiente autorizacin. P.D.: muchas gracias a mi amigo y compaero Rodrigo Corral, el Mster de Scrum, quin me ha aleccionado sobre Scrum y quien me ha revisado esta historieta.
Published 9/5/2007 20:35 por Jorge Serrano Archivado en: Arquitectura Comparte este post:
Comentarios
Wednesday, May 09, 2007 10:22 PM por Alfredo
# re: Explicando Scrum a mi abuela

Muy buena tu explicacion creo que hasta mi abuela lo entiende :D Saludos
Wednesday, May 09, 2007 10:50 PM por sergiotarrillo

:o!, fabuloso, ahora si me siento ms seguro que haba aprendido las bases de Scrum, slo falta la practica y listo :p. Y tambin creo, que este es el primer paso para empezar a usar una metodologa, ya que no es de difcil implantacin, y como dices, creo que muchos desarrolladores venian trabajando as, pero no saban que se llamaba Scrum, ahora ya pueden decir que usan una metodologa :). Saludos,
Wednesday, May 09, 2007 11:11 PM por villagra

Muy bueno el documento, felicidades ;)
Wednesday, May 09, 2007 11:26 PM por Jorge Serrano

Me alegro mucho de la buena acogida del documento y de que por supuesto guste. :-) Lo he hecho con el mayor cario para todos los que preguntan en este y otros blogs y foros sobre Scrum. Espero que resuelva algunas de esas dudas que se tienen cuando uno se encuentra delante de Scrum por primera vez (aunque sirve para repasarlo en cualquier momento cuando surge una duda en nuestros proyectos).
Thursday, May 10, 2007 12:57 AM por sergiotarrillo

si lo hubieras explicado antes.... no hubiera investigado por mi cuenta :), pero como dices, bien para los que andan viendo que quiere decir eso llamado Scrum, y lo mejor es que cuando se enteren, digan: -a que eso era.., pero yo hacia algo parecido... Saludos,
Thursday, May 10, 2007 7:59 AM por Jorge Serrano

A m lo que ms me gusta Sergio, es que an habindo hecho algo parecido antes (sin saber que se llamaba Scrum o que perteneca a los principios giles), la metodologa te indica cmo hacer las cosas y el orden de hacerlas, lo cul nos viene extremadamente bien para no salirnos por la tangente y evitar as el caos. :-)
Thursday, May 10, 2007 9:31 AM por Lluis Franco

:-)
Peaso artculo Jorge, Eres un fiera tio... No hace ni dos das que me comentaste tu idea por telfono, y esta maana mira lo que me he encontrado. Pero tu duermes o que? Un abrazo desde Andorra,
Thursday, May 10, 2007 9:36 AM por Fran Daz

Hola Jorge, Haba "escuchado" SCRUM mucho aqu en Geeks.ms, pero hasta ahora no he sabido que era realmente. Se basa en muchas cosas de las que ya he hecho cuando estoy con un proyecto. Muchas gracias por la aclaracin Un Saludo
Thursday, May 10, 2007 9:50 AM por El Bruno
. Buen artculo

Excelente artculo ... !!! y un pequeo tip, lo mejor para comenzar a utilizarlo, si tienes un TFS a mano, es darse una vuelta porhttp://scrumforteamsystem.com/ProcessGuidance/ProcessGuidance.html y descargar el template para TFS, ahi podras comenzar a trabajar con Sprints, Products BackLogs, etc y veras que cuando se empieza, es dificil dejarlo !!! Saludos y felicitaciones again :D

Llus, es algo que tena entre manos (bueno en la cabeza exactamente) desde haca tiempo y tena muchas ganas de hacer... un ratillo para pensar como hacerlo y hacerlo, no es tan chungo. Fran, esa es la idea de este artculo!... que se hable de Scrum pero que por lo menos sepamos de lo que se habla. Ahora s podremos todos meter baza en los post de Rodrigo cuando este discute tal o tal cosa. :-) Bruno, esprate que otra cosa que tena pensada era explicarle a mi abuela como usar TFS con Scrum... todo se andar... que tambin lo tengo en la agenda... ;-)
Thursday, May 10, 2007 10:23 AM por Isaac Fernandez

Que grande !!! mu wen articulo Jorge, VIVA TU Y VIVA TU abuela :P
Thursday, May 10, 2007 11:58 AM por PabloNetrix
Joder con tu abuela! Con ese ansia de conocimientos, dentro de nada ya me la veo hasta con blog propio dentro de geeks.ms "El blog de la Superabuela" xD Saludos
Thursday, May 10, 2007 12:35 PM por Jorge Serrano

Isako, que tal la fiesta del otro da?... VIVA TODAS LAS ABUELAS!!! PabloNetrix, es mejor decir explicando xyz a mi abuela que decir para Dummies, torpes o novatos... es menos agresivo y el mensaje es el mismo. :-) Que viva la tecnologa!
Thursday, May 10, 2007 4:10 PM por MiguelSM

Muchas gracias de parte de todos los "abuelos" que no entendamos este tema del todo. Felicidades por el artculo.
Thursday, May 10, 2007 9:10 PM por Jorge Serrano
Muchas gracias MiguelSM, yo tambin soy abuelo, aunque al contrario que la propia vida, segn vamos aprendiendo, vamos siendo algo ms jvenes. Luis Enrique, se eso se trata exactamente, de crear inquietud (en el buen sentido claro). ;-)
Thursday, May 10, 2007 11:07 PM por La masa, el ladrillo, la bota, el bocadillo...
# Lecturas imprecincibles sobre Scrum

A menudo me preguntan sobre que libros y documento son interesantes a la hora de documentarse y aprender
Thursday, May 10, 2007 11:22 PM por Emilio Velardiez Moreno

Hola Jorge, Alguien sabe alguna solucin completamente OSS para gestin de proyectos (basada en SCRUM por ejemplo)? Saludos.
Friday, May 11, 2007 9:16 AM por Jorge Serrano

Por OSS entiendo Open Source Software (espero no equivocarme), si es as, ahora mismo no caigo en una solucin adecuada de ese tipo para gestionar proyectos... y menos an basados en Scrum. Anonimoatacante, cada uno de nosotros somos o nos debemos sentir abuelos y abuelas, y cada da aprendemos algo nuevo sindolo. Nuestra pelcula del da a da es siempre la pelcula de nuestros abuelos y abuelas, jams nadie se acuesta por mucha experiencia que tenga o sea muy abuelo o abuela, sin aprender algo nuevo. :-)
Friday, May 11, 2007 5:19 PM por javaRipper

Muy bueno el articulo, gracias.
Saturday, May 12, 2007 9:11 AM por Code Factory
# Scrum for VS Team System Add-In
Una de las ventajas de tener como compaero a Rodrigo Corral , un verdadero fuera de serie en el desarrollo
Sunday, May 13, 2007 3:27 AM por Emilio Velardiez Moreno

Anonimoatacante, Si tu no recuerdas ninguno seguro que nadie los recuerda si los hay. Una lstima la verdad o quizas una oportunidad de realizar un nuevo proyecto, quien sabe. Creo que no soy tan anminmo porque en google salgo un monton... jejeje Y si, muchos das siento como un abuelo pero de forma literal con achaques y todo. PD: evelardiez aka Emilio Velardiez http://elbruno.com/blogs/evelardiez/default.aspx
Monday, May 14, 2007 8:02 PM por h@nz

Muy buen artculo, haba oido de SCRUM, pero no me tome la molestia de revisarlo, sin embargo, ahora tengo una nocin mas clara, eso me ayudar a ingresar en SCRUM y dejar otras metodologas que trataba de usar y que eran mas complicadas por ser pesadas o poco documentadas. Saludos.
Monday, May 14, 2007 9:32 PM por Emilio Velardiez Moreno

Que os parece esta visin del desarrollo del software, cuando menos un poco diferente a la visin de este peazo post: http://msdnlive.net/blogs/mmav/archive/2007/05/14/mi-scrum-personal.aspx
Tuesday, May 15, 2007 4:39 PM por h@nz el Geek Entendiendo la metodologa SCRUM
# h@nz …el Geek » Entendiendo la metodología SCRUM

PingBack desde http://hanzcocchi.net/entendiendo-la-metodologa-scrum/
Monday, May 28, 2007 9:40 AM por Explicando Scrum a su abuela. LegnitaPress
# Explicando Scrum a su abuela. « LegnitaPress

PingBack desde http://legnita.wordpress.com/2007/05/28/explicando-scrum-a-su-abuela/
Wednesday, May 30, 2007 3:31 PM por JorgeTome.info Blog Archive Mis bookmarks en del.icio.us del 29 de May de 2007
# JorgeTome.info » Blog Archive » Mis bookmarks en del.icio.us del 29 de May de 2007
PingBack desde http://www.jorgetome.info/mis-bookmarks-en-delicious-del-29-de-may-de-2007.html
Wednesday, May 30, 2007 5:39 PM por giox

que articulo tan bueno, yo y mi abuela te lo agradecemos jejeje en serio muy ilustrativo gracias

Muchas gracias giox y a todo el mundo por la buena acogida de este artculo y los comentarios recibidos. La idea era la de hacer entender lo que es y significa SCRUM de una forma clara y pedagjica. Me da la impresin de que lo he logrado o al menos me he acercado bastante a hacerlo bien, y sin duda esto me ha animado a hacer otro tipo de artculos de este tipo (en mente tengo algn proyecto). Un saludo y muchas gracias por todos los comentarios y postbacks del artculo ya que me ayudan a mejorar y a saber si voy por el buen camino o no.
Thursday, May 31, 2007 2:40 PM por Luis Ruiz Pavn

Juer Jorge me ha venido tu explicacin de perlas para entender en que se basa esta metodologa. Gracias
Tuesday, June 05, 2007 6:43 PM por Jose Roca H.

Hola Jorge, de veras que muy bueno tu articulo, hasta hace relativamente poco me ensearon en mi centro de estudios un poco de Scrum, pero definitivamente creo que el profesor debio leer primero tu articulo antes de ir a clases...Muy conciso, ilustrativo e interesante...Saludos y congratulaciones...!
Thursday, June 07, 2007 6:58 PM por Eugeni

Hola, me ha interesado tu artculo, ya que como no hago desarrollo de software, que s de proyectos, podra ser la abuela. Una idea de mejora, que nos ayudaria a todos los no enetendidos, traducir los perfiles a perfiles propios en Espaa, i los conceptos de las acciones a coneptos castellanos (an que tengamos que inventar alguna palabra), cre que nos ayudara a los abuelos y abuelas de este pas, que somos muchos
Friday, June 08, 2007 5:31 PM por .
Muy bueno, soy certificado en scrum en EEUU y me parecio excelente. felicitaciones!!

Tuesday, June 26, 2007 7:25 PM por Jorge Serrano - MVP Visual Developer - Visual Basic
# Cundo podemos decir de un desarrollo Software que hemos finalizado una versin?
En mi modesta opinin, uno de los aspectos ms complicados en el desarrollo del Software, es saber decir
Friday, July 06, 2007 1:52 AM por elPerucho

Jajaja... Excelente el cuento... veo que te las ingeniaste para trasmitirnos el concepto un poco complejo, de lo que es el SCRUM, a personas como yo... que no sabemos el significado de esa palabra. En varias ocasiones observe artculos del EL BRUNO hablando de SCRUM y le hua, pensando siempre que loquera le estar pasando por la mente a Bruno Capuano. Para mi, lo importe de este articulo, no es alardear del conocimiento que tienes y que una elite de desarrolladores te felicite por lo bueno del articulo, sino que personas como yo - simples mortales desarrolladores - entiendan el significado de la metodologa SCRUM. Me hiciste recordar en una oportunidad que asiste a una conferencia de webservice para el 2002 aproximadamente el orador de entonces fue Manuel Mndez, este caballero expuso esta idea tan clara y simple que hasta el portero que limpiaba la sala de cine, entendi de que se trataba este asunto. Manuel Mndez Director regional de Microsoft Venezuela, coordinador de los MVP. Saludos de nuevo y felicitaciones por el buen articulo ...
Thursday, July 26, 2007 11:24 AM por Una de Scrum Presin Blogosfrica
# Una de Scrum » Presin Blogosfrica

Thursday, August 02, 2007 7:47 PM por Lis
PingBack desde Una de Scrum » Presin Blogosfrica

Jajaja me parece que una persona que no sabe nada del tema no comprenderia tanta terminologia, mucho menos mi abuela jajaja pero bien por la explicacion
Monday, August 13, 2007 1:05 PM por Ricardo

Necesitaba ver de qu iba esto de SCRUM y no me quedaba del todo claro; pero ha sido visitar este artculo e iluminarme... Muchas gracias.
Wednesday, August 15, 2007 8:00 PM por Carlos J. Alvarez Tostado M.

Apenas estoy investigando mas sobre SCRUM y este articulo es justo lo que necesitaba para aterrizar varias ideas y conceptos que tenia en base a lo que me habia contado, excelente articulo, realmente me alienta a tratar de implantar esta metodologia en la empresa donde laboro. Si alguien tiene experiencia manejando proyectos con la propuesta PMI y SCRUM seria excelente que aporte algun comentario, sobre todo para saber cuales son pros y contras que tiene identificados. Saludos y otra vez felicidades por el excelente trabajo. CJATM
Thursday, August 23, 2007 2:38 PM por ocbos
Gracias a todos, no sabia lo que era esto pero me parece muy interesante y la explicacion es muuuuy buena. Intentare aplicarlo a alguno de mis proyectos personales para practicarlo. De nuevo gracias ayoooooo!!!!
Friday, October 05, 2007 7:26 PM por dario

excelente articulo
Monday, November 12, 2007 11:28 PM por Pedritin

Hoy tuve q exponer un seminario sobbre el Tema, gracias, me sirvio mucho de ayuda tu articulio..
Wednesday, November 14, 2007 9:12 PM por h@nz el Geek Blog Archive Libro gratuito Flexibilidad con SCRUM
# h@nz …el Geek » Blog Archive » Libro gratuito “Flexibilidad con SCRUM”
PingBack desde h@nz …el Geek » Blog Archive SCRUM”
Wednesday, November 14, 2007 10:46 PM por Caterine
» Libro gratuito “Flexibilidad con

Me parecio muy interesante el articulo, para entender a que se refiere esta metodologa, pero como soy nueva en esto de desarrollo agil, estuve investigando respecto a otras metodologas similares, entre las que encontre a MIDAS,XP y otras que tienen relacion, pero realmente quisiera ver algun ejemplo practico de esta nueva metodologia y determinar si es 100% aplicable en mi lugar de trabajo, si me puedes ayudar en este tema, de agradeceria mucho, saludos
Thursday, November 22, 2007 10:37 AM por Jorge Serrano

Hola Caterine, mi sugerencia es leer el siguiente documento (en ingls) que te ayudar a tener una visin ms prctica de Scrum en casos reales: www.infoq.com/.../ScrumAndXpFromTheTrenchesonline07-31.pdf Espero que este documento PDF te ayude. Un saludo, Jorge
Friday, November 30, 2007 12:11 PM por Cosas que hacen que Scrum funcione Presin Blogosfrica
# Cosas que hacen que Scrum funcione » Presin Blogosfrica

PingBack desde Cosas que hacen que Scrum funcione » Presin Blogosfrica
Friday, December 07, 2007 2:23 PM por Locky

He conocido Scrum desde hace un tiempo ya. Y leido bastante sobre el tema, pero es la primera vez que veo un explicacin tan "sencilla y completa" a la vez de Scrum.
Monday, January 28, 2008 10:09 AM por Carlos

Muy bueno y muy bien explicado. Tu abuela estar orgullosa ;-) Te dir que en mi empresa se est usando esta gua como la mejor referencia para entender scrum. Un saludo y gracias!!!
Monday, January 28, 2008 1:26 PM por Jorge Serrano

Muchas gracias Carlos y resto de personas que han agregado su comentario aqu. En lo personal, me alegro mucho de la buena crtica recibida y de haber hecho algo que sirva a la gente y empresas.
Ya sabis que cuando las cosas no se hacen bien se reciben tirones de orejas, pero que tambin a todo el mundo le gusta recibir buenos comentarios cuando se hace algo que gusta o que se ve con buenos ojos. Un saludo y gracias a todos por vuestros comentarios sobre esta entrada. :-)
Wednesday, January 30, 2008 3:04 AM por Angeles
Es un excelente material, para personas inexperta. en mi caso fue de gran utilidad para exponer el tema.
Thursday, January 31, 2008 7:09 PM por Yaca

Hola!!! Muy buen articulo!!!! solo tengo una pregunta con respecto a un sprint en la etapa de sprint backlog, tu mencionas que no si hace observaciones o modificaciones al sprint estas no pueden afectar al sprint y que dicas observaciones se deben considerar como una tarea mas en el product backlog, la pregunta es, si las observaciones o modificaciones que se hacen son demasiado fuertes que vemos que el sprint en el planteamiento en el que se encuenta una vez terminado no servira de nada, se puede truncar el sprint y replantearlo??? Gracias por el tiempo que tomas en leer y responder esta pregunta. Saludos !!! =D
Friday, February 01, 2008 7:14 PM por Jorge Serrano

Hola Yaca, te comento para aclarar porque esta pregunta que haces es muy frecuente y normal. Cuando se inicia un Sprint, nada debe distraer al Sprint. Si surgen cosas que olvidamos meter en el Sprint en curso o aspectos que nos hemos dado cuenta que deberamos haber modificado, todo eso, lo deberemos dejar para otro Sprint, y para nada deberemos detener el actual Sprint. Sin embargo, el "no" no es absoluto, ya que en el caso extremo de que detectemos una contingencia (nunca me gusta llamarlo problema sino contingencia) que haga lgico detener el Sprint, podramos hacerlo, pero si hablo de que "nunca" debe ser detenido es porque lo que quiero indicar es que no debemos tomar por costumbre esa accin. Slo deberamos realizar una parada en un Sprint porque no hay ms remedio o porque es obligatorio o necesario. Tampoco vamos a hacer un Sprint por ejemplo, que sepamos que est mal de raiz y que sepamos a ciencia cierta que no va a servir para absolutamente nada. Es muy raro que esto ocurra y por lo general, cualquier cosa que se haga sirve para algo, pero en casos extremos, por supuesto que podemos detener el Sprint en curso, pero es algo que repito, debemos evitar hacer. Debera ser algo excepcional o extraordinario, y por lo general, nunca debera suceder. Espero que estas apreciaciones te sirvan. Un saludo y gracias por el feedback y la pregunta. :-)
Tuesday, February 05, 2008 5:02 AM por arturoweb

Hola, tengo una pequea duda. Estoy hasta ahora empezando en esto de la gestion de proyectos, pues resulta que en unos dias tengo que hacer una propuesta para un proyecto bastante bueno. Mi pregunta es, esta metodologia para un grupo de 3 personas es recomendable? Es decir, podria ser una misma persona (yo) Product Owner y Scrum Master a la vez? quedando las otras dos como Scrum Team?.
Saludos, Gracias
Wednesday, February 06, 2008 3:28 PM por Gonzalo Oyarce

Genial la explicacion
como a tu abuela me quedo clarisimo el procedimiento basico, como para implementarlo en mi trabajo se agradece Saludos
Thursday, February 21, 2008 6:44 PM por Orlando
Hola... la verdad yo andaba buscando una metodolga por investigacio de la universidad, mas especfico lo que es XP, sin embargo navegando me encontr con este concepto de Scrum, y ve vi en la tarea de investigar y llege aqui, y la verdad si explicaramos todos tipo de cosas pensando en las abuelitas creo que todo el mundo entedera de una manera excelente.. Gracias de nuevo por la explicacin.
Saturday, March 01, 2008 5:58 PM por Eniasua

Gracias por la explicacin, vamos a usar por utilizar esta metodologa en nuestro proyecto de fin de carrera, nos aprece lo ms adecuado :D
Tuesday, March 04, 2008 12:56 AM por DevFree

Buen artculo Jorge, creo que es un buen "fast food" recomendable para todos los que empezamos a conocer Scrum, ahora si puedo navegar por los "n" artculos existentes. Gracias.
Wednesday, March 05, 2008 5:11 PM por Alejandro

Jorge Excelente articulo, muy bien explicado, estoy empezando en creacin de la funcin de IT Quality Assurance y estaba buscando informacin para mi propuesta del enfoque y me encontr con esta metodologa que me parece muy interesante, tengo algunas preguntas algunas surgidas de la lectura del foro y otras sobre SCRM y te agradecera mucho si me puedes ayudar: - SCRUM es aplicable a una empresa que su rubro no es desarrollo de software pero que si tiene proyectos de desarrollo sobre sus aplicaciones internas? - SCRUM es evaluable/compatible con herramientas como CobiT y estndares como ITIL o ISO? - En el caso de tener que abortar un SPRINT igual se debera hacer el SPRINT RETROSPECTIVE? - Que es un TFS? Muchas gracias de antemano
Friday, March 14, 2008 8:56 PM por Mirko

Hola Jorge. Un saludo y felicitaciones por el articulo. Una consulta, como queda reflejado mis actividades a desarrollar ( Sprint Blacklog ) en mi GANTT, asi como tambien como reflejo las respectivas interaciones que surjan?. Como dar una fecha final exacta de fin del proyecto al cliente? Saludos y Gracias MZR
Wednesday, April 16, 2008 11:08 PM por Libro gratuito en espa??ol sobre Scrum y metodologias agiles Tecno Week
# Libro gratuito en espa??ol sobre Scrum y metodologias agiles « Tecno Week
PingBack desde Libro gratuito en espa??ol sobre Scrum y metodologias agiles « Tecno Week
Friday, April 18, 2008 6:12 AM por Introducci??n a Scrum
# Introducci??n a Scrum
PingBack desde Introducci??n a Scrum

Tuesday, April 22, 2008 5:43 PM por Manuel

Saludos Tenia un pregunta, sobre el el desarrollo de software en si, posee fases especificas en el sprint (osea cuando se desarrolla??), ya que no dice que se debe documentar, pero mi duda es que si posee algunos pasos en el sprint especificos. Como lo es OMT++ que tiene los casos de uso, operaciones, tareas, diagrama estado, y todo lo que sigue en la metodologia. de ante mano gracias
Monday, May 05, 2008 3:58 AM por Silvestre Figueroa

Hola! buscando en el google algun resumen de scrum para rendir un parcial de ing de Software encontre este articulo y me sirvio mucho... asi que dejo mis felicitaciones y agradecimientos por el aporte ;) saludos desde Mendoza, Argentina
Wednesday, May 21, 2008 4:29 PM por Alberto Jorge

Hola apaero! Cuanto tiempo!!!
Pues justo ayer termin un curso de Scrum que nos estn dando (ahora estoy en un equipo de desarrollo de videojuegos, en otra empresa...) y buscando y buscando informacin por ah... el destino ha querido que te encontrara!!! En fn, que MUY buen artculo, como siempre muy didcticamente explicado ... y un placer leerte :) salu2,
Tuesday, June 17, 2008 7:03 PM por Jorge Alexander

Excelente este articulo, ya me habian explicado esta metodologa y no lo habia entendido pero con este articulo de una. Ahora solo me queda una duda que debo resolver rapidamente. Que herramientas (software) gratuitas existen para trabajar esta metodologa? Saludos desde Medelln Colombia
Tuesday, July 15, 2008 4:12 AM por emirtrevino

En Mxico muchas empresas de software medianas o pequeas he visto que no implementan procesos de desarrollo, metodologas o por lo menos una prctica ajustada a sus necesidades an cuando esta no sea formal... Scrum puede ser una buena opcin para todos ellos.
Tuesday, July 15, 2008 7:06 PM por STELLA

Me ha encantado; soy tecnica en calidad y la verdad... tirara todo lo que he hecho hasta ahora... hay como un vicio por procedimentar y documentar todo... (SPICE) al punto de que dentro de nada no podremos movernos sin tener un proceso que nos indique como...
Pregunta: donde puedo encontrar ms info, (pero en castellano por favor!) de este metodo, ejemplos graficos o reales, etc????? SAludos y enhorabuena por tu articulo! STella
Tuesday, July 29, 2008 4:08 AM por Explicando Scrum a mi abuela > Pablo Azorin
# Explicando Scrum a mi abuela > Pablo Azorin

Wednesday, August 13, 2008 6:01 PM por David
PingBack desde Explicando Scrum a mi abuela > Pablo Azorin

No intento entrar en el terreno personal (no conozco a tu abuela) pero, podras aplicar/explicar Scrum a tu pareja e hijos? Me refiero al entorno familiar, a cuando sales del trabajo y quieres disfrutar de tu tiempo. Aunque sea en tono jocoso! Me refiero a planificar las labores diarias, implicando a 2(madre-padre), 3(m-p-hijo), o ms personas y ver sobre quin recae el trabajo sucio y cmo pueden ayudar el resto de personas. Y lo mismo a los hijos, supongo que es una forma de poner orden, atender a las tareas, al estudio, y al tiempo de ocio. Tmalo como un experimiento social, al estilo de la supernany de la tele, pero intentando (im)poner orden y disciplina. Sera gracioso al menos ...
Thursday, August 14, 2008 11:44 AM por David

Ayer mi comentario qued un poco raro. Quera que dieras tu visin de como un freelance puede integrar scrum en sus rutinas diarias, as como en pequeas sociedades de 2 amigos-socios, que puntualmente pueden contratar a una tercera persona. De ah extraer la idea de emular ese entorno, y de hacerlo con la famlia (por hacerlo ms ameno) donde exiten 2 miembros con igual capacidad de decisin y carga de trabajo, y sobre los que recaen los roles de Jefe de Producto / Scrum Master / Scrum / Currito. La parte importante que tendra sentido es la pila de producto, planificacin /retrospectiva de sprints, as como las demos de sprint. Qu te parece? Sera un scrum personalizado a estas condiciones, o un micro-scrum. Bye
Sunday, August 24, 2008 8:01 PM por Andres

Muy buen resumen. Estoy preparando un paper sobre nuevas metodologas de gestion de proyectos y necesitara contar con algunos elementos adicionales: - Que entidades o empresas utilizan habitualmente scrum? - Cuales son los parametros para considerar que un proyecto ha sido exitoso? - Algunas estadsticas, como por ejemplo, cuantas entidades o proyectos utilizan scrum, cuantos proyectos ha finalizado exitosamente.
Wednesday, September 03, 2008 5:35 PM por Alejandro

Jorge, la verdad buenisimo tu articulo sobre SCRUM. Te cuento un poco, soy estudiante de ingeniera en software, en Montevideo, Uruguay, y en una de las materias me pidieron hacer un software basico en JAVA,
para llevar la gestion de un proyecto basado en esta metodolgia. Me gustara si no es de inconveniencia, si podes darme algunos "trips" consejos para hacerlo. Jorge muchisimas gracias, y cualquier cosa a las ordenes desde Uruguay.
Thursday, September 11, 2008 8:16 AM por SW Saber Blog Archive Scrum
# SW Saber » Blog Archive » Scrum
PingBack desde SW Saber » Blog Archive » Scrum

Friday, September 12, 2008 2:13 PM por Emilio Gonzlez Montaa

Hola, Muy bueno el tutorial, y el enfoque genial! Por si os interesa os dejo un enlace a un tutorial sobre SCRUM: http://swsaber.com/scrum/
Thursday, September 18, 2008 2:38 PM por Jorge Serrano

Muchas gracias por el enlace Emilio. :-)
Tuesday, September 30, 2008 8:28 PM por juan jo

Genial, muchas gracias por explicarme lo que es Scrum, esta es una ventana pero el paisaje esta mas alla de solo la vision y los sentidos.
Wednesday, October 15, 2008 12:17 AM por Selecci??n de Noticias y Blogs [17] Raul Barral Tamayos Alpha Blog
# Selecci??n de Noticias y Blogs [17] « Raul Barral Tamayo’s Alpha Blog
PingBack desde Selecci??n de Noticias y Blogs [17] « Raul Barral Tamayo’s Alpha Blog
Wednesday, October 22, 2008 11:05 PM por Xavier Albaladejo

Hola, Un grupo de personas hemos creado una base de conocimientos gratuita de Scrum en espaol: http://www.proyectosagiles.org. Est elaborada de manera que esta gestin gil de proyectos pueda ser utilizada en diferentes departamentos y negocios (no slo el de desarrollo de software) para as comunicar mejor a los "decisions makers" que existe una alternativa a la gestin clsica de proyectos. Os invitamos a contribuir con vuestras experiencias. Salud, Xavier
Wednesday, October 29, 2008 5:15 PM por a

me ha encantado! aunque creo que scrum no tiene nada que ver con la arquitectura de software. lo digo por el tag.
Tuesday, November 25, 2008 8:00 PM por Jorge Serrano

Hola a, efectivamente no tiene que ver directamente con arquitectura, pero no puse ninguna etiqueta de metodologa, gestin de proyectos, scrum ni nada por el estilo, y cuando lo escrib decid englobarlo aqu, y aqu se ha quedado. Me alegro de que te haya encantado. :-)
Tuesday, December 23, 2008 2:23 AM por Pablo.uy

Muy bueno, estoy llamando ahora mismo a contarle a mi abuela, y de paso a sus amigas...
Wednesday, December 24, 2008 3:41 PM por Fernando

Jajaja, es gracioso, como tu abuela en la 8va pregunta pudo memorizar Product Backlog y pronunciarlo!!!!!!!, jajaja
Monday, January 19, 2009 1:10 AM por carl roo

muy buena esplicacion para darla en el inicio del proyecto,la aplico a warroom empresarial ,donde me doy cuenta de los avances por funcion,con esto hasta mi abuela trabajaria con migo...
Friday, February 13, 2009 3:21 PM por Pomelo

Excelente!!! Muchas gracias por tomarteel tiempo para redactar este tipo de documentacin, es muy util y clara la forma que tienes de expresarte Muchas gracias!!!!!
Monday, March 02, 2009 11:39 PM por natekla@gmail.com
estoy viendo una materia que se llama auditoria de sistemas de informacin! y estoy investigando sobre los agiles... y me fui por el scrum, me parece excelente lo que publicas y me encanto como llevas las cosas, ahh y mucho este articulo... saludos... siguele aportando conocimiento a la vida....
Monday, March 02, 2009 11:39 PM por natekla@gmail.com

estoy viendo una materia que se llama auditoria de sistemas de informacin! y estoy investigando sobre los agiles... y me fui por el scrum, me parece excelente lo que publicas y me encanto como llevas las cosas, ahh y mucho este articulo... saludos... siguele aportando conocimiento a la vida....
Tuesday, April 14, 2009 5:46 PM por Excelente Explicacion

Me parece una explicacion muy buena
Friday, April 17, 2009 6:37 PM por Kea Langrey

=3 Yo no sbaa que era, me hicieron investigarlo y creo que es una explicacin bastante sencilla que te hace entenderlo. Saluditos.
Thursday, May 21, 2009 2:33 AM por Yared

Interesante, me lo chute todo de golpe, habia unas cosillas que no sabia de la metodologa, las pondr en prctica cuanto antes. Gracias por dedicar un poco de tiempo para escribir este texto, seguro nos es til a varios.
Wednesday, May 27, 2009 8:01 PM por Mitra
# Muy bueno
Lo bueno, si breve, dos veces bueno. Y este pequeo articulo es muy, muy bueno.
Friday, July 10, 2009 8:02 PM por Alejandro Gonzlez

Me uno a las felicitaciones de este artculo, lo he ya recomendado como parte del training para comenzar a utilizar SCRUM en nuestros proyectos.
Gracias!
Monday, July 13, 2009 11:17 AM por Think Like a Project Manager
No era Einstein quien deca que no entiendes algo realmente hasta que eres capaz de explicrselo a tu abuela? Enhorabuena, ha quedado muy claro. :-)
Wednesday, July 29, 2009 9:54 PM por Ana

Hola, en la empresa para la que trabajo estamos investigando sobre Scrum porque queremos implementar esta metodologa. Tenemos una duda respecto al rol de Product Owner, ese rol lo cubre un empleado del Cliente? y Cul es el perfil de la persona que cumple este rol? Desde ya agradezco la infomacin que nos puedas facilitar Saludos
Monday, August 24, 2009 1:54 AM por luis fuentes

ola queria hacerles una consulta tienen algun programa para trabajar de forma ordenada con el metodo scrum, ya sea plantillas para el product baccklog y cosas asi? de antemano gracias
Saturday, August 29, 2009 10:54 PM por vfigueroa

Idem, Analista intentando organizar lluvia de proyectos... Sabado por la tarde intentando encontrar algo util acerca de scrum, y he aqu este material excelente!!! Felicitaciones desde la Patagonia Argentia :)
Friday, September 25, 2009 5:45 PM por Pancho

Jorge, Enviame el curriculum de tu abuela
Wednesday, October 07, 2009 7:44 AM por German

Que memoria para acordarte de toda la conversacin! ja. Muy buen articulo!
Wednesday, October 14, 2009 5:45 AM por juan carlos madrid

jorge, como se puede costear (tiempo y dinero) un proyecto con SCRUM, si es suceptible a cambios ?
Thursday, October 22, 2009 6:19 AM por miguel aguilar

realmente muy bien hecho este articulo, tan solo con leerlo ya entendi lo que es scrum, es bueno no tener la necesidad de releer este y ademas otros articulos, realmente felicitaciones y gracias nuevamente :)
Sunday, October 25, 2009 9:31 PM por Jorge Serrano

@Juan Carlos Madrid, Scrum acepta todas las variantes posibles, ya sea pactar un precio cerrado previo (que obligar a marcar todas las funcionalidades y requisitos previamente), o a trabajar por horas, algo que debe ser pactado con el cliente previamente (pero que le servir al cliente para ir viendo la evolucin del proyecto en cada Sprint e ir implicndose en l, solicitando incluso ms funcionalidades si llegara el caso). En el caso de marcar tiempo/coste de forma previa, no hay ms narices en mi opinin que marcar previamente todos los requerimientos, encajarlos sin variantes perdiendo la filosofa Scrum, y empezar a realizarlos uno
detrs del otro. El problema es que Scrum no est pensado para encajar un proyecto en un marco de tiempo (recordemos las palabras gil, flexible, adaptable). Si te refieres a tiempo/dinero en cuanto a la flexibilidad y el hecho de comentarle al cliente "cuanto" le va a costar, la mejor forma es pensar en el marco de pago por horas que se habr negociado con el cliente previamente, marcar una estimacin generalista y pensar en la confianza cliente/equipo de desarrollo. Lo bueno es que el propio cliente ver en poco tiempo si la gente que est llevando a cabo el proyecto est dirigindose en el camino que el propio cliente. Si es as, la confianza crecer exponencialmente y eso se notar y mucho en las dos partes con el avance del proyecto (los principios sobre todo cuando el cliente y el equipo que desarrolla empiezan a trabajar juntos por primera vez es o suele ser normal). Un proyecto susceptible a cambios es por naturaleza flexible, y por lo tanto, el cliente debe saberlo previamente. Se cara al cliente, esa flexibilidad no le va a impedir incorporar funcionalidades al desarrollo, sino todo lo contrario... pagndolas claro est. Los requisitos y el cambio de estos requisitos tendrn siempre un impacto directo con los tiempos y costes. Eso debe quedar claro, y Scrum que es gil no se libra de ello, sino todo lo contrario. Quedando claros estos principios, los clientes que tienen temor en utilizar Scrum, se dan cuenta despus de que lo han aplicado de que es una herramienta que les da ms tranquilidad que el propio proyecto cerrado. Creme. La idea es que el cliente pague por lo que obtiene, y que lo que obtiene sea lo que pague (lo que invierte). Ni ms ni menos. :-)
Monday, November 23, 2009 1:29 PM por surpoint 2
# Explicando FBA en sharepoint a mi abuela

Ayer estuve en la casa de mi abuela tomando el t. Entre muchas conversaciones sobre recuerdos del pasado
Wednesday, December 02, 2009 3:29 PM por Daniel Antonini
Buenos dias, soy estudiante de informatica de la UCLA Venezuela, y me gustaria colocar una breve introduccion a SCRUM, y luego colocar este enlace para que se pueda entender mejor, muy buen trabajo a la hora de explicar esta metodologia, si me puedes facilitar mas material o donde conseguirlo ya que estoy estudiando para el examen de arquitectura de la 5ta estrella, se que la internet tiene todo, pero me gustaria que un profesional me orientara. Espero tu resp para armar mi entrada en mi blog. zonainformatica.wordpress.com
Saturday, December 05, 2009 12:06 AM por JCRP

Mira tio, buena es y como nunca haba visto argumentacin, si adems nos hace ganar en la que participamos licitacin, mi cario tendrs y posible (manda el jefe) participacin, con cario te lo dice este .. on, Y sin haberlo planeado me ha salido un pareado -:)
Wednesday, December 23, 2009 8:38 PM por Johans Marvin Taboada Villca

Hola Jorge, considero excesivo los treinta minutos mximo que indicas para las reuniones diarias (Daily Scrum Meeting) y creo que sera mejor emplear 15 minutos como mximo, y al mismo tiempo resolver todo lo que pudiese dilatar la reunin, tal como lo sugiere el siguiente artculo: [martinfowler.com/.../itsNotJustStandingUp.html] Tambin sera bueno mencionar que los elementos que component el Product Backlog, si bien podran ser "tareas", usualmente se desglosan en una o ms tareas en el Sprint Backlog, por lo cul resulta pctico
expresarlos en trminos de "historias de usuario", prestndonos el trmino de XP [www.mountaingoatsoftware.com/product-backlog]. Saludos.

Wednesday, December 30, 2009 2:45 PM por Jorge Serrano

Hola Johans,
lo primero de todo, muchas gracias por compartir tus puntos de vista. Yo no he dicho nunca que las reuniones del Daily Scrum Meeting deben ser de 30 minutos, sino de entre 15 y 30 minutos (creo que el grfico no deja dudas). Pero entiende ese valor como un valor estimativo. T, ni yo, ni nadie, puede hacer reuniones mirando el tiempo del reloj. si lo hacemos, correremos el riesgo de fracasar en las reuniones. Habr reuniones que a lo mejor nos lleve 5 minutos, y otras que nos lleve 20, y otras a lo mejor, incluso 45 minutos. Las reuniones del Daily scrum Meeting tienen que ser operativas, rpidas, giles, ceirse a la agenda marcada y resolutivas. Respecto a tu segunda afirmacin, nada que comentar. Me parece bien lo que indicas y est bien que lo comentes por si no quedaba claro, pero creo que es evidente que una tarea global puede englobar diferentes subtareas. Hacer una casa no es una tarea en s, pero lleva consigo un montn de tareas ms, por ejemplo, poner ventanas. Y poner ventanas, lleva inherente otro conjunto de subtareas que tambin se pueden desglosar. Evidentemente, todo en su conjunto son tareas, pero algunas de ellas forman parte de un elemento superior que una vez agrupados todos, formarn parte de la solucin. Ya que estamos enfrascados en el desarrollo del software, imaginemos todo como un conjunto de nodos y subnodos al estilo TreeView o rbol, donde hay un nodo padre y el resto de nodos hijos, y as sucesivamente, un nodo hijo puede ser a su vez, padre de otros tantos hijos. Muchas gracias por comentar. Un saludo y Feliz 2010 a todo el mundo, Jorge
Thursday, January 21, 2010 11:51 AM por David

Estupendo resumen!. Slo hay un concepto que no me ha quedado muy claro. Puedes poner algn ejemplo de qu se hara en el Sprint Retrospective? Gracias.
Sunday, February 07, 2010 4:22 AM por Yesi (Mxico)

****** Hola Jorge... antes que nada dejame felicitarte por este artculo tan bueno. Soy estudiante de ing en sistemas y nos dejaron una tarea acerca de lo que es SCRUM le algunos otros artculos pero ninguno me haba aclarado mis dudas debido a que soy nueva en esto y muchos trminos no los entenda. Lo vea solo como una tarea pero ahora estoy mucho ms interesada en todo esto. muy interesante, gracias.
Felicitaciones tambien por todos los buenos comentarios que has tenido.. saludos y gracias por esta buena explicacin. *********
Friday, March 12, 2010 4:27 PM por Len

Creo en esta medologa, aunque veo difcil que lo entienda mi abuela :) es necesaria una iteratividad en tareas, un control en equipo y saber en cada momento qu hacemos, bien y mal de forma controlada. Estableciendo adems, para cada producto/requerimiento el inicio y fin del trabajo, para cada uno de los miembros del equipo. Scrum lo tiene
Friday, April 16, 2010 2:41 PM por Franz

Gracias por la explicacin. La verdad es que es muy muy buena.
Saturday, April 24, 2010 6:31 AM por ignacio

tengo una duda...estoi en busca de un frameword para hacer testing...podria usar scrum para la fase de testing del desarrollo de software. saludos
Tuesday, April 27, 2010 3:49 PM por Fausto Loja

Jeje, probre de tu abuelita. No mentira. Muy buen articulo. Felicitaciones...
Saturday, May 29, 2010 8:41 PM por Abuela

No trago con lo de la abuela... que tipo de abuela pregunta eso, por el amor de dios
Thursday, June 03, 2010 10:55 PM por Freddy Cahuas

Expectacular... muy buena explicacion :) gracias por hacerla y colgarla :)
Tuesday, June 08, 2010 5:47 AM por Fernando

Muchas gracias por tu aporte a la comunidad de desarrolladores de software que dia a dia tratamos de evitar que el caos nos domine y que las cosas se salgan de control por cuestiones de tiempo.
Wednesday, June 09, 2010 8:17 AM por Jorge Serrano

Muchas gracias una vez ms a todos/as por vuestras felicitaciones. El texto lleva ya tres aos escrito y lo cierto es que sigue vigente y actualizado como el primer da, algo que hace de Scrum una metodologa formal. Me cuesta mucho responder todas las dudas y preguntas que planteais, perdn por adelantado a quien no le haya respondido. Ignacio, Scrum se puede usar para las pruebas o Test sin problemas. Es ms, las pruebas unitarias deberan escribirse al mismo tiempo que la funcionalidad. Si no se ha hecho de esa manera, se deber hacer ahora, y
Scrum es una buena metodologa para llevarlo a cabo, ms an que son pruebas sobre algo existente, por lo que dimensionar el Product Backlog y los Sprints es todava muchsimo ms fcil (ms que estimar la creacin de las pruebas unitarias al mismo tiempo que se avanza con el desarrollo). Suerte con ello. Un saludo, Jorge
Friday, June 18, 2010 1:59 PM por Ivan

Excelente artculo. Felicidades
Monday, July 19, 2010 12:37 AM por Roberto Gandara

Excelente historia, mejor no pudo quedar explicado..Muchas gracias
Monday, August 16, 2010 8:43 PM por Juan

Buenas, Me parece bien que toquen este tema de metodologa Scrum, Tengo una consulta para uds. Estamos tratando de implementar esta metodologa en mi lugar de trabajo, pero sucede que tenemos informacin de como tomar el punto de las pruebas en esta metodologa, especialmente las PRUEBAS DE INTEGRACIN. a ver si alguien me puede dar esa informacin, ya que he buscado en internet y no he encontrado nada. Saludos y felicitaciones.
Saturday, August 21, 2010 1:55 AM por tomas

Excelente jajjaja aunque no creo que tu abuelita te haya preguntado todo eso ajja y de serlo asi mandale un abrazo de mi parte a tu abuelita y de Muchas pero muchas pero muchas gracias por esa historia tan bonita bye
Thursday, September 02, 2010 7:44 PM por Claudel

Muy buena y amena explicacin, me interes de principio a fin y lo entend TODO, lo cual es muy bueno, porque lea en otros lados pero no entenda lo que era SCRUM con claridad... Gracias.
Tuesday, September 07, 2010 11:58 PM por SergioTarrillo - RichWeblog
# ScrumPeak (y una chiquita sobre ASP.NET MVC en IIS)

Como no andamos con mucho tiempo, vamos a hacer breves: ScrumPeak , es una Aplicacin Web para
Friday, September 10, 2010 4:59 AM por JLopez

Lo de que queda prohibida la reproduccin parcial o total de este artculo sin la correspondiente autorizacin involucra tambin la autorizacin te tu abuela?
Friday, September 10, 2010 8:48 AM por Jorge Serrano

Evidentemente JLopez. :-)
Wednesday, October 13, 2010 5:48 PM por Jesus Reyna

Excelente explicacin, muy clara y comprendible.
Muchas gracias por compartirlo. Saludos.

Monday, October 25, 2010 9:05 AM por Jorge Serrano

Muchas gracias por tus comentarios Jess. :-)
Thursday, November 04, 2010 11:36 PM por Jose Luis E

Quede encantado con la explicacin de la metodologa, pero aun me quedo un a duda sobre los entregables que se deberian realizar para entregas de proyectos con esta metodologa
Friday, November 05, 2010 3:27 AM por pepe lucho

quete impactado como lo has detallado he visto un infinidad de documentos acerca de scrum soy novato en este asunto pero tu explicacion del tema es excelente un gran servicio podrias poner un ejemplo con todas las herramientas usadas en el tema si no fuese mucha molestia con plantillas un saludo y un abrazo fuerte desde peru....
Friday, November 12, 2010 7:44 PM por Gina

Excelente explicacin!! muy ameno!!
Friday, December 03, 2010 9:21 PM por Andrea L

Muy Buena Explicacin!!, he aclarado muchas dudas y me ha servido muchisimo aunque me surge una duda mas ya que soy novata en este tema... cuando se hace Sprint Retrospective pueden surgir nuevas tareas o ajustes que alimentaran el Product Backlog.. Est claro.. Pero si hay ajustes o tareas adicionales que surgen por parte del cliente tambin se incluiran en le Product Backlog o estos ajustes o solicitudes tiene otro manejo?.. Mientras no se salga de los especificadoMuchas gracias
Wednesday, January 19, 2011 6:02 AM por amym

Hola jorgue,te felicito por esta explicacion,eres lo maximo!!! Queria comentarte que estoy haciendo mi tesis con un compaero y vamos aplicar scrum para el proyecto,como te daras cuenta seremos dos personas y haremos de scrum master ,Product Owner, Scrum Team ,crees que se pueda llevar bien esto?. Otra cosa es que para elaborar el ganttProject lo podemos separar por acciones verdad?
Wednesday, January 19, 2011 6:02 AM por amym

Hola jorgue,te felicito por esta explicacion,eres lo maximo!!! Queria comentarte que estoy haciendo mi tesis con un compaero y vamos aplicar scrum para el proyecto,como te daras cuenta seremos dos personas y haremos de scrum master ,Product Owner, Scrum Team ,crees que se pueda llevar bien esto?. Otra cosa es que para elaborar el ganttProject lo podemos separar por acciones verdad?
Wednesday, January 19, 2011 7:15 PM por Victor
Muy bueno en realidad... Cuidado con la Abuela jejeje muy buen articulo gracias por compartirlo...
Monday, January 31, 2011 8:43 PM por Carolina Aquino

El articulo es muy bueno creo que me canse de leer los comentarios. La verdad es que soy mas que nueva en esto y en mi trabajo me estn pidiendo que aplique esta metodologa mas sin embargo ni ellos saben de que se trata, con tu articulo los trminos me quedaron mas claros que las miles de lecturas que llevo mas sin embargo
el llevarlo a la practica se me hace un poco complicado en especial a la hora que quieren que lo aplique a un sistema ya desarrollado pero mal diseado empezar a estandarizar todo y dems pero no encuentro un ejemplo que me ayude en algo as sabrs de algo? Bueno de antemano gracias, y espero leerte mas...
Saturday, May 07, 2011 10:40 PM por Andres
# Quien escribi el original???

Por favor lee este post...al final quien es el autor?? www.christiamalvarado.com/.../agile-product-management-con-scrum
Wednesday, June 08, 2011 7:49 PM por exelente
muy buena explicacion, estoy estudiando ingenieria en informatica, y tengo un debate de las diferentes metodologias para el desarrollo del software esto me servira mucho..
Sunday, June 12, 2011 1:35 AM por Marco Nieto
Muy buen planteamiento del tema, me gustara utilizarlos con mis alumnos, soy docente a nivel universitario en pregrado y postgrado en la Universidad Nacional Experimental de Guayana, UNEG en Venezuela. Abrazos cordiales
Monday, June 13, 2011 8:55 AM por Jorge Serrano
Muchas gracias por vuestros ltimos comentarios. Es una satisfaccin enorme observar que 4 aos despus de escribir esto, sigue siendo actualidad y ayuda a mucha gente. Es el sumum, no quiero ms. :) @Marco, por supuesto!. Haz uso de esta informacin con tus alumnos, pero indica por favor a tus alumnos de donde se obtuvo. Con eso me conformo. :) Un saludo a todos. Jorge Serrano
Sunday, July 03, 2011 11:25 PM por marbal

me sirvi muy mucho la explicacin! me parece que con scrum (...con las metodologas giles en realidad)hemos evolucionado en la manera de desarrollar software. Esto es un impulso tremendo, sin duda estamos en el futuro. Si haba algo que me frenaba para iniciar nuevos proyectos, era la documentacin y el tratamiento de los requisitos. Te cuento, estudiante de Ingeniera, por el momento no desarrollo de manera profesional.
Monday, July 04, 2011 9:51 AM por Jorge Serrano

Hola marbal. Me alegro de que te sirva esta explicacin. Sobre si es el futuro o no, recuerda que ni Scrum es nuevo ni Scrum es el elixir de la vida, simplemente una metodologa, y como tal, no es ni la mejor ni la nica, y evidentemente no sirve para todo el mundo y organizaciones. En el mundo profesional, las cosas no siempre son como uno las suea, sino muy diferentes, y en muchas ocasiones, los plazos no existen porque todo es para ayer. Ahora bien, tratar de utilizar una metodologa con organizaciones donde la planificacin es ayer o ya mismo, no es recomendable. Un saludo.
Jorge

Product Backlog y Scrum

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Product Backlog y Scrum

Cargado por

Copyright:

Formatos disponibles

Product Backlog y Product Owner Al empezar el proyecto, el responsable del proyecto, que conoce lo que tiene que hacer,

Qu hiciste ayer? Qu vas a hacer hoy? Qu ayuda necesitas?

Explicando Scrum a mi abuela

La conversacin y sus explicaciones

Product Owner Scrum Master Scrum Team Usuarios o Clientes

Product Backlog Sprint Backlog Daily Scrum Meeting

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

# Lecturas imprecincibles sobre Scrum

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

# Scrum for VS Team System Add-In

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

Monday, May 14, 2007 9:32 PM por Emilio Velardiez Moreno

# re: Explicando Scrum a mi abuela

# h@nz &#8230;el Geek &raquo; Entendiendo la metodolog&iacute;a SCRUM

# Explicando Scrum a su abuela. &laquo; LegnitaPress

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

Muy bueno, soy certificado en scrum en EEUU y me parecio excelente. felicitaciones!!

# re: Explicando Scrum a mi abuela

# Una de Scrum &raquo; Presin Blogosfrica

PingBack desde Una de Scrum &raquo; Presin Blogosfrica

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

&raquo; Libro gratuito &#8220;Flexibilidad con

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

# Cosas que hacen que Scrum funcione &raquo; Presin Blogosfrica

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

# re: Explicando Scrum a mi abuela

# h@nz …el Geek » Entendiendo la metodología SCRUM

# Explicando Scrum a su abuela. « LegnitaPress

# Una de Scrum » Presin Blogosfrica

PingBack desde Una de Scrum » Presin Blogosfrica

» Libro gratuito “Flexibilidad con

# Cosas que hacen que Scrum funcione » Presin Blogosfrica

# SW Saber » Blog Archive » Scrum

PingBack desde SW Saber » Blog Archive » Scrum