Así no se hacen las cosas por Ernesto Kiszkurno

El otro día, en un taller que hice, hablaban de lo importante que es fomentar en las empresas la cultura de la impecabilidad .  Ellos parten de la idea de que en una empresa, diariamente, se tejen redes de peticiones y compromisos . Procesos, rutinas de trabajo, políticas, … todo el funcionamiento puede desmenuzarse como peticiones y compromisos. Cuando estos están mal hechos o no se cumplen, las personas sufren estrés, enojo, frustración, desmotivación, etc. Y esto afecta a todos: empleados, clientes y proveedores. Cuando están bien hechos (o se cumplen), todo fluye y es más fácil.  Ser impecable básicamente significa cumplir con lo que uno se compromete o hacerse responsable de lo que uno no puede cumplir . Por ejemplo, si nos piden algo y decimos que lo haremos para determinado momento, cumplir. Si dijimos que íbamos a asistir en un determinado horario a una reunión, hacerlo. Y, en aquellos casos que no podemos cumplir, asumir la responsabilidad de decirlo y ver la forma de

Es una lástima que algunos clientes se priven de decirle al proveedor que el servicio les pareció caro. El precio de un servicio de alto valor agregado es lo más fácil de conversar. Seguimos pensando.. Todo s  los consultips juntos están  aquí .  Si queres leer el anterior, podes ir  aquí .  Si queres ir al próximo podés ir  aquí .

Hay una vida mejor y es con estos auriculares bluetooth.   Seguimos pensando..

Me desperté nostálgico hoy y pensé “No todo es tecnología, consultoría o profesión. Hay días que sólo debemos ser felices”. Hoy les dejo un video que seguro les arranca una sonrisa. Seguimos pensando..

Según @bilinkis en este post a la hora de emprender es más importante la práctica que la teoría. Hablaba de que es mejor aprender de los que lo han hecho en la práctica antes que buscar aprender de quienes han leído cómo se hace. ¿Será lo mismo con el desarrollo de software? Sin duda una pregunta de respuesta compleja. Por un lado, es obvio que alguien sin experiencia en desarrollo tiene poco para enseñarnos sobre el tema. Pero por otro, también es cierto que alguien con experiencia pero sin claridad o capacidad de transmitir ideas, tampoco podrá ayudarnos demasiado. He visto muchos técnicos que hacen agua a la hora de explicar cómo hacen lo que hacen. Necesitamos aprender de alguien con experiencia pero que a la vez tenga claridad. Pero ¿qué es tener experiencia en este caso? ¿Es conocimiento técnico?  No solamente. En proyectos pequeños puede ser que alcance, pero en proyectos de mayor porte (digamos varias decenas de personas), el problema mayor deja de ser técnico y empieza a

Mi suegro tiene una frase genial para poner en evidencia la dificultad que a veces encontramos para determinar el punto justo en algunas situaciones: "Es difícil saber cuál es el más alto de los enanos" Una de esas situaciones es la que se plantea en esta nota llamada El “boludeo” y los espacios de trabajo . Lo pienso no tanto por la parte de los espacios de trabajo sino por la del boludeo en sí mismo. ¿Hasta donde debemos permitir/fomentar "momentos distendidos" y hasta donde debemos pedir foco y concentración en la tarea? Porque seguro estaremos de acuerdo que toda empresa necesita, en algún, momento foco y concentración, no? ¿Podemos dejar que todos hagan exactamente lo que quieran? Recuerdo la discusión que tuvimos sobre estimaciones en su momento donde había gente que decía que no debíamos estimar o que no debíamos fijar fechas. Ese empleado que uno ve caminar los pasillos, reírse y charlando con todos, realmente será más productivo sentado todo el día en su

Como estarán de convencidos de esto los muchachos de 37 signals que lo dijeron en sus dos libros: Getting Real y Rework . Yo creo que en desarrollo de software tienen razón y es lo que usualmente uno ve. Seguimos pensando.. Post relacionados: “Fix Time and Budget, Flex Scope” by 37signals Todo s  los consultips juntos están  aquí .  Si queres leer el anterior, podes ir  aquí .  Si queres ir al próximo podés ir  aquí .

Me gustó Rework . No es tan bueno como Getting Real pero está bien. Se lee rápido y agrega algunas cosas no dichas en el anterior. Hay que decir que también repite (algunos capítulos son casi un calco de Getting Real). Dicho esto, si no leíste nada de 37signals , te recomiendo empezar por el primero (Getting Real). Si ya leíste el primero y tu pila de libros para leer es larga , podes ahorrarte la lectura sin ningún tipo de remordimientos. Seguimos pensando..

Les dejo una escena de la película El último samurai que me parece aplicable en algunas situaciones de trabajo. De tanto pensar algunas cosas terminamos haciéndolas mal o no haciéndolas. Seguimos pensando..

A veces cuesta "cerrar el día". De tan pasado de cosas o de tan agotado por la vorágine de temas del día, nos encontramos medio sonámbulos, a última hora, tratando de ver qué queda por hacer para poder irnos a casa. En esos momentos, la cabeza te dice "no te podes ir, todavía quedan cosas que hacer" pero al mismo tiempo, el cuerpo no da más. No pasa siempre, no le pasa a todo el mundo, pero pasa. A mí a veces me pasa. Para esos momentos donde el cerebro no logra dar la orden de "go home", puede resultar útil tener un "proceso de cierre del día" . La idea es tener una forma de asegurarnos que no queda nada que no pueda esperar hasta el día laboral siguiente, algo que nos permita salir del abrazo mortal en el que estamos.  Yo tengo uno bastante simple:  Se trata de revisar 3 lugares preguntándome si queda algo en ellos que realmente no puede esperar hasta mañana. Los lugares son: (1) Mail laboral (2) Mail personal (3) Lista de tareas del día

