May 2, 2010

Coming webinar: Moving from Failing to Successful Agile Adoption (5/19)

----- English -----
I'll be giving a webinar on "Moving from Failing to Successful Agile Adoption" on May 19 at Noon PST. For more information visit Shojiki Solution's website or http://bit.ly/aBWFya

----- Spanish -----
Voy a dar un webinar en Inglés titulado "Moving from Failing to Successful Agile Adoption" el 19 de Mayo a las 12:00 hrs (hora de California USA). Para mayor información visiten el website de Shojiki Solutions o http://bit.ly/aBWFya

MexAPLN: First public meeting

----- English version on top and Spanish version at the bottom -----
----- Versión en Inglés primero y version en Español abajo -----

----- English -----
MexAPLN's first public meeting took place April 29, 7:45 PM, at the offices of IDS in Mexico City. Despite the fact that, in addition to the usual heavy traffic, there were a couple of very serious accidents that delayed some of the attendees, The meeting was a great success! There were 20 people, out of which 2/3 were guests.

The first 25 minutes were for networking and extra slack for those delayed by traffic... and we had great hor d'ouvres. Adriana was our master of ceremonies. She welcomed everybody and to get started had Masa give a little bit of background talking about APLN and how MexAPLN was formed. Adriana then introduced Sergio Durán, who talked about MexAPLN and its charter. We moved then to the main topic of the meeting which was a talk by Masa on lean-agile project management, emphasizing on the lean-agile prism. There was great interest and participation by the audience. A post-talk discussion on agile adoption took place with great comments by everyone.

The meeting's closure consisted on a raffle and a quick introduction by all present.


----- Spanish -----

La primera reunión pública del MexAPLN tuvo lugar el 29 de abril, 19:45 hrs, en las oficinas de IDS en la Ciudad de México. A pesar de que además del tráfico habitual hubo un par de accidentes muy graves que retrasó algunos de los asistentes, la reunión fue un gran éxito! Había 20 personas, de las cuales 2 / 3 fueron invitados.

Los primeros 25 minutos fueron para la networking y dar mas tiempo a aquellos perjudicados por el tráfico ... y tuvimos grandes hor d'ouvres. Adriana fue nuestra maestra de ceremonias. Ella dio la bienvenida a todo el mundo y para empezar Masa dio un poco de antecedentes hablando sobre el APLN y cómo se formó MexAPLN. Adriana presentó a continuación a Sergio Durán, quien habló sobre MexAPLN y sus estatutos. Pasamos entonces al tema principal de la reunión que fue una charla sobre gestión de proyectos ágil por parte de Masa, con énfasis en el prisma lean-agile. Hubo gran interés y participación de la audiencia. Una discusión posterior a la charla sobre la adopción ágil se llevó a cabo con grandes comentarios por todos.

El cierre de la reunión consistió en una rifa y una introducción rápida por todos los presentes.

Apr 24, 2010

Kanban Coaching Workshop

----- English version on top and Spanish version at the bottom -----
----- Versión en Inglés primero y version en Español abajo -----

----- English -----
This event actually took place before my previous posting on Rapid Requirements Gathering. It is no excuse but the last month and a half have been intense. Between March 19 and April 16 I was home only one day; and all of last week has been intense too.

I spent April 13 through 16 at Dana Point, Orange County, in Southern California on a Kanban Coach Workshop with David J. Anderson (the workshop was April 14~16). This was actually my second Kanban workshop with David; the first one was last November in San Francisco. That first workshop was amazing and this one was even better.

Dana Point is a quiet area right next to the ocean with a beautiful beach and few people at this time of the year.

12 people attended the workshop. Some of them where local and most of the rest from the west side of the USA. The one exception was Russell Healy from New Zealand. The workshop had a very informal tone and was driven by two factors: an agenda of key points David wanted to make sure we covered and an agenda that was created by all of us during the first 45 min. of the workshop. Daniel Vacanti, who is part of D. J. Anderson & Associates, was also there to assist David.

