Así no se hacen las cosas por Ernesto Kiszkurno

Hace unas semanas publiqué un post  acerca de una charla sobre Jason Fried donde comentaba lo importante que era para él capturar el conocimiento y las discusiones en un soporte que perdure y pueda ser utilizado por otros . En particular me gustó la idea de que alguien con una duda o pregunta puede ser dirigido a leer algo que ocurrió en lugar de necesitar que alguien se lo explique. No solo estoy de acuerdo con esta idea, sino que creo que, bien implementada, puede tener un enorme ahorro en costos para una empresa. Resalto en este punto lo de "bien implementada".  Uno de los tantos problemas que el correo tiene en el mundo corporativo es que las compañías tienden a permitir que la gente lo use como lugar de discusión de temas importantes en lugar de usarlo como herramienta de comunicación y coordinación. Luego, como nadie se toma el trabajo de extraer el conocimiento y/o las decisiones generadas para dejarlas en otro lado, terminan siendo una mala implementación de

Por suerte o por desgracia uso el correo electrónico desde hace años y, si bien cada vez hay más voces que dicen que está muriendo como medio de comunicación en la empresa , la perspectiva en el corto plazo es el caudal de información que viene por ahí no va a disminuir. En función de esto, cualquier estrategia para minimizar el tiempo de procesamiento del correo electrónico está más que recomendada. Luego de haber hablado del concepto de inbox cero  en el pasado, ahora voy a hablar de otro tema tabú: la clasificación en carpetas o, mejor dicho, la no clasificación en carpetas . El consejo no es una idea mía y no es original, pero sí es sumamente útil. No clasifiques los correos en carpetas. Guarda todo en una carpeta (o en carpetas anuales para el caso) y luego usa la búsqueda o las carpetas inteligentes para encontrar lo que necesitas. (Si tenes poco tiempo, podes parar de leer aquí pues lo que sigue es una explicación de por qué este método tiene más sentido que el antigu

Si bien en algunas ocasiones la política cerrada de Apple me exaspera, luego veo noticias como esta titulada  Apple defends new ad-tracking prevention measures in Safari  y entiendo porque yo y tantos otros elegimos sus productos. El nivel de interrupción y molestia en nuestra navegación en internet que han logrado algunas compañías es increíble. Hay sitios que sencillamente no visito por lo molestos que resultan. Hemos llegado a un punto en el que tenemos una una categoría de software específica para resolver este problema y una guerra entre publicaciones y herramientas . El hecho de que Apple decida tomar cartas en el asunto y proteger mi experiencia de navegación directamente desde el browser, sin necesidad de tener que adquirir software adicional, me parece un admirable acierto.  En estos días donde se habla tanto de experiencia de usuario, esta es otra muestra de cómo hacerlo de la empresa de la manzanita. Seguimos pensando..

Por más que la gente hable de minutos, horas y días, la mejor unidad de medida para el tiempo es la semana. Por un lado está en un punto intermedio entre lo abrupto (menos de 7 días) y lo lejano (un mes). Por otro es una unidad parejita. Las semanas son todas iguales. No señor, ya sé lo que está pensando: ¿y las semanas cortas? No, las semanas cortas son un invento del capitalismo para hacernos creer que piensa en nosotros. Las semanas cortas no existen. Ahora, luego de este preámbulo, voy al punto. Lo mejor de la semana es el viernes, sin dudas. Es el último paso antes de tener todo el fin de semana para vos, es un día que cualquier cosa inesperada puede posponerse para la semana que viene  y es un día que todos saben que es el mejor día de la semana, por lo que están de mejor humor. El opuesto es el lunes, el peor día. Principalmente de mañana. Uno no se ha repuesto todavía del fin de semana, está recién levantado y el mundo se le viene encima. Todos quieren resolver la

Encuentro en este artículo de Enrique Dans acerca de Dropbox y su decisión de mudarse de AWS a un almacenamiento propio, cierto paralelo con lo que veo le ha pasado a algunas empresas de consultoría especializada. El concepto clave que resalta Enrique es el siguiente: "... si vendes algo, debes identificar cuál es esa base fundamental de lo que vendes, controlarla completamente y convertirte en un experto en ella. Si no, serás un simple intermediario que tu proveedor podrá plantearse saltar si llega el momento en que tu negocio resulta suficientemente rentable o interesante como para ello, y carecerás del nivel de expertise suficiente como para ser de verdad competitivo o para atraer y retener talento relacionado." Una empresa de consultoría especializada no puede resignar sus capacidades clave. En el momento en que lo haga, estará condenada a la indiferencia. Seguimos pensando..

Días atrás encontré este post  en el que se menciona un interesante email de Elon Musk donde habla sobre la comunicación que quisiera compartir pues menciona el principio importante sobre cómo resolver problemas en una compañía. Este principio es  siempre elegir el camino más directo a la solución del problema . No tiene sentido entrar en sutilezas y rodeos. Si sabemos cual es el problema y quien nos puede ayudar a solucionarlo, vayamos hacia ese lugar. Cualquier otro camino es más largo. Les dejo el correo: "Subject: Communication Within Tesla There are two schools of thought about how information should flow within companies. By far the most common way is chain of command, which means that you always flow communication through your manager. The problem with this approach is that, while it serves to enhance the power of the manager, it fails to serve the company. Instead of a problem getting solved quickly, where a person in one dept talks to a person in anothe

Jason Fried es alguien al que hemos mencionado antes  varias veces:  Why work doesn't happen at work ,  Rework ,  consultip 155  y  consultip 141 . Les dejo  aquí  un video suyo en el que nos sugiere pensar a nuestra empresa como un producto . Es algo largo (70 minutos) y tiene algunos "bugs" importantes como no poder escuchar las preguntas de la audiencia pero no por eso deja de ser interesante. Además tiene la desgrabación más abajo para el que le gusta leer. En particular destaco algunos puntos: Su cruzada por mantener a salvo el foco y la atención de las personas que trabajan en la compañía. Su vocación por tener discusiones públicas . Hacer que todos escriban en un único lugar para tener a cada uno alineado y en la misma página. Su obsesión por el orden y el reuso del conocimiento ya logrado, hasta en la más mínima interacción. Su comentario final acerca del conflicto y la forma de decidir. Su foco combatir el FOMO (fear of missing out). Espero l

Encontré una perlita que se me había pasado. Un artículo escrito por Walter Isaacson llamado  The Real Leadership Lessons of Steve Jobs . Es, obviamente, para amantes de anécdotas de Steve Jobs, pero tiene varias lecciones importantes. Yo me quedo con una, que es  tener foco , y dejo tres extractos: "When Jobs returned to Apple in 1997, it was producing a random array of computers and peripherals, including a dozen different versions of the Macintosh. After a few weeks of product review sessions, he’d finally had enough. “Stop!” he shouted. “This is crazy.” He grabbed a Magic Marker, padded in his bare feet to a whiteboard, and drew a two-by-two grid. “Here’s what we need,” he declared. Atop the two columns, he wrote “Consumer” and “Pro.” He labeled the two rows “Desktop” and “Portable.” Their job, he told his team members, was to focus on four great products, one for each quadrant. All other products should be canceled. There was a stunned silence. But by getting Apple t

Como todos los días se aprende algo nuevo, hoy, leyendo el libro de Sebastián Campanario, Modo Esponja , me entero de la existencia de la ley de Hofstadter . No, no es la ley de Leonard Hofstadter , personaje de The Big Bang Theory. Se trata de otro, de Douglas, quien en su libro "Gödel, Escher, Bach: un eterno y grácil bucle" enunció que [1] "Hacer algo te va a llevar más tiempo de lo que piensas, incluso si tienes en cuenta la ley de Hofstadter." Una ley realmente interesante. Por un lado, no parece un salto intelectual tan grande, si es que le creemos al señor Parkinson  que dijo que [2] "El trabajo se expande hasta llenar el tiempo disponible para que se termine" Por otro lado, encaja perfectamente con lo que el señor Murphy  postula [3] "Si algo puede salir mal, probablemente saldrá mal" Lo que es para mi interesante es que arroja luz sobre uno de los grandes misterios de la humanidad: ¿por qué los proyectos se pasan siempre

Cuando leí el nombre del rol en este artículo realmente me interesé. Dije "Guau, un digital project manager", hasta me quedé pensando en su sigla (DPM) y si iba a verla seguido. Luego hice click en el link y me encontré con esto como primer párrafo: "The world has already moved online; has your job moved with it? Gone are the days of managing work using pen and paper, whiteboards and dry erase markers, sticky notes and the walls of your cubicle. And saving Microsoft Word documents and spreadsheets in a folder on your computer has become a thing of the past." De más está decir que me hizo mucho ruido eso de abandonar el papel, el lápiz y los pizarrones . Estoy de acuerdo en que depender cada vez menos de la cercanía física o del papel para lograr el éxito de los proyectos es importante , pero de ahí a decir que los días donde el project manager escribía terminaron, es demasiado. Es obvio que estoy citando un blog de una herramienta y que por consiguiente ha

Cuando se habla de automatización y robotización es común caer en discusiones relacionadas con pérdida de puestos de trabajo, la obsolescencia de la fuerza de trabajo y hasta la dominación de la humanidad por parte de los robots. Es cierto que los avances de la tecnología plantean muchos dilemas éticos, económicos y filosóficos. Pero también hay una lectura más práctica y simple del asunto.  La automatización también permite lograr ciertos beneficios (disminuir errores, bajar costos, evitar accidentes en profesiones de riesgo, etc) sin necesidad de afectar la empleabilidad de nadie. En ese sentido, destaco una nota de InfoTechnology  en la que se describen varios ejemplos de empresas argentinas que vienen trabajando en el tema. Lo interesante a mi criterio es la diversidad de formas en las que puede encararse la idea de "automatizar procesos de trabajo" . Desde la incorporación de robots hasta la sistematización de ciertos procesos clave por medio de software.

Hoy, en nuestra sección "No solo lo digo yo", resalto el post de Enrique Dans titulado El nuevo estándar de atención al cliente en donde se comentan cosas similares a las de un post publicado en este blog, el año pasado, llamado Soporte a Clientes . Algo a resaltar hoy es que la forma de atención (una de mis quejas en aquel entonces) viene mejorando rápidamente . Desde sistemas más integrados a las redes sociales (el nuevo IVR) hasta chatbots que ni siquiera requieren personas respondiendo todo el tiempo. Otro aspecto, no mencionado por Enrique o por mí anteriormente, es que el hecho de tener todo el historial de interacciones con el proveedor de servicio, supone un gran ahorro de tiempo del cliente a la hora de las explicaciones, en problemas repetitivos. Cambiando el ángulo de la conversación y pensando en servicios y clientes internos dentro de las empresas, veo aún más atraso. Pocas son las empresas que manejan necesidades, pedidos y reclamos de sus empleados v

En distintos órdenes de la vida, me encuentro con situaciones, bastante frustrantes por cierto, donde la gente me dice "tener mayor calidad implica tener un mayor costo" .  En algunos casos es cierto, en muchos otros, no. A veces decir esto es solamente una excusa para no pensar un poco más antes de hacerlas cosas . Imaginen lo popular que soy cuando digo estas cosas, no? Bueno, aquí encontré un escrito de Martin Fowler de 2011  donde habla de este tema, específicamente en el ámbito del software.  Les dejo el (interesante) artículo como lectura y la pregunta para pensar: ¿Es negociable o transable la calidad? Seguimos pensando..