Así no se hacen las cosas por Ernesto Kiszkurno

No deja de sorprenderme la forma en que algunas empresas pretenden introducirse en el mundo de las redes sociales. Creen que la tarea se resume a sacar una cuenta en Twitter y contestarle a la gente que se queja por su #ceroservicio . Sí, es cierto, es un inicio. Hay otras empresas que ni eso hacen, principalmente porque están aterrorizadas de lo que sus clientes pueden decir por esa vía. Pero no es suficiente!!  Antes de sacar la cuenta deberían preocuparse por dar un buen servicio en general y no un buen servicio en particular. De a uno a la vez, y en mensajes de a 140 caracteres, les va a costar atender a todos los clientes descontentos. Me atrevo a decir que son muchos!! Luego, una vez metidos, deberían estar a la altura. En lugar de pedir que nosotros los clientes "pasemos los datos por DM", deberían tener sistemas que permitan al individuo que maneja la cuenta ver los datos que ya tienen. Digo, si alguien con nombre y apellido se queja en Twitter por el servicio, no es

Hoy mi amigo @bicubico publicó el tuit que sigue: "Gestión de proyectos con 2 Zanahorias : El premio es zanahoria por delante, el castigo es la zanahoria por detrás." Lo que hay que oír... — Leopold Bloom (@bicubico) July 29, 2013 A mí me hizo acordar a un pasaje del libro Peopleware, en el capítulo llamado “MAKE A CHEESEBURGER, SELL A CHEESEBURGER”. Particularmente la parte resaltada en rojo: Management is a complex enough thing to defy simple definition, but that nuance was lost on one senior manager we encountered at a professional society meeting in London. He summed up his entire view of the subject with this statement: "Management is kicking ass." This equates to the view that managers provide all the thinking and the people underneath them just carry out their bidding. Again, that might be workable for cheeseburger production, but not for any effort for which people do the work with their heads rather than their hands. Everyone in such an environment

De un gran libro, un gran consultip. Diría en realidad que este no es sólo un consejo para los ingenieros de software, sino que sirve para cualquier profesional. 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í .

Ya mencioné este video aquí pero como veo que el link del post de Reynolds ya no funciona, lo engancho nuevamente. Es sencillamente buenísimo! Seguimos pensando..

Estamos sentados frente a la computadora trabajando en un documento, cuando llega un correo. ¿Por qué lo sabemos? Porque tenemos el aviso de llegada de correos activo. Es de Martín, nuestro jefe (un cliente o alguien importante del trabajo). La frase de comienzo del correo no nos permite medir la temperatura del correo (caliente = hay que contestar de inmediato, frío = te están avisando de alguna pavada que podes leer dos o tres días después). Seguimos trabajando unos segundos hasta terminar la frase que estamos escribiendo, intentando resistir la tentación de hacer Alt+Tab e ir a ver qué es. Sí, tenemos el cliente de mail abierto también. Y sí, tan locos no estamos, podemos resistir hasta terminar la frase. Terminamos la frase, hacemos Alt+Tab. Leemos el correo. Quema y por eso no podemos contestarlo ya. Queremos hacerlo con tiempo y tranquilos. Ahora no es momento, nos quedan 15 minutos para terminar el documento que presentaremos en la reunión que empieza. Decidimos seguir trabaja

Creo que ya casi no queda gente que pueda vivir sin usar el correo electrónico. Somos muchos los que debemos dedicar una buena parte de nuestro tiempo a leer, responder o escribir correos electrónicos en el trabajo. Y también somos muchos los que usamos la herramienta para hacer nuestra vida personal más eficiente. La cuestión es ¿las mezclamos? Hay 10 clases de personas cuando hablamos de este tema: las que sí y las que no (chiste nerd, lo siento). Sin querer comparar ambas estrategias ya que tal vez se trate de un aspecto religioso , voy a contar porque yo soy partidario de mantener ambas cuentas separadas. En primer lugar mantenerlas separadas me permite no distraerme y lograr foco . Cuando estoy trabajando el nivel de interrupción por temas personales es bajo, y lo mismo ocurre cuando no estoy trabajando. Segundo, tengo privacidad . No es que crea que los administradores del correo del trabajo están espiándome pero para que tentar a la gente, no? Tercero, y último, me permite dese

Debemos tomarnos el tiempo de escuchar y entender lo que necesita. Tal vez lo que ofrecemos no sirva para resolver el problema pero por lo menos lo sabremos desde el inicio. 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í .

La presentación no es muy buena pero sí muy interesante pues Scratch es muy interesante como herramienta para que los chicos aprendan a programar. Como padre pienso que, si mis hijos van a pasar mucho tiempo frente a una pantalla, tal vez programar sea una buena forma de hacerlo. Seguimos pensando..

El grueso de las organizaciones se manejan siguiendo las pautas de una meritocracia . Según Wikipedia: "La meritocracia (del latín mereo ‘merecer, obtener’) es una forma de gobierno basada en el mérito. Las posiciones jerárquicas son conquistadas con base al mérito, y hay una predominancia de valores asociados a la capacidad individual o al espíritu competitivo, tales como, por ejemplo, la excelencia en educación o deportes." Los opositores a la meritocracia usualmente señalan que su principal problema es quién mide el mérito. Pues bien, en el mundo de las organizaciones (empresas), ese problema está resuelto. Para un equipo, será su líder. Para un área, será el gerente o el jefe del área. Para la compañía, su presidente o su accionista mayoritario. La organización jerárquica, dirime la cuestión. Dicho esto, está claro que no es un sistema ideal. Se ven injusticias producto de esto pero también actos de justicia. Yo en lo personal no estoy seguro de que exista un ideal pero