Most of the course were advanced Kanban topics (although we revisited some foundations as well) which included the human factors such as emotional intelligence, and executive level aspects of Kanban adoption. The workshop was highly productive also because there was a high degree of exchange of experiences and ideas. Definitely the kind of things that cannot be effectively captured on slides or a book.

I recently designed a Kanban game and used it for the first time at a Kanban course I gave to a large financial institution. My strategy has been to create a set of games that show different aspects of Kanban since it is very difficult to get to capture it effectively in one game. Well, one of the biggest surprises at the workshop was Russell's Kanban game. He managed to figure out a way to demostrate a a large amount of Kanban modus operandi in one game, which is also fun to play. Needless to say we all were amazed by it, including David.

I have to say the workshop was worth many times over its dollar cost because, and I think this goes for all who attended, the wealth of knowledge was vast, deep, and unique.

Not everybody who was at the workshop is in the photo. Attendants were:
Wendy Wong
Paul Hodgetts
Rand Bradley
Masa K Maeda
David J Anderson
Daniel Vacanti
Darrin Ladd
Keith Clinton
George Schlitz
Russell Healy
Donna Reed
..not on the photo..
Juan Pablo Dellarroquelle
Keith Clinton
Alan Atlas

----- Spanish -----
Este evento de hecho tuvo lugar antes de mi publicación anterior sobre Adquisición Rápida de Requerimientos. No es excusa pero el último mes y medio han sido intensos. Entre marzo 19 y abtril 16 estuve en casa tan sólo un día, y toda la semana pasada ha sido intensa también.

Pasé del 13 al 16 de Abril un tiempo increíble en Dana Point, condado de Orange, en California del Sur en un Taller de Coucheo en Kanban con David J. Anderson (el taller mismo fue del 14 al 16 de abril). Este fue mi segundo taller Kanban con David; el primero fue en noviembre del año pasado en San Francisco. Ese primer taller fue increíble y éste fue aún mejor.

Dana Point es una zona tranquila justo al lado del mar con una hermosa playa y muy pocas personas en esta época del año.

12 personas asistieron al taller. Algunas de ellas locales y la mayoría del resto vino de la parte oeste de los EE.UU.. La única excepción fue Russell Healy de Nueva Zelanda. El taller tuvo un tono muy informal y fue impulsado por dos factores: un programa de puntos clave que David quería asegurarse que se cubriera y una agenda que fue creada por todos nosotros durante los primeros 45 min. del taller. Daniel Vacanti, quien forma parte de D.J. Anderson & Associates, también estuvo ahí para ayudar a David.

La mayor parte del curso fueron temas avanzados de Kanban (aunque también revisitamos algunos fundamentos) que incluyeron los factores humanos tales como la inteligencia emocional, y los aspectos de nivel ejecutivo para la adopción Kanban. El taller fue muy productivo también debido a que hubo un alto grado de intercambio de experiencias e ideas. Definitivamente el tipo de cosas que no pueden ser efectivamente capturados en las diapositivas o un libro.

Hace poco diseñé un juego Kanban y lo utilizé por primera vez en un curso de Kanban que le dí a una institución financiera grande. Mi estrategia ha sido crear un conjunto de juegos que muestren diferentes aspectos de Kanban, ya que es muy difícil llegar a capturarlo todo de manera efectiva en un juego. Bueno, pues una de las mayores sorpresas en el taller fue el juego de Kanban que Russell diseñó. Tuvo el ingenio para encontrar una manera de demostrar una gran cantidad del modus operandi de Kanban en un juego que también es divertido de jugar. Todos estuvimos asombrados y nos divertimos con el, incluyendo David.

Tengo que decir que el taller valió muchas veces su costo en dólares, ya que, y creo que esto va por todos los que asistieron, la riqueza de conocimientos fue muy grande, profundo y único.


Apr 20, 2010

Rapid Requirements Gathering with Scott Killen

----- English version on top and Spanish version at the bottom -----
----- Versión en Inglés primero y version en Español abajo -----

