Así no se hacen las cosas por Ernesto Kiszkurno

Trabajar de tester requiere un estado mental radicalmente distinto al de otros roles dentro de un proyecto de desarrollo de software. No es como el de un desarrollador puesto que mientras el desarrollador está preocupado por construir funcionalidad en el software, el tester debe tener una visión crítica sobre la forma en que esta funcionalidad ha sido construida. No es como el de un gerente de proyecto (el PM) , quien en realidad está tratando de terminar el proyecto a como de lugar. El tester en realidad intenta terminarlo pero con un determinado nivel de calidad mínimo . Y no es como el del usuario , quien en realidad está tratando de entender qué es lo que quiere lograr con el software. El mindset de un tester es diferente y está compuesto por 4 sombreros que, de algún modo, involucran a los roles mencionados. 4 sombreros Tener una visión crítica no es igual a tener una visión destructiva. Intentar "romper" el software de alguna manera es una parte del tr...

Cada vez estoy menos seguro de que medir el ROI sea necesario siempre. Voy un paso más, creo que en más casos de los que uno se animaría a admitir, calcularlo resulta perjudicial. Dicho esto, también es cierto que cuando hay un ROI claro, la toma de decisiones se vuelve una tarea más fácil. Para aquellos que están preocupados por calcular ROI en social media dejo aquí un video muy lindo.

Ayer un amigo compartió conmigo este post donde se muestra un pedazo de código producido por una organización CMMi nivel 5 que, hasta para gente más oxidada como yo, muestra problemas serios de calidad. Eso me recuerda a una vieja frase que dice que el proceso no garantiza el producto . Obviamente tener un buen proceso aumenta las probabilidades de lograrlo, pero no es garantía. También hay muchos ejemplos de buenos productos que fueron construidos sin un buen proceso. Pero ¿qué es lo que permite que esto suceda? Pues el factor clave en cualquiera de estos casos es la gente. Será la calidad, actitud y compromiso de la gente para con el desarrollo la que determine su calidad en última instancia. A mi entender ambos, proceso y gente, son componentes necesarios pero no suficientes (individualmente) para lograr desarrollos de alta calidad. Seguimos pensando..

Leí Wikinomics de Don Tapscott y Anthony Williams. Un libro del 2006 muy interesante y comentado.  Lo quería leer hace tiempo pero por una cosa o la otra iba quedando más abajo en la pila de los libros para leer . Ni bien lo terminé lamenté mucho haber tardado tanto en agarrarlo. Huelga decir que me gustó mucho. De las muchas cosas para analizar del libro comento dos puntos que me parecieron interesantes: La forma en que los autores explican el significado y la importancia que tiene el concepto de "compartir en la red" actualmente. Antes la estrategia usual de las empresas era guardar su conocimiento bajo siete llaves (la famosa fórmula de la Coca Cola), ahora empieza a ser evidente que hay más ideas fuera de la empresa que dentro y que emprendiendo conversaciones más allá de los límites de nuestra organización conseguiremos mejores resultados. Leer sobre la estrategia de IBM respecto de Linux justo en este momento cuando Nokia hace algo similar con Symbian . En su mom...

Hace unos meses hice un experimento en Facebook poniendo un estado que decía algo así como “buscando qué leer”. La verdad es que no necesitaba ideas sobre qué leer, fue más bien un impulso. Definitivamente no era una necesidad. No obstante los amigos respondieron con un montón de libros recomendados. Algunos ya estaban en el cementerio de los libros leídos pero la mayoría fue a parar a la pila de los libros “para leer”. Si ustedes son como yo, apasionados de los libros, seguro tienen una. Algunos la tienen en la mesita de luz (todos a mano y listos para resolver el antojo que tengamos al ir a dormir o en el fin de semana) , otros la tienen en un estante de la biblioteca (de tal libro para allá están todos los que no leí y ojo con que alguien me los cambie de lugar porque entonces se me rompe el orden), los fanáticos de GTD la tienen en una lista (obvio!) y los “geeks” la tienen electrónica (en un archivo, los libros digitales, el Kindle, etc.). Si ustedes son como yo, informáticos...