El contador de personas suscriptas por mail que me provee Feedburner me tiene desconcertado. Hay días que la cantidad baja hasta un 10% y al otro día sube mágicamente. Tal vez es porque realmente hay gente que se borra y gente que se agrega pero parece demasiada rotación para el tipo de gente que frecuenta este blog. Raro, si alguno tiene experiencia con el tema y quiere compartirla, encantado de recibir feedback. Seguimos pensando..

Ya he hablado aquí sobre estudiar informática más de una vez. Creo que es importante intentar, cada uno desde nuestro lugar, contribuir a ampliar nuestras capacidades en ese campo a nivel país. Pocos días atrás recibí un tuit de @SantiagoCeria , Director Ejecutivo de la Fundación Sadosky , donde contaba sobre un nuevo sitio creado por el programa Vocaciones en TIC llamado Estudiar Computación . El equipo de "Vocaciones en TIC" de la Fundación Sadosky creó "Estudiar Computación". Ayudanos a difundirlo! http://t.co/IhuZdCRiCE — Santiago Ceria (@santiagoceria) July 10, 2013 El objetivo de dicho sitio es reunir información relevante para aquellas personas que estén pensando en entrar alguna carrera de computación. Desde aquí, felicitaciones por la iniciativa! Seguimos pensando..

Del libro Getting Real de 37 signals: If you are trying to decide between a few people to fill a position, always hire the better writer. It doesn’t matter if that person is a designer, programmer, marketer, salesperson, or whatever, the writing skills will pay off. Effective, concise writing and editing leads to effective, concise code, design, emails, instant messages, and more. 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í .

Encontré este video en esta nota de LA NACION. Interesante y muy necesario pensar en estos temas. Seguimos pensando..

En el libro Getting Real se dice que “las interrupciones son el enemigo” porque cortan el flujo mental , lo que a su vez provoca pérdida de productividad. Tardamos más en hacer lo que nos proponemos o simplemente no logramos hacerlo. Voy a tratar de tener esto en cuenta la próxima vez que este por interrumpir a alguien. Seguimos pensando..

Structured Procrastination es el nombre de un interesante artículo escrito por John Perry que me pasó Juan Echague. ¿Qué es la procrastinación estructurada? Según su descubridor es “an amazing strategy I have discovered that converts procrastinators into effective human beings, respected and admired for all that they can accomplish and the good use they make of time” Mediante esta estrategia aprovechamos el tiempo que tenemos por “ no hacer esa tarea importante que dejamos de lado” para hacer “ otra tarea menos importante pero valiosa” . Simplemente genial. ¿Cómo hacemos para avanzar en esa tarea que venimos posponiendo desde hace tanto tiempo? Nos inventamos un mal mayor, una tarea más importante y más difícil. Bueno.. otra técnica para tratar de subir nuestra productividad. Podemos sumarla a los tips que di en este post . Seguimos pensando..

Hoy más que nunca, las empresas de software y consultoría deben saber que sus empleados son sus clientes. Primero, la escasez de recursos informáticos es un hecho bien documentado. Segundo, todos sabemos que es más eficaz y más eficiente mantener un cliente actual que adquirir otro. Pensar a empleados como clientes nos permite entender que mantener un empleado es mejor que conseguir uno nuevo. Sí, ya sé que hay excepciones pero ese es un problema a resolver en el proceso de contratación. 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í .

Seguimos pensando..

Algunas semanas atrás publiqué un primer post con un diálogo. La idea era que cada piense la columna izquierda y, si le interesa, comente. Aquí va otro. --Hola, quería reunirme con vos para decirte que me voy de la compañía. --¿En serio? ¿Por qué? Tenés menos de un mes con nosotros. ¿Pasó algo? --Me llegó una oportunidad que no puedo rechazar. Es "LA" oportunidad. --En realidad podes rechazarla, tal vez no queres hacerlo. Bueno y ¿cuándo nos dejas? --En una semana. Seguimos pensando.. PD: Podes leer el próximo aquí .

El otro día escribí un post llamado En desarrollo de software, de religión no se habla en el cual intentaba pensar en esos temas que conviene (o no) discutir con nuestros equipos de desarrollo. El post motivó algunos comentarios interesantes y extremos. Por mi parte también seguí con el tema en clase . Allí hice el mismo planteo y conseguí lo mismo. Gente que está por la idea de dejar más a criterio de los programadores algunos de estos aspectos y también gente que está por la idea de “marcar la cancha”. No obstante, de la clase sacamos dos conclusiones: Hay ciertos acuerdos que deben ser tomados o es muy difícil trabajar eficaz y eficientemente. El “seniority” del equipo de desarrollo influye muchísimo en el nivel de acuerdo a alcanzar. Equipos más jóvenes deberán tener una estructura más rígida de acuerdos. Equipos más experimentados podrán tener más libertad. Yo, en estas cuestiones, siempre sigo el consejo que le escuché a Boris Beizer en una conferencia en el año 1998:

Todavía hay gente que confunde controlar la tarea con facilitar la tarea. Obviamente el control de las tareas es necesario, pero si somos exitosos facilitándola primero, seguramente el control será más fácil o innecesario. 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í .