----- English -----
Today's BayAPLN meeting had Scott Killen give a workshop on Rapid Requirements Gathering. Scott is an amicable person and an entertaining presenter. His workshop was very dynamic and it was easy to understand the concepts.The basic steps are (in my own words and not the way Scott explained them):
  • Requirements suggestions. All those involved white succinct ideas for requirements on cards.
  • Expose cards. The cards are read aloud by two or more people and are posted randomly on as much wall space as possible; preferably on separate walls.
  • Making sense of the cards. All attendants go about looking at the cards and start gathering them by topics at separate areas of the wall(s). This has to be done in a self-organized manner but making sure not to let anyone dominate actions. It was to be done in a collaborative way and through discussion.
  • Eliminating redundancies. All attendants self-organize to discuss the cards and eliminate those that are redundant. Something I observed and commented to Scott is that is important to make sure not to eliminate important cards or let important interpretations to get lost by removing any given card. That is, two cards on the same subject could bring important, complementary conceptualization and in such case it is better to either keep both cards or write a new one that captures what the two separate cards convey.
  • Prioritization. All attendants discuss and sort the cards by priority
  • Discussion. For each top priority cards (say, the top two or three per category) the people who wrote it or are involved explain about it, and are discussed.
  • Voting. All attendants get 5 dot-stickers to place them at will on the cards. This allows to know what everybody considers to be the most important stuff, which then drives what needs to be done and in which order.







----- Spanish -----
La reunión de hoy del BayAPLN tuvo a Scott Killen danso un workshop sobre Adquisición Rápida de Requerimientos. Scott es una persona muy amigable que sabe entretener durante sus presentaciones. Su workshop fue muy dinámico y fue fácil entender los conceptos.

Los pasos básicos son (en mis propias palabras y no en la forma que Scott lo explicó):
  • Sugerencias de requerimientos. Todos los participantes escriben ideas para requerimientos de manera sucinta en tarjetas
  • Exponer tarjetas. Las tarjetas son leídas en voz alta por dos o mas personas, y son puestas en paredes de manera aleatoria.
  • Haciendo sentido de las tarjetas. Todos los participantes se auto-organizan para ver las tarjetas y las agrupan en base a temas. Hay que asegurarse de no dejar que nadie domine la acción. Debe hacerse de manera colaborativa y mediante discusiones.
  • Eliminación de redundancias. Todos los participantes se auto-organizan para discutir las tarjetas y eliminar aquellas que son redundantes. Algo que observé y le comenté a Scott is que es importante asegurarse de no eliminar tarjetas importantes o dejar que se pierdan interpretaciones importantes al eliminar tarjetas. Es decir, dos tarjetas sobre un mismo tema pueden conllevar conceptos complementarios importantes, y en ese caso es mejor que o bien se conserven las dos tarjetas, o bien escribir una nueva tarjeta que capture y reemplase las dos tarjetas en questión.
  • Priorización. Los participantes discuten y ordenan las tarjetas por prioridad.
  • Discusión. Para cada grupo, las personas que escribieron las 2 o 3 tarjetas de mas alta prioridad las expliquen y sean discutidas.
  • Votación. Los participantes obtienen 5 calcomanías de punto para que las pongan en las tarjetas que consideran mas importantes. Esto permite que todos sepan lo que se considera ser mas importante y dirige lo que se debe de hacer y en que orden.

Apr 16, 2010

Kanban boards as VSMs

----- English version on top, Spanish version at the bottom ----
----- Versión en Inglés primero, versión en Español al fondo -----


--- English----
Lots of people keep asking me about the conversation I had with Alan Shalloway from which the idea of Kanban boards as VSMs emerged. You can read more on at
http://bit.ly/bGt62B


--- Spanish ---
Mucha gente me sigue preguntando sobre la conversación que tuve con Alan Shalloway en la que surgió la idea de usar tableros de Kanban como VSMs (Mapas de Valor de Flujo). Pueden leer mas al respecto en
http://bit.ly/bGt62B

Apr 14, 2010

