Así no se hacen las cosas por Ernesto Kiszkurno

Leyendo este post de Yorokobu encontré esta iniciativa de enseñanza abierta y gratuita llamada Udacity . Interesante el post e interesante la iniciativa. Sin embargo lo que llamó más mi atención fue este curso gratuito sobre Testing de Software . Si alguno lo hace, me gustaría algo de feedback. Seguimos pensando..

Nuestra red de contactos será la que nos traiga proyectos. Por lo que necesitamos que crezca fuerte y saludable.  Dijimos que en consultoría lo importante es  construir relaciones . Nuestra red es tan fuerte como las relaciones que forjamos con nuestro ecosistema (clientes, proveedores, colaboradores y contactos).  Hay varias formas trabajarla, pero la más importante es ejecutar proyectos exitosos para que el cliente  vuelva . Seguimos pensando.. Foto de  Jeremy Bishop  en  Pexels .  T o dos los  consultips juntos están  aquí .  Si quieres leer el anterior puedes ir  aquí . Si quieres ir al próximo puedes ir  aquí .

Hoy encontré un interesante post de Paul Gerrard llamado On the Redistribution of Testing en el que arriesga algunos pronósticos sobre el futuro de los testers. Por un lado me gustó particularmente encontrar en su repaso histórico de la actividad de testing algunas ideas muy parecidas a las que expuse en la charla que día el año pasado en la UADE . Por otro encontré 4 puntos para destacar y transcribir: 1. La idea simplista de algunos que creen que saber de testing sólo requiere hacer un curso de 3 días y una certificación. “If a 3 day certification is all you need to be a professional tester, no wonder employers think testing is a commodity, so will outsource it when they can.” 2. La tendencia hacia la tercerización de este tipo de actividades por considerárselas un commodity . “Manual scripted system test execution will be outsourced (in the cloud). The cloud is here. Testers are everywhere. At some point, customers will lose their inhibition and take advantage of the cloud+

Empleabilidad, según Wikipedia, es la capacidad de una persona para conseguir o mantener un empleo. Allí se dice también que no hay una definición única. Supongo yo que diferentes temas requieren diferentes definiciones.  No obstante, al parecer sí hay más consenso en que el nivel de empleabilidad de una persona depende de 3 factores principales: El primero factor tiene que ver con las habilidades o capacidades de la persona para hacer un determinado trabajo. Si pensamos a una persona como una empresa, estamos pensando en la  capacidad  de producción. En un post llamado  Hay que ser curioso  mencioné el concepto de  Career Calculus  y la necesidad de focalizarse en la primer derivada. Hacer bien el trabajo y aprender constantemente son elementos clave de cualquier buen estrategia de carrera. El segundo factor es la capacidad que dicha persona tiene para transmitir esas capacidades a su (futuro) empleador. Siguiendo la metáfora de la persona como empresa, hablamos de  marketing  y/o ven

Días atrás Seth Godin publicó un post llamado Pest Control . Un lindo post con una frase que quedó resonándome: “A big part of doing your work is defending your time and your attention so you can do your work.” Es común encontrarse con gente que pide (o demanda) cosas en el trabajo que claramente son “su” trabajo. No debe temblarnos el pulso al decirlo aunque debemos estar preparados a recibir una mirada poco amistosa. Seguimos pensando..

El problema de tener todos los libros electrónicos es que no están a la vista y por consiguiente no es posible tentarse con ellos. Tentarse con libros es lindo. Algunas de las lecturas más lindas que he tenido surgieron de una tentación, de un arrebato.  ..pasé por esa biblioteca y sencillamente no pude resistirme a tomar el libro y empezar a leer.. Supongo que la solución sería tener ambas versiones (la electrónica y la de papel) para poder leer cómodamente y también tentarse en casa mirando la biblioteca. Seguimos tentándonos..

En consultoría hablamos de construir relaciones  que nos permitan sostener nuestro nivel de ocupación. Si hacemos un buen trabajo hoy ese cliente nos contratará en el futuro o nos recomendará a otros potenciales clientes. Seguimos pensando.. Foto de  S Migaj  en  Pexels .   T o dos los  consultips juntos están  aquí .  Si queres leer el anterior podes ir  aquí .  Si queres leer el próximo podes ir  aquí .

