[#HUMOR] Historias de usuario con usuarios imposibles

Hola!

Y si, hay de todo … y además siempre es más fácil echar la culpa a los usuarios (product owners, stackeholders, etc..)

image

Fuente: http://www.dilbert.com/

Saludos @ Home

El Bruno

image image image Google
Advertisements

[#ALM] Working with teams elastics (IMHO)

ALM 03

Hello.

AGILE, SCRUM and almost all the methodologies (or guides of work, or as it is trendy call today) tend to try to be predictive in a very coherent way.

Clarification: the next few lines will try to define what the experts have analyzed until the bones for years. I will do it in 4 lines and the way in which I explain it to the Valentino.

Estimating or Adivinado which are gerunds

The way to be predictive in relation to the work to be carried out based on experience on work performed! So simple! If for example, you dedicate yourself to the baking and you take 30 minutes to make 6 muffins (denomination hispter for a cupcake), it is likely that afternoon 60 minutes to make 12, 90 minutes to make 18, and so on.

When you have a little experience in the world of pastry, you probably add about 15 minutes between round and round for mundane tasks such as the preparation of the materials. Then also add about 60 minutes a day to prepare materials, clean the kitchen, etc. At the end everything is often reduced to a simple formula for estimating work.

Care! at this point it usually appears a lit that thinks that if a person makes 6 muffins in 30 minutes, then 2 people make 6 muffins in 15 minutes! Here touch arm themselves with patience, explain to the enlightened only there are 1 oven, baking is fixed time and that by putting more hands will not be faster work. But if it is true, you are two people may begin to work in parallel and they can perhaps lower the 15 minutes of waiting between round and round. If in addition we buy a 2nd oven and put one more person to help, we have a “complex” equipment that can give us (good) surprises when they begin to work.

After some time working together, Is the team that best can be estimate a task. Here we go a little to the world AGILE, where estimates we make them based on the experience and the team. As we also incorporate the concept of iterations or sprints, it is easier to guess or estimate how many muffins can make in a week.

I am sure that in this stage of work with 3 people and 2 ovens, after a couple of months, if anyone says “today we’ll 176 muffins”, is the end result that will. The Burndowncharts Sprint will be book!

Elastic equipment

However, what can we do when we work with elastic equipment? With teams where there is a constant flow of people going in and out of the team. The thing is quite complicated if we want to be predictive.

Suppose that we bring the best pastry chef in the market along with a couple of more people and a pair of furnaces more. Based on the results of previous weeks we can estimate the capacity of creation of our baking muffins. However, in the way we realize that the pastry chef major uses a special flour that we do not possess;you have to buy it. Then we have to take into account that one of the ovens is “special” should be treated with affection, because but does some slightly strange… anecdotal temperature rises as these can make the initial estimate is go us for the week adrift.

That Yes, after 2 weeks cooking muffins, sure that the pastry already dares to give a number of muffins per week that could engage. However, if one week leave people in the team, enter new and have a high turnover, they have complicated in this regard.

Clarification: I am simplifying enough to think a bakery they just do muffins. If in addition to muffins, this pastry that he ordered order with products that do not know… maybe now you can imagine.

Returning, you can what the pastry to be consistent with its capacity in this scenario?

A recommendation is to stop thinking about the bakery as “a whole”, and create small, almost autonomous teams. Each team will be responsible for defining its capacity. Eye! I’m not talking about creating teams Rangers of 1 person, but rather balance the people in a way such that it is possible to have a predictable target.

Another recommendation, is forget about the duration of the sprints, stop work oriented to fixed sprints and work objective-oriented. What do I need to know how many muffins can deliver every week, if what I have asked is to have 200 muffins for Thursday? Facing this scenario, all pastry must take a decision: if and are facing the challenge; or not and passes page.

And finally, you try to create a scenario of cooperation that does not depend on people. We return to the scene of the oven that must receive a special treaty. If every 15 days when I change people at the bakery, the ‘new’ lost time until they realize how the oven; as this is production time that has lost (less muffins are less €uros). Imagine that everyone who learns a lesson of this type, shares it a slate with PostIts, or leave a super PostIt next to the oven with the detail of its operation. As this collaboration sure it saves many headaches to new generations of patissiers.

Clarification: super post-it is not by the size… just think that happens if you hit an element that heats up and heats up and heats up and heats a PostIt and…

Surely there are many other considerations and tips that take into account; I from my pastry I’ve pointed these 3 during these last 6 months. To see if I dare down to paper some remote work, imagine a pastry shop in a place prepares the dough, another baking and is decorated in a 3rd and prepares for sale… easy is not Winking smile

Greetings @ Home

The Bruno

image image image Google

[#ALM] Trabajando con equipos elasticos (IMHO)

ALM 03

Hola.

AGILE, SCRUM y casi todas las metodologías (o guías de trabajo, o como esté de moda llamarlas hoy) suelen intentar ser predictivas de una forma bastante coherente.

Aclaración: las próximas líneas intentarán definir lo que los grandes expertos han analizado hasta los huesos durante los últimos años. Yo lo haré en 4 líneas y de la forma en la que se lo explico al Valentino.

Estimando o Adivinado que son gerundios

La forma de poder ser predictivos en relación al trabajo a realizar se basa en la experiencia sobre trabajos realizados! Así de simple! Si por ejemplo, te dedicas a la pastelería y tardas unos 30 minutos en hacer 6 muffins (denominación hispter para una magdalena), es probable que tardes 60 minutos para hacer 12, 90 minutos para hacer 18, y así sucesivamente.

Cuando tienes un poco de experiencia en el mundo de la pastelería, seguramente agregarás unos 15 minutos entre tanda y tanda para tareas triviales como la preparacion de los materiales. Luego también agregas unos 60 minutos al día para poder preparar los materiales, limpiar la cocina, etc. Al final todo suele reducirse a una fórmula muy simple para estimar el trabajo.

Cuidado! en este punto suele aparecer un iluminado que piensa que si una persona hace 6 muffins en 30 minutos, pues 2 personas harán 6 muffins en 15 minutos! Aquí toca armarse de paciencia, explicarle al iluminado que SOLO HAY 1 HORNO, que el tiempo de horneado ES FIJO y que por poner más manos no se hará el trabajo más rápido. Pero si es cierto, que estás dos personas pueden comenzar a trabajar en forma paralela y tal vez puedan rebajar los 15 minutos de espera entre tanda y tanda. Si además compramos un 2do horno y ponemos a una persona más a ayudar, ya tenemos un equipo “complejo” que nos puede dar sorpresas (de las buenas) cuando comiencen a trabajar.

Luego de un tiempo trabajando juntas, ES EL EQUIPO EL QUE MEJOR PUEDE ESTIMAR UNA TAREA. Aquí nos pasamos un poco al mundo AGILE, donde las estimaciones las hacemos en base a la experiencia y al equipo. Como además incorporamos el concepto de iteraciones o sprints, es más fácil poder adivinar o estimar cuantos muffins podremos hacer en una semana.

Estoy completamente seguro que en este escenario de trabajo con 3 personas y 2 hornos, luego de un par de meses, si alguno dice “hoy haremos 176 muffins”, es el resultado final que harán. Los Sprint Burndowncharts serán de libro !!!

Equipos elásticos

Sin embargo, ¿qué podemos hacer cuando trabajamos con equipos elásticos? Con equipos donde hay un flujo constante de personas entrando y saliendo del equipo. La cosa se complica bastante si queremos ser predictivos.

Supongamos que traemos al mejor pastelero del mercado junto a un par de personas más y un par de hornos más. Basados en los resultados de semanas anteriores podremos estimar la capacidad de creación de muffins de nuestra pastelería. Sin embargo, en el camino nos damos cuenta de que el pastelero major utiliza una harina especial que no poseemos; hay que comprarla. Luego tenemos que tener en cuenta que uno de los hornos es “especial” hay que tratarlo con cariño, porque sino hace unas subidas de temperatura un poco extrañas … casuísticas como éstas pueden hacer que se nos vaya las estimación inicial para la semana al garete.

Eso sí, luego de 2 semanas cocinando muffins, seguro que la pastelería ya se atreve a dar un número de muffins por semana con los que podrían comprometerse. Sin embargo, si una semana salen personas del equipo, entran nuevas y tienen una rotación alta, lo tienen complicado al respecto.

Aclaración: estoy simplificando bastante al pensar en una pastelería que solo haga muffins. Si además de muffins, esta pastelería tuviese que encargase de pedidos con productos que no conoce … pues ya te imaginas.

Retomando, ¿qué puede hacer la pastelería para ser coherente con su capacidad en este escenario?

Una recomendación es dejar de pensar en la pastelería como “un todo”, y crear equipos pequeños, casi autónomos. Cada equipo será responsable de definir su capacidad. Ojo! no estoy hablando de crear equipos Rangers de 1 persona, sino más bien equilibrar las personas de manera tal que sea posible tener un objetivo predecible.

Otra recomendación, es olvidarse de la duración de los sprints, dejar de trabajar orientados a sprints fijos y trabajar orientado a objetivos. ¿Para qué necesito saber cuantos muffins puedo entregar cada semana, si lo que me han pedido es tener 200 muffins para el jueves? Frente a este escenario, toda la pastelería debe tomar una decisión: SI y se afronta el desafío; o NO y se pasa página.

Y por último, intenta crear un escenario de colaboración que no dependa de las personas. Volvemos al escenario del horno que debe recibir un tratado especial. Si cada 15 días cuando hay cambio de personas en la pastelería, los “nuevos” pierden tiempo hasta que se dan cuenta de cómo funciona el horno; pues esto es tiempo de producción que ha perdido (menos muffins son menos €uros). Imagina que cada persona que aprende una lección de este tipo, la comparte en una pizarra con PostIts, o que deja un super PostIt al lado del horno con el detalle de su funcionamiento. Pues esta colaboración seguro que ahorra muchos dolores de cabeza a las nuevas generaciones de pasteleros.

Aclaración: lo de super post-it no es por el tamaño … solo piensa que que pasa si pegas un PostIt a un elemento que se calienta y se calienta y se calienta y se calienta y ….

Seguro que hay muchas otras consideraciones y consejos que tener en cuenta; yo desde mi pasteleria me he apuntado estos 3 durante estos últimos 6 meses. A ver si me animo a bajar a papel algunos relacionados con trabajos remotos, imaginad que una pastelería en un sitio se prepara la masa, en otro se hornea y en un 3ro se decora y se prepara para la venta … fácil no es Winking smile

Saludos @ Home

El Bruno

image image image Google

[#ALM] You only find ugly people on internet and please pass the estimates in the Cone (… of uncertainty of course;)

ALM 03

Buenas,

There is tons of ugly people on the internet. This is not a discussion.

Was finishing grinding paper of ALM with Team Foundation Service that I want to post at Amazon.com in the coming days; and I was looking for an image of the Cone of uncertainty ofSteve McConnell . One that is not as ugly as that used on the website official MSDN. But the problem with searches for images, of course, is that as they seek text criteria then return an image, can get anything. And that has happened to me: BING has given me a series of images that will make up the hours of therapy a week a ~ 20%. And eye that I see all these people (little graceful) are experts in project management, ALM, etc

At the end I will finish thinking of what my mother says is true: I am very, very handsome but.So at first it seemed correct, but as with the cone of uncertainty as I’m taking conscience of my appearance, I start more consistently judge whether I am handsome or not.

McConnell, big back in the 1997 refining a theory of 1981 which explained something like this:

“For any given set of characteristics, the precision in the estimation can improve only in the same way that the same software becomes more refined.”

Human said, this means that the value of our estimates will grow as we know more about the problem at hand. And it did not stay here, crack played it is and put numbers! There are those who see in the graph of the famous pussy.

image

Taking the values of the proposed graph, we see that an estimate on day zero is almost as valuable as a glass of cyanide, and the recommendation is that we have a 4 X to the value that we propose that day. As time passes, estimates are based more on real variables, works with a team and the estimate that is worth, which is done on the last day when the project is closed.

And to close the post before holidays, decided to find a nice pussy, then the of The Agile Samurai comes to hair.

PS: If you still not read The Agile Samurai , I don’t know that these waiting. Here’s my opinionof the same.

References

Saludos @ Chinchon

El Bruno

image image image

[#ALM] Que fea que es la gente en internet y como pasar las estimaciones por el cono (… de la incertidumbre claro ;)

ALM 03

Buenas,

cuanta gente fea que hay en internet. Esto no tiene discusión.

Estaba terminando de pulir el paper de ALM con Team Foundation Service que quiero publicar en Amazon.com en los próximos días; y se me dio por buscar alguna imagen del cono de la incertidumbre de Steve McConnell. Una que no sea tan fea como la que usan en el sitio oficial de MSDN. Pero claro, el problema con las búsquedas de imágenes, es que como buscan criterios de texto para luego retornar una imagen, puede salir cualquier cosa. Y eso me ha pasado: BING me ha dado una serie de imágenes que harán que suba las horas de terapia semanales un ~20%. Y, ojo que por lo que veo, todas estas personas (poco agraciadas) son expertos en gestión de proyectos, ALM, etc.

Al final voy a terminar pensando que lo que dice mi mamá es cierto: yo soy muy, pero muy guapo. Eso al principio me parecía correcto, pero al igual que con el cono de la incertidumbre a medida que voy tomando conciencia de mi apariencia, puedo comenzar a juzgar más coherentemente si soy guapo o no.

El grande de McConnell, allá por el 1997 refino una teoría de 1981 donde explicaba algo así:

“Para cualquier conjunto dado de características, la precisión en la estimación puede mejorar sólo de la misma manera que el software mismo se torna más refinado.”

Dicho en humano, esto quiere decir que el valor de nuestras estimaciones va creciendo a medida que conocemos más sobre el problema en cuestión. Y no se quedó aquí, el crack se la jugó y le puso números! son los que vemos en el gráfico del famoso conito.

image

 

Tomando los valores del gráfico propuesto, vemos que una estimación en el día cero es casi tan valiosa como un vaso de cianuro, y la recomendación es que apliquemos un X4 al valor que proponemos ese día. A medida que pasa el tiempo, las estimaciones se basan más en las variables reales con las que trabaja un equipo y la estimación que realmente vale, es la que se realiza en el día final cuando se cierra el proyecto.

Y como para cerrar el post antes de vacaciones, me propuse encontrar un cono simpático, pues el de The Agile Samurai viene al pelo.

PD: Si todavía no leiste The Agile Samurai, no sé que estas esperando. Aquí tienes mi opinión del mismo.

 

Referencias

 

Saludos @ Home

El Bruno

image image image