Apr 10, 2010

Conference presentation at ITESM

----- English version on top and Spanish version at the bottom -----
----- Versión en Inglés primero y version en Español abajo -----

--English--
I'm back at my hotel room after having given a presentation on Lean-Agile and Innovation. Unfortunately I got very sick last night; and was feeling quite weak and out of focus during my talk, thus it didn't go as great as I wanted. Students and university staff received quite well what I had to say on lean-agile and it seems they enjoyed both the pair face-drawing exercise and, even more so, the speed-boat exercise which I used for the audience to evaluate the conference (taking advantage of the fact that mine was the last, and main, presentation.

One of the talks I attended yesterday was by Luis Armando Bravo from Probionics, a mexican maker of prosthetics controlled by muscular electric signals. His work is amazing as he managed to develop a set of prosthetics, that are lighter, stronger, faster, cheaper, and more versatile than any other in the world.

The other talk I attended was by Ricardo Medina from Microsoft. As expected, it was part marketing - part presentation. The highlight was the offering from Microsoft to provide no -strings-attached material resources to young entrepreneurs as long as their idea includes the use of technology.

This congress was actually organized by the students at ITESM, with help from some university staff, and they did a fantastic job. There were around 300 attendants and sponsorship from several national and international businesses. Congrats!


--Spanish--
Estoy de regerso en mi habitación del hotel después de haber dado una presentación sobre Lean-Agile e Innovación. Lamentablemente tuve una noche difícil debido a que me enferme; y me sentí muy débil y fuera de foco durante mi presentación, por lo que resultó como yo lo deseaba. Los estudiantes y profesores universitarios recibieron muy bien lo que les comuniqué sobre lean-agile y parece que disfrutaron los dos ejercicios: el dibujar caras por parejas y, más aún, el ejercicio de la lancha, el cual utilizé para que la audiencia evaluara la conferencia ( aprovechando el hecho de que mi plática fue la última, y la presentación principal.

Una de las pláticas a las que asistí ayer fue por Luis Armando Bravo de Probionics, un fabricante mexicano de prótesis controlada por señales eléctricas musculares. Su obra es muy buena y se las arregló para desarrollar una serie de prótesis, que son más ligeros, más fuertes, más rápidos, más baratos y más versátiles que cualquier otra en el mundo.

La otra plática que asistí fue la de Ricardo Medina, de Microsoft. Como es de esperarse, fue parte mercadotécnia - parte presentación. El punto culminante fue el ofrecimiento de Microsoft de proporcionar recursos materiales sin compromiso a los jóvenes empresarios, siempre y cuando su idea incluya el uso de la tecnología.

Este congreso fue organizado en por los alumnos del ITESM, con la ayuda de staff universitario, e hicieron un trabajo fantástico. Hubo alrededor de 300 asistentes y obtuvieron patrocinio de varias empresas nacionales e internacionales. Felicidades!


Mar 26, 2010

Snow Crash and the emerge of lean-agile

----- English version on top and Spanish version at the bottom -----
----- Versión en Inglés primero y version en Español abajo -----

--- English ---
Silly question: have you read Neal Stephenson's novel Snow Crash? I know... I know... who hasn't? duh! I myself read it for the first time back in 1996 (didn't read it when it was published in 1992 because I lived in Japan at that time and the novel wasn't available in the City I lived in. Moved to the USA in 1995).

So, why am I bringing Snow Crash up? At the beginning of the novel, Stephenson wrote the are things we Americans do better than anyone else and the list includes music, movies, and microcode (i.e., software). This is a nice thing to believe. Take movies, for example; we make really good movies (The Matrix pops out in my mind). Even the bad movies are good; why, because even when they suck they entertain and bring audiences and make money. Fortunately we are much better at doing good ones even better. Take for example "La Jetée" made into "12 Monkeys", or the short story "The Sentinel" into the movie "2001 A Space Odyssey". Our pizzas are also awesome (Chicago style being my favorite) and although I have never been to Italy friends have told me there's no way Italian pizzas are better than ours! The emerge of new music in the USA is unlike anywhere else. We can create new music just as much as we can take something from anywhere else in the world and morph it into something new and cool.

All that is, of course, arguable. But we all are entitled to an opinion and even if things are not to the larger extent my words may sound we can all agree that many good things have been done here.

Similarly, lean and agile are a combination to two things. We took things that work in practice, regardless of what theory or established processes indicated, and made them better. We didn't care if a standard came out of a DoD sponsored effort, or a model came out of a prestigious institution. We wanted something that worked really well in the real world and that acknowledged the variability that comes from working in an ever changing environment. From market trends to customer needs, the economy, team members personal life, health, etc. We wanted and needed a foundation and practices to make us succeed in such chaotic environment.

Lean and agile evolved independently of each other, although it is clear that agile follows some very similar foundation. None of them brought something entirely new but both took bits and pieces that have had good results and shaped them up into something congruent and quite useful and effective.

The history of humanity has gone through some important changes such as from he feudal days to the renaissance, the industrial revolution, the popularization of culture, and an information revolution. The pattern is pretty much bringing something big, monolithic, power-based, controlling, and inefficient to something smaller, distributed, knowledge-based, collaborative and efficiency-oriented.

Lean-agile is following that pattern by emphasizing on work in small teams, breaking work into small chunks, empowering people (and respecting them), increase collaboration at all levels of the enterprise and with customers, and replacing costly and fancy processes with efficient practices.


--- Español ---
Pregunta tonta: ¿Has leído la novela de Neal Stephenson titulada Snow Crash? Lo sé ... lo sé ... ¿Quién no? Yo la leí por primera vez en 1996 (no lo leí cuando se publicó en 1992, porque yo vivía en Japón en esa época y la novela no estaba disponible en la ciudad que vivió in mudó a los EE.UU. en 1995).

Así que, ¿por qué estoy atrayendo atención a Snow Crash? Al comienzo de la novela, Stephenson escribió que hay cosas que los Estadounidenses hacemos mejor que nadie, y la lista incluye música, películas, y microcódigo (es decir, software). Esta es una cosa agradable de creer. Tomemos películas, por ejemplo, hacemos películas realmente buenas (The Matrix surge en mi mente). Incluso las malas películas son buenas, ¿por qué, porque aún cuando son malas entretienen y atraen al público, y ganan dinero. Afortunadamente somos mucho mejor en hacer algo bueno aún mejor. Tomemos, por ejemplo, "La Jetée" en la cual se basó "12 Monkeys", o el cuento "The Sentinel" a partir del cual se hizo "2001 Una Odisea en el Espacio". Nuestras pizzas son también buenísimas (estilo Chicago son mis favoritas), y aunque nunca he estado en Italia, amigos que han ido me han dicho que no hay manera de que las pizzas italianas sean mejores que las nuestras! El surgimiento de nueva música en los E.U. no tiene comparación con cualquier otro lugar.Podemos crear nueva música tanto como podamos tomar algo de cualquier otra parte del mundo y se transforman en algo nuevo y fabuloso.

Todo esto es, por supuesto, discutible. Pero todos tenemos derecho a una opinión y aunque las cosas no lleguen a ser de la medida que mis palabras reflejan, creo que todos estaremos de acuerdo que muchas cosas buenas se han hecho aquí.

Del mismo modo, lean y agile son una combinación de dos cosas. Tomaron las cosas que funcionan en la práctica, independientemente de lo que la teoría o de los procesos establecidos indicam, y las hicieron mejor. No nos importaba si una norma salió de un esfuerzo patrocinado por el Departamento de Defensa, o un modelo salió de una institución de prestigio. Queríamos algo que funciona muy bien en el mundo real y que reconoce la variabilidad que viene de trabajar en un entorno en constante cambio. De las tendencias del mercado a las necesidades del cliente, la economía, la vida personal de los miembros del equipo, la salud, etc.. Queríamos y necesitabamos una base y prácticas que nos hicieran prosperar en un ambiente sumamente caótico.

Lean y agile evolucionaron de forma independiente el uno del otro, aunque es evidente que agile sigue algún fundamento muy similar a lean. Ninguno de ellos aportó algo totalmente nuevo, pero ambos tomaron pedazos que han tenido buenos resultados en la práctica y en forma congruente para llegar a algo muy útil y eficaz.

La historia de la humanidad ha pasado por algunos cambios importantes, como de los días feudales al Renacimiento, la revolución industrial, la divulgación de la cultura, y la revolución de la información. El patrón es cambiar de algo grande, monolítico, basado en el poder, controlador, e ineficiente en algo más pequeño, distribuido, basado en el conocimiento, en colaboración y orientado a eficiencia.

Lean-agile está siguiendo ese patrón, poniendo énfasis en el trabajo en pequeños equipos, rompiendo el trabajo en pequeños pedazos, capacitando a las personas (y respetandolas), aumentando la colaboración en todos los niveles de la empresa y con los clientes, y substituyendo los procesos costosos y pesados con prácticas eficientes.

MexAPLN meeting: March 2010

----- English version on top and Spanish version at the bottom -----
----- Versión en Inglés primero y version en Español abajo -----

--- English ---
MexAPLN meeting on March 25 took place at Software Guru, again. Many thanks to SG for hosting us! I like their offices quite a bit, btw. Given the fact that a long vacation time starts next week and many people start early I expected few people but to my surprise there were 8 of us; which is great considering previous meetings have had between 8 and 12 people.

Agenda for the meeting was primarily to:
  • Work on the charter's objectives. We covered a little over the list we had and added new ones. We have enough to get started and will cover the remaining ones by the next meeting, hopefully.
  • Next meeting will be the first double-meeting, meaning a CoCo meeting followed by a general meeting. Venue is TBD and topic will be either one to be proposed by Alberto Balderas or one on project management by Masa
  • Learning. I talked about the project management triangles and showed a new polygon I call the lean-agile prism, which I am currently proposing and submitted and article about it to Agile Journal.

--- Español ---
La reunión del 25 de marzo tuvo lugar en Software Gurú otra vez. Muchas gracias a la SG por recibirnos! Por cierto que me gustan mucho sus oficinas un poco. Dado el hecho de que las vacaciones de semana santa comienzan la próxima semana y que muchas personas inician su vacación días antes, esperaba poca gente pero para mi sorpresa hubo 8 de nosotros, que es fabuloso teniendo en cuenta que las reuniones anteriores han tenido entre 8 y 12 personas.

La agenda fué primordialmente:
  • Trabajar en los objetivos de los estatutos. Hemos cubierto un poco más de la lista que teníamos y añadimos otros nuevos. Tenemos suficiente para empezar a trabajar y cubriremos los restantes en la próxima reunión, de ser posible.
  • La próxima reunión será la primer reunión doble: reunión del CoCo seguida de una reunión general. Lugar para el event está por determinarse y el tema será uno propuesto por Alberto Balderas o uno sobre la gestión de proyectos de parte de Masa.
  • Aprendizaje. Hablé acerca de los triángulos de la gestión del proyecto y mostré un nuevo polígono que yo llamo el prisma lean-agile, que estoy proponiendo en la actualidad y he presentado un artículo sobre el tema al Agile Journal.

Mar 19, 2010

Book review: Innovation Games

Everybody wants to better their businesses and make serious efforts to do so, but maybe we could be more effective is the efforts were less serious and more fun. Business communication is always challenging within the organization, with customers, providers, contractors, etc.. This is in part because they are not face-to-face and because most times one or more people who could add significant value take a passive role, in part because most times there is someone who enjoys dominating the meeting. End result is incomplete and biased information and decisions.

One main reason why games work is because (a) they are fun, and (b) they make everybody to actively participate. Hohmann's book is a great starting point. The games cover diverse needs and conducted properly add significant value (and save costs) to teams, projects, and entire enterprises.

Don't get serious... instead, start using this book!

Mar 18, 2010

Writing Spanish version of new Kanban book

Great news, I have been given the opportunity to translate David J Anderson's new book entitled "Kanban: Evolutionary change for you technology company". Needless to say I am thrilled by this.
:-)

Mar 17, 2010

Agile Training Game Board

Yesterday's talk at the BayAPLN meeting was on the Agile Training Game Board, proposed by David Chilcott from Outformations and Pat Reed from The Gap.

The basic concept is very simple. The same way that some of us actually use an agile dev board alike scrum at the training courses we offer, the ATGM shows the flow of stories from backlog to completion. What I think the contribution was is the emphasis on short timeboxes, 10 min in average and 20 min tops. This is particularly useful for training to executives because details are not necessarily important to them and they rather get the succinct version of things. They also encourage the thumbs-up-down-sideways feedback to consider stories Done. The board had extra columns at the end for value points and time, both important aspects to executives.

The talk included a stand-up game on self-organization to show how some concepts can be "explained" effectively and in shorter time through games.

Mar 10, 2010

Lean-Agile editor for the Software Guru magazine

Software Guru magazine invited me to be the editor for its lean-agile section and I gladly accepted :-)

