Feeds:
Entradas
Comentarios

Archive for the ‘Informacion’ Category

Scrum – Flashcard

¿Que es una FlashCard? Si vamos a la wikipedia y con un poquito de ingles

flashcard or flash card is any of a set of cards bearing information, as words or numbers, on either or both sides, used in classroom drills or in private study. One writes a question on a card and an answer overleaf.

Digamos que son tarjetas con una pregunta en un lado y la respuesta en el otro. Para los que son como yo, es decir, no tienen una memoria de elefante y mucho menos un coeficiente intelectual super elevado y que aprendemos a base de repetición pues son una gran ayuda. He encontrado en las FlashCard una manera de llevar siempre conmigo los conceptos que quiero y si me cuesta leer un libro pues si “alguien” lo resume en flashcards pues bendito sea.

Scrum es una de los temas mas populares y siempre en diversas charlas y entrenamientos las personas se quedan con dudas sobre algunos conceptos o no te alcanza el tiempo para explicar todos. Así que para no dejar las cosas en el aire he decido llevar siempre conmigo una flashcard de Scrum para regalar a aquellos entusiasmados (Si solo una no me las regalan 😦 ).

Bueno felizmente mi hermana se encargo de hacer las tarjetas y de pasada aprendio algo de Scrum sin que le explicara jajaja “Que es eso de gallinas y cerdos?” me decia. Las tarjetas estan en ingles pero pues con el tiempo que me de sacare unas en español. El contenido fue extraido  de “Agile project management with Scrum” de Ken Schwaber por una pagina que tengo pendiente linkear.

Aqui les dejo unas fotos. Si alguién va a traducir el contenido porfavor aviseme por comentario y asi no hacemos doble trabajo.

DSC00892DSC00893DSC00894DSC00895

DSC00896

Si quieren ahorrarse el trabajo de la fabricación voy a mandar ha hacer otro set si se apuntan para que nos salga mas barato pues me dejan un mensajito.

Asi que ya saben FlashCards de Scrum no salga de casa sin ellas y solicitelas a su ScrumMaster/ScrumTrainer/ScrumCoach mas cercano jajaja.

Saludos

Anuncios

Read Full Post »

Bueno no he posteado mucho ultimamente porque ando metido en la campaña TISolidario.org. Dense una vuelta para ver mas o menos de que trata. Lo contare con mas detalles luego.

Mientras tuvimos una pequeña conversación con @elfederiko y @jersson sobre varios temas. El principal era en base apodcast un articulo de Juan Palacio en Navegapolis y su complemento en ChileÁgil. Como mi primera experiencia pues espero disculpen temas de edición y que ya encontramos solución para otras versiones. La idea era divertirse y aunque al comienzo se puso muy seria la conversación, luego se fue relajando y salio como se esperaba.

No pensamos igual y eso hizo esto divertido. Tal vez no alcanzo el tiempo para debatir algun tema especifico a detalla pero creo que este sera el primero, pero no el ultimo de nuestras conversaciones. Espero los distraiga, o entretenga mientras lo escuchan.

[blip.tv ?posts_id=2278574&dest=-1]

No se olviden dejar sus comentarios!

Fe de Erratas: Se menciona el site de Juan Palacio como Navegapolis.com cuando es Navegapolis.net

Read Full Post »

Si conoces que es Scrum puedes continuar leyendo si no es así pues te tomara solo 10 minutos aprenderlo en el siguiente video Video Scrum in 10 minutes

Si ya conoces los roles de Scrum como el ScrumMaster, Product Owner y Team. Pues entremos en materia.

En una cátedra sobre Scrum a una empresa ajena al software surgió la siguiente pregunta: “Entonces como persona. ¿Cual es el fin máximo o final de un ScrumMaster?”.  En ese momento vino a mi mente un disyuntiva que tenia con un compañero. El solía resaltar la importancia de un ScrumMaster y su fin máximo como la eliminación de obstáculos o la exposición de los mismos, así image_13 como proteger al equipo de cualquier agente externo.

Hasta aquí tenemos la tarea hecha, pero como ScrumMaster, como persona, que es a lo que apuntaba la pregunta, un ScrumMaster debería apuntar a ya no ser necesario, es decir, a desaparecer.

Recuerdo que muchos se rasgan las vestiduras pues encontraron en el rol una profesión pero si entienden el concepto natural de un ScrumMaster y su afán de servicio entenderán que no hay mejor ScrumMaster que aquel que siente felicidad al ver que el equipo ya no lo necesita. Es decir, son auto-gestionados. Cuando el equipo a llegado a un nivel de “Madurez Ágil” el ScrumMaster ya no seria necesario. Ellos podrán cumplir las labores que realizaba el ScrumMaster y es más, esto beneficiaria al equipo a niveles de compromiso e integración. Es más la ausencia de un ScrumMaster lleva al proceso de Scrum a un nivel extremo y por ende da resultados muy interesantes.

Es como la practica de llevar Extreme programming al extremo, también se puede llevar Scrum al extremo.

 

El fin supremo de un ScrumMaster es ya no ser necesario, esto es fácil de entender al hacer relación entre un ScrumMaster y el Coaching. El fin de un coach, de un buen coach, es que ya no se le necesite mas. Claro que económicamente ya no le sea rentable.

¿Que otros trabajos tienen ese fin supremo?. El de ya no ser necesario.

Sera un nuevo tipo de oficio que ha evolucionado. Sera que son profesiones que al no ser económicamente rentables, caigan en una trasgresión de sus valores morales. No puedes mentir, no puedes decir que siempre serás necesario cuando sabes que la naturaleza de a lo que te dedicas es que ya no se te necesite. Esta es una de los males que aquejan al buen coaching y que desprestigian la profesión. ¿Será que también afecta a los ScrumMaster?

Read Full Post »

La teoría del cumplimiento obedece a una tendencia natural en la cual las personas son medibles como productivas en base a entregables. El cumplimiento de hitos como fin de medición convierte ciertos trabajos en actividades vacías y de poca calidad.

En el desarrollo de software la presentación de una propuesta, catalogo de casos de uso, documentos de análisis, actas de reuniones, son clásica y ITUANGO116___A erróneamente indicadores de que alguien esta haciendo su trabajo. En muchos casos estos documentos aun de baja calidad son aceptados como valederos.

Ante sistemas complejos, empresas grandes sean de software o no se ven tentadas a justifica la existencia de algún artefacto, entregable, documento como indicador de que alguien es necesario para el proceso.

El calificar a la personas como indispensables para un proceso por la existencia de artefactos producidos por los mismos hace pensar que las personas son como maquinas con un input y un output. Y que siempre el resultado producido será el mismo.

Esto deja a las personas en una disyuntiva. O bien me conformo y cumplo con lo que debo cumplir. O me voy en busca de mas, de aportar “VALOR” a lo que hago. Hacerlo bien no basta, hay que mejorarlo.

Cuantas veces hemos caído en la teoría del cumplimiento? en la universidad: “Así nomas hay que presentarlo. El profesor ni lo va a leer” (Lo malo es que es cierto). “A doble espacio y letra 14. El profe califica al peso. Doble hoja!!”.

En el trabajo:

  • “Chino no esta completa la propuesta. Así nomas?”, “Vale pasa pasa nomas”
  • “Tengo que presentar el cronograma. Multiplico los tiempos del antiguo proyecto por un ratio y ya esta!”
  • ”Tengo que presentar reporte. Lleno las tareas que sean total nunca he tenido problemas”

Muchas veces nos limitamos a cumplir los entregables, pero lo importante en los procesos no son los entregables. Puesto que estos son resultado de un trabajo y eso es lo importante.

Documento de análisis –> Lo importante es el Proceso de Análisis

Reporte de Horas –> Lo importante es el resultado de las horas

Con esto solo quería dejar en claro que lo importante no son los entregables sino que se asegure la calidad del trabajo que esta detrás de ellos.

2 muchachos puedes sacar 20 en un examen. Uno puede haber estudiado desde mucho tiempo. El otro plagio del primero. ¿Entregable? Examen con nota 20

Read Full Post »

Agile Bibliography – XMind – Social Brainstorming and Mind Mapping

Shared via AddThis

Read Full Post »

Estaba leyendo el siguiente articulo:

http://www.artima.com/weblogs/viewpost.jsp?thread=255898

writing-2

La verdad que considero mucho el desarrollo de software como un arte, como algo que no puedes estandarizar. El arte no se estandariza, pero hay muchas personas en el mercado del software que han venido ganando dinero con la promesa de hacer el desarrollo mas “rentable”, “mejor”, más beneficioso económicamente para las empresas.

En el afán de justificar cosas, magnificarse como la solución a los problemas del software lo único que se ha logrado es ser parte del problema. El vender reglas de desarrollo, sistemas de gestión prefabricados, metodologías de desarrollo, es un negocio rentable. Lo menciono así porque lo he visto generar dinero para muchas personas.

Es momento de ver las cosas como son y asegurarnos que los implicados en el desarrollo de software expliquen de manera adecuada que lo que hacemos es arte. Sé que no es fácil de explicar de esa manera y que el nombre “ingeniería” da cierto nivel y pesa como tal. Es hora de ser sinceros con nosotros mismos y con los demás

 

“La gente adecuada para los puestos adecuados”

Read Full Post »

jefeHe estado presenciando diversos tipos de liderazgo y es un tema que personalmente me fascina, no solo el liderazgo en si sino las cualidades de trasfondo que tiene.

Es muy sabido y bajo el principio de Dilbert que las personas que más saben sobre un área son ascendidas a puestos gerenciales de las mismas.

Ahora, aparentemente esto debe tener mucha lógica pues alguien no podría controlar algo que no sabe. Pero, porque usamos la palabra controlar?.

Pues cuando a alguien se le da un cargo de responsabilidad sobre un grupo humano a lo que más se le teme es el descontrol de los mismos y el incumplimiento de objetivos.

(más…)

Read Full Post »

Older Posts »