Días atrás me llamó un cliente para decirme que, a su entender, había subestimado una propuesta.  Me pidió una reunión y cuando nos juntamos me explicó que, comparando con otros proveedores, mi propuesta había considerado un esfuerzo mucho menor.  Me dijo que sus preocupaciones eran asegurarse que entendimos el problema, obtener la mejor propuesta de nuestra parte y poder compararla con las otras. Con esta acción me demostró que mi relación con él es buena. No todos los clientes hacen esto.  Seguimos pensando..

Me permito citar un extracto del post The Power of Stepping Back : "We can’t think outside the box when we’re simply running around inside it. It doesn’t make sense to do more and more, faster and faster, if we’re not stopping intermittently to ask why we’re doing what we’re doing" --Tony Schwartz Seguimos pensando.. Todo s  los consultips juntos están  aquí .  Si queres leer el anterior, podes ir  aquí .  Si queres ir al próximo podés ir  aquí .

Otra gran charla de Ken Robinson sobre creatividad y educación, sin desperdicio. Humor inglés en su máxima expresión. Seguimos pensando..

Es llamativo (y doloroso) ver cómo nuestras queridas empresas de servicios fracasan una y otra vez en encontrar la forma de atendernos, aún sabiendo que invierten muchísimo dinero en el tema. No pretendo hacer un estudio sobre las experiencias de usuario en la Argentina. Sólo quiero volcar algunas vivencias personales y pensamientos sobre el tema. Cualquier opinión a favor o en contra, bienvenida. Nadie quiere contactar al prestador (y cuando lo hace...) No hay nada más frustrante que un servicio deje de funcionar en el preciso instante donde más lo necesitas. En realidad lo que sucede es que no te das cuenta que el servicio no funciona cuando no lo necesitas (si te quedaste sin celular a las 4am cuando estás durmiendo, no te enteras). Ergo, siempre es frustrante que un servicio deje de funcionar. Basta de dar vueltas y digamos las cosas por su nombre. Hay dos estados de ánimo posibles con los servicios: neutro o enojado/frustrado .  A veces podes "atarlo con alambre". Pod

Hace unas semanas publiqué el video de la chica que pasa un día sin su teléfono . ¿Se acuerdan? Bueno, resulta que se me rompió el teléfono. En realidad fue más una especie de crisis existencial que sufrió porque de la nada empezó a reiniciarse, colgarse, congelarse y cosas por el estilo. Aparentemente estaríamos ante una epidemia porque he visto que otros teléfonos Android están sufriendo de la misma enfermedad (espero que no pase esto ). Como era de esperarse, lo llevé al servicio técnico donde no sólo no pudieron arreglarlo sino que me dicen que “no me puede dar otro igual”. Aunque sí tienen el mismo modelo para vender. Así no se hacen las cosas muchachos de la compañía celular!!! ( discusión para otro post). Todo este preámbulo en realidad fue para decir que ando con "muleto". Es decir que ando con otro teléfono de menor funcionalidad, de menor capacidad, todo maltrecho por el uso descuidado y semi configurado (porque no voy a ponerme a configurar todo por unos días).

En un artículo titulado Understanding Customer Experience , Adam Richardson desglosa algunos de los temas que debemos tener en cuenta a la hora de trabajar la “experiencia de cliente” en nuestros servicios. Lo más interesante para mí es esta idea de que lo queramos o no, la experiencia del cliente siempre está. Seguimos pensando.. Todo s  los consultips juntos están  aquí .  Si queres leer el anterior, podes ir  aquí .  Si queres ir al próximo podés ir  aquí .

Un interesante video sobre GE y su manejo de redes sociales. Me pareció interesante la idea de que aún no siendo una B2C, tenes que formar parte de la conversación . Tiempo atrás publiqué este tuit relacionado: Las empresas deberian pensar en tener cuenta twitter cuando tienen algo para decir. De otra forma mejor es no tener nada. — Ernesto Kiszkurno (@ekiszkurno) August 31, 2013 Veo que Linda Boff piensa parecido. Seguimos pensando..

Enrique Dans publicó en su blog el post Programación, niños y escuelas: el reto del momento donde destaca las bondades de aprender a programar a temprana edad. Además de dejar, como siempre, varias lecturas relacionadas interesantes. En mi experiencia personal encuentro una razón adicional a las de Enrique y es que, dado que los chicos igualmente estarán frente a la computadora bastante tiempo, si se sientan a programar por lo menos estarán haciendo algo un poco más útil . Y para los que crean que no, les dejo este video. Seguimos pensando.. Posts relacionados: “Reading, Writing, and Programming” by Mitch Resnick #weekendvideo #ted Hay que estudiar informática 5 razones por las que tenes que estudiar informatica

Imaginen la siguiente situación: Una persona que durante 20 años programó en COBOL, en una o dos empresas, que de un día para el otro deja de tener trabajo. Puesto a buscar un nuevo trabajo se da cuenta que saber COBOL no es algo de tanto valor como antes y decide aprender .NET. ¿Podrá conseguir un trabajo con el mismo nivel de remuneración que el anterior? Probablemente no. Seguramente al inicio tendrá que pagar algo de “derecho de piso” antes de poder recuperar ese nivel. Si logra hacer la transición, es esperable que su curva de crecimiento sea más rápida que la de personas con menos experiencia. Subrayo: si logra hacer la transición. No todos pueden hacerla. Este ejemplo, que tomo de la industria del software y que puede extrapolarse a muchas otras, refleja una realidad muy actual. Nuestra empleabilidad disminuye con el tiempo. No podemos pretender que nuestro conjunto de prácticas dure para siempre. Tarde o temprano vamos a llegar a un punto donde tendremos que renovarnos .