This is a great opportunity to help in contributing more effectively to the penetration of lean-agile in Mexico and hopefully Latin America as well; and at the same time increase de presence of Mexico within the global lean-agile community.

Mar 9, 2010

The best way to fix the Prius sudden-acceleration problem is by not fixing it.

Did I get your attention? Good!
Tonight's news included yet another case of a Prius sudden-acceleration problem, this time in San Diego where the driver ended up being assisted by a police officer who used his police car to stop the Prius by driving in front of it to slow it down to a stop. Toyota's engineers are really scratching their heads over this problem and that particular Prius is now being analyzed very thoroughly in hope to figure out the cause.

So, how to fix this problem? Probably Toyota's engineers already thought about what I am about to propose but here it goes anyway: do not fix the problem! Okay so, before those of you who are still reading on what I think should be done is two things:
  • Verify the algorithm and its implementation. One very likely cause is the software that controls the car's acceleration and brake systems. If that is the case and engineers cannot find and fix the bug(s) then a better course of action would be to start from the beginning and (a) create a new algorithm, (b) analyze the algorthm quality as such, i.e. as an abstraction, (c) implement and test it simultaneously. Step (b) is extremely important because that is the best way to make sure the algorithm is robust. If we wait until implementation time to do testing then it will be harder to know if the problem is the algorithm itself or its implementation. I think this is the most viable, fast, and cost-effective course of action.
  • Unit level testing is not enough. One well know problem with measurement, from the physics standpoint, is that any attempt to measure something will affect what is being measured and therefore the measurement will be inexact. This means that once the algorithm and its implementation are robust it will be more effective to test at subsystem and system levels instead of inisolation.
  • Reproduce internal and external test conditions. The best way to reproduce a behavior is by recreating all conditions that triggered the undersired behavior. In addition to the car conditions this includes road, slope, weather, etc.
Building things anew might be a quicker and better way compared to trying to identify and fix what is wrong.

Mar 5, 2010

Presentaion on Lean-Agile and Innovation at the ITESM

This morning I gave a presentation on Lean-Agile and Innovation at the ITESM (Monterey Advanced Studies Institute of Technology), which was broadcasted to its 33 campuses nation-wide via satelite and was also webcasted.

I talked about the motivation to create better products and services considering Quality, Value, and Design, then moved on to talk about fundamentals of Lean and Agile. Last I talked about the advantage of using games to foster innovation and did examples on planning and estimating, group cohesion, and product analysis. More specifically I used planning poker, pair drawing, and prune-the-tree games.

The oopsy part was that I used all of the allocated time giving the presentation so Q&A had to be off-line. But it was possible to compensate at least with the local audience through 10 min. of Q&A.

BTW, the ITESM staff did an extraordinary job with logistics, production, etc., and the campus is impressive and functional.