En mi post anterior sobre Critical Chain mencioné este artículo como un buen punto de partida para comprender el tema. Ahora quiero citar un pasaje donde habla sobre 3 “time wasters” típicos dentro de un proyecto: Multitasking It is recognised that multitasking – i.e. working on more than one task concurrently – introduces major delays in completing tasks. See these articles by Johanna Rothman and Joel Spolsky , for a discussion of why this is so. I’ve discussed techniques to manage multitasking in an earlier post. Student syndrome This should be familiar to any one who’s been a student. When saddled with an assignment, the common tendency is to procrastinate until the last moment. This happens on projects as well. “Ah, there’s so much time. I’ll start later…” Until, of course, there isn’t very much time at all. Parkinson’s Law states that “work expands to fill the allocated time.” This is most often a consequence of there being no incentive to finish a task early. In fact,

Ya dijimos que los entregables son importantes dado que constituyen la huella de nuestro paso por el proyecto . También dijimos que además de cuidar lo obvio -su contenido- necesitamos cuidar su estética , pero la cosa no termina ahí.  Necesitamos asegurarnos de que su legibilidad y organización son adecuadas también. Una buena regla para esto es tratar de imaginarnos cuál sería la forma correcta de ordenarlos y encadenarlos para que resulte fácil su lectura 5 años después de haberlos entregado (cuando ya no recordamos ningún detalle del proyecto. Seguimos pensando.. Foto de  Tara Winstead  en  Pexels . T o dos los  consultips juntos están  aquí .  Si queres leer el anterior podes ir  aquí .  Si queres leer el próximo podes ir  aquí .

Por recomendación de Maxi estuve probando este fin de semana la aplicación Read It Later (ahora Pocket ) que, como su nombre lo indica, sirve para guardar links para leer luego. Las 4 cosas más interesantes que permite hacer son: Guardar páginas desde cualquier navegador mediante una extensión, un dispositivo Android, un iPhone o un iPad. Leer lo guardado off-line desde cualquiera de estos dispositivos, si previamente fueron sincronizados. Leer en forma cómoda despejando la página de distracciones, especificando el tipo de letra y el tamaño. Mientras leemos off-line, marcar cosas que luego serán guardadas para leer también. Muy buena realmente y encima es gratuita. Seguimos pensando..

Todo proyecto de consultoría tiene un presupuesto. Los costos típicos son horas del equipo y gastos operativos para rodarlo (viajes, material, informes, etc). Usualmente además el costo del equipo es el que se lleva el mayor porcentaje. Es por eso que debemos seguir permanentemente cómo estamos de horas. Esto quiere decir que tenemos que ir registrando las horas que cada miembro del equipo incurre en el proyecto y proyectando las que nos faltan para terminar (las restantes ). Si la suma de ambas está por debajo de lo planificado , estamos bien. Si están por encima, tenemos un desvío (estamos mal). Esta es la forma más rudimentaria de hacer el análisis. Obviamente puede complicarse, pero como inicio está muy bien. Si quieren más detalles pueden leer aquí . Los desvíos de presupuesto ocurren, son parte del día a día y con cada proyecto que rodamos corremos el riesgo de no cumplir con lo que nos propusimos. Como se ha dicho por ahí tantas veces, "no está mal correr riesgos, lo que es

Hace muchos años leí un post de Joel Spolsky llamado Painless Software Schedules que me marcó mucho la forma de pensar en cómo controlar el presupuesto en horas de un proyecto o servicio. Él ahora dice que ha encontrado nuevas formas de planificar pero yo sigo pensando que la primera, por su simplicidad, es la más fácil de cumplir en cualquier tipo de proyecto. Si queremos entender cómo vamos en un proyecto debemos actualizar periódicamente un cuadro similar al que muestro a continuación: En ella es posible ver para cada perfil el esfuerzo en horas planificado , el esfuerzo en horas incurrido y nuestra mejor estimación del esfuerzo restante para terminar el proyecto. Con ellos es posible calcular el desvío que tenemos. En el ejemplo vemos que tenemos un desvío de 50 horas (o 10%). El proyecto está pasándose del presupuesto previsto. Tener esta información, nos permitirá hacer con más tiempo 2 cosas. En primer lugar, informar al sponsor del proyecto lo que ocurre para que est

Una enseñanza que muchos de nosotros hemos aprendido por las malas imagino. Algunos de chicos, otros de grandes.  En la vida del consultor habrá muchos momentos en los que tendremos que hacer tripas corazón, como decimos aquí en Argentina, y aceptar que nuestros interlocutores no nos hablen de la mejor forma. En esos momentos tener templanza será nuestra salvación. Seguimos pensando.. T odos los consultips juntos están  aquí .  Si queres leer el anterior podes ir  aquí . Si queres leer el próximo podes ir aquí .

El otro día publique el consultip 39 sobre vestimenta: ”Evite sentirse mal o incómodo en la reunión con su cliente. Es preferible estar (sobre)vestido y no (sub)vestido.” Para algunos resultó obvio, para otros no. Entender cual es el código de vestimenta del trabajo resulta clave para maximizar nuestro desempeño e imagen profesional . Aclaro que esto no necesariamente implica estar sobrevestidos siempre. En general es mejor que estar (sub)vestido, aunque hay excepciones. Hay culturas empresariales donde el código de vestimenta apunta a otro lado y debemos ser sensibles a ello. Siempre cuento la anécdota de mi primer reunión con un potencial cliente “.com” donde ni bien entre me di cuenta que estar sobrevestido restaba algunos puntos y me hacia sobresalir en forma negativa . Doy 2 razones por las que debemos ser cuidadosos al vestirnos: Es más seguro . Si nuestro interlocutor es sensible al tema, estaremos cubiertos. Si no, estar bien vestido no daña. Nos tranquiliza . Como n

Dijimos, en el consultip 16  hace un tiempo que,  para minimizar el gap de expectativas, debemos comunicar explícita y periódicamente lo hecho, donde estamos y a donde vamos .  Adicionalmente, necesitamos dar feedback al cliente. Esto quiere decir que necesitamos decirle qué cosas debe ajustar en su comportamiento futuro para que nuestra relación se de de la mejor manera y el proyecto/servicio logre los mejores resultados. Seguimos pensando.. T odos los consultips juntos están  aquí .  Si queres leer el anterior podes ir  aquí . Si queres leer el próximo podes ir aquí .

Desde hace algún tiempo he comenzado a releer sobre temas de planificación de proyectos. Desde las herramientas más tradicionales como la WBS o Earned Value hasta algunas un poco más sofisticadas. En este camino me reencontré con el libro Cadena Crítica de Eliyahu Goldratt. Una novela que presenta una teoría alternativa para la planificación de proyectos que busca resolver esos eternos problemas de la planificación y ejecución de proyectos. El libro me resulta entretenido pues combina una trama ágil con temas relevantes para mi profesión. La crítica posible, para este tipo de libros novelados sobre temas técnicos, es que es difícil extraer el núcleo de la teoría. Afortunadamente encontré dos artículos muy piolas: este y este . Ambos muy claros. La sensación que tengo es que para cierto tipo de proyectos muy comunes en mi entorno profesional, “critical chain” puede dar mejores resultados. En particular encuentro diversos puntos de contacto entre conceptos "ágiles" y est

Tomando prestada una frase del cluetrain manifiesto  en este consultip quiero destacar que los aspectos más importantes y difíciles de abordar en los proyectos son los humanos . El éxito de nuestro proyecto, el aporte de valor y la satisfacción de nuestro cliente estarán fuertemente relacionados con las conversaciones que logremos tener con él. Desde entender qué quiere hasta explicar que encontramos serán conversaciones. Resolvemos los GAPs con nuestro cliente conversando. Seguimos pensando.. T odos los consultips juntos están  aquí .  Si queres leer el anterior podes ir  aquí . Si queres leer el próximo podes ir aquí .

Así como no hay una metodología de desarrollo que sirva para cualquier tipo de proyecto, lo mismo ocurre con la consultoría. Distintos tipos de proyectos de consultoría requieren distintos tipos de enfoque y de metodología de trabajo . Desde hace un tiempo vengo pensando que en cierto tipo de proyectos de consultoría las metodologías ágiles tienen mucho para aportar. Pienso en esos proyecto que por lo general son cortos, involucran equipos reducidos y temas abiertos, difusos y poco explorados (por el cliente y por el consultor). En este contexto, el concepto de consultoría artesana (que yo igualo con el de consultoría boutique que algunos utilizan) me parece poderoso. Pensando y buscando sobre esto, me encuentro con el post Consultoría Artesana y Métodos Agiles donde se explora la relación entre ambos. Si bien no todas las ideas son aplicables al tipo de proyectos que caen en mis manos, el artículo resulta ser un punto de partida para el análisis. Resalto uno de los pasajes más sig