Así no se hacen las cosas por Ernesto Kiszkurno

San Martín escribió para su hija una serie de máximas como parte de su (re)educación. La número 9 era "Que hable poco y lo preciso" En la película Get Shorty , John Travolta le explica a Gene Hackman cómo actuar en una determinada situación. Uno de los consejos fue "No hables a menos que debas hacerlo" Hemos escuchado muchas veces la frase "Nunca hagas promesas que no puedas cumplir" Las 3 citas me parecen importantes porque hablan del valor que tiene la palabra. En estas últimas semanas tuve algunas situaciones que me hicieron reflexionar sobre la importancia de la palabra como valor y sobre lo devaluada que está en esta época. Mi deseo para el 2011 es que logremos (man)tener las palabras justas (ni más, ni menos). Seguimos pensando..

Si bien existen varios modelos de contratación de servicios de desarrollo o testing de software superiores, el viejo y conocido “time and material” sigue vigente. A continuación cinco problemas asociados a este tipo de contratación: Tengo que gestionar a las personas. Estoy encargado de la persona. Es decir que debo decidir qué debe hacer en todo momento, velar por su motivación, etc. El riesgo es todo mío. Planifico y estimo yo, ergo, si me equivoco, pago más tiempo. Pago el re-trabajo. Si se equivocan, debo pagar más tiempo para que corrijan su trabajo. Me quedo con la peor gente. Como menciono en Signalling, Capital Humano y Great Place To Work , la mejor gente prefiere trabajar por resultados sin que la estén cronometrando y persiguiendo con los horarios. El proveedor no tiene incentivos para entregarme más valor del comprometido. Como comenté en Teoría Económica y Outsourcing , una vez que la persona está asignada a mí, el proveedor se olvida y pasa a otro tema. Esto se

Hay personas que pueden separar trabajo de disfrute. Esto es pasar mucho tiempo de su vida trabajando en un lugar, cumpliendo su tarea profesionalmente para luego salir de allí y buscar ser felices y/o disfrutar de la vida de alguna forma. Otras personas no pueden hacer eso y necesitan disfrutar del trabajo que hacen y de con quien lo hacen. De igual forma hay empresarios que pretenden tener una empresa donde la gente vaya, haga su trabajo profesionalmente y punto. Estas personas tienen como meta ganar dinero exclusivamente  (y por consiguiente las personas que trabajan con ellas también, exclusivamente ). Hay otra clase de empresarios que pretenden tener una empresa donde la gente disfrute estar. Pero cuidado, ser feliz en el trabajo (o disfrutar de él) no significa "estar de joda". En palabras de Alexander Kjerulf , autor del libro Happy Hour is 9 to 5 , felicidad en el trabajo: … is a feeling of happiness derived from work. … is that feeling you get when you: Reall

Algunos años atrás trabajar en software tenía un único significado: ser programador. Hoy el panorama ha cambiado y hay otras especialidades consideradas importantes (o necesarias) dentro de la comunidad informática. Dicho esto, también hay que decir que la percepción de valor agregado de cada una de ellas varía de persona a persona y de grupo en grupo y de empresa en empresa. Las personas que hacen testing no se encuentran ajenas a este hecho. Dentro de los equipos de trabajo el tester debe hacer un esfuerzo adicional por ganarse el lugar. Es como que la gente no puede entender por qué alguien decide trabajar en eso. Para esa gente, y para la que está indecisa de si vale la pena, enumero 8 razones por las que podría valer la pena hacerlo. Trabajar en testing (al menos un tiempo) tiene sentido porque desde allí es posible: Relacionarse con usuarios, además de programadores. Conocer el negocio en mayor profundidad. Lograr una visión más general del ciclo de desarrollo de software (

La visión tradicional de la mejora es trabajar en el proceso de desarrollo del software para lograr así mejores productos. Considero que ese enfoque es necesario pero no suficiente. También es necesario complementarlo trabajando directamente sobre el producto. Hacer control de calidad sobre el producto en forma directa proporciona beneficios concretos, como por ejemplo: Descubrimiento de problemas que pueden corregirse, produciéndose así una mejora directa de la calidad. Determinación de metas relacionadas con la calidad del producto. Entender ¿qué es tener calidad para nosotros? Entendimiento del nivel de calidad real del producto. ¿Cuán lejos estamos de las metas planteadas? Lecciones aprendidas “en la práctica” para incluir en el proceso, haciendo las intervenciones posteriores sobre el proceso son más productivas y útiles. Desde ya que es importante trabajar desde ambos lados puesto que juntos producen un círculo virtuoso que permite hacer fluida la mejora. Pero si tuviera q

Sí, por supuesto, siendo informático es más fácil aprender la profesión. Muchos de los conceptos que hay que aprender para ser un buen tester se adquieren en una carrera informática. Pero también es cierto que no es un requisito indispensable (no es necesario ni suficiente). Conozco muchos testers provenientes de otras carreras que han llegado a niveles de excelencia altísimos en la tarea. Por ejemplo.. Usuarios de áreas fuera de TI que conocen muy bien el negocio y tienen una visión única de las aplicaciones y los procesos. Personas provenientes de carreras que agudizan algunas de las habilidades mencionadas como por ejemplo contadores, matemáticos o físicos. Este no es un post dedicado a los informáticos, sino a los no informáticos, con un único objetivo: decirles que ustedes pueden también!! Si reúnen las habilidades de un buen tester , pueden hacer el trabajo. Tal vez tengan que estudiar por su cuenta y aprender cosas técnicas pero se puede. Seguimos pensando..

No se trata solo pegarle al teclado , también es necesario cultivar ciertas habilidades: Meticulosidad. Curiosidad para buscar los errores, para entender la funcionalidad, .. Buenas habilidades de comunicación (escrita y oral). Solvencia técnica (para poder hablar con el desarrollador, entre otras cosas). Entendimiento del negocio (para poder hablar con los usuarios). Mindset diferente . Me parece importante resaltar el hecho de usar la palabra habilidades ya que en mi opinión un tester se hace, no se nace . Seguimos pensando..

Soy un gran fan de las novelas policiales. He leído muchas (desde las más clásicas hasta las más modernas). Me encanta esa estructura de "situación imposible, investigación y resolución magistral del crimen con todos los implicados presentes" totalmente previsible pero que te atrapa en los detalles. El cuarto herméticamente cerrado, la historia de cada personaje en relación a la víctima y en particular el detective. Ese personaje que resuelve el crimen como si fuera un mago, o un semi-dios. Cada autor tiene uno de cabecera, que permanece en la mayoría de sus obras. Agatha Christie tenía a Poirot, Dickson Carr tenía dos (Gideon Fell y Sir Henry Merrivale), Sir Conan Doyle tenía a Sherlock Holmes, etc., etc. Usualmente se trata de un personaje excéntrico, medio mal llevado en algunos casos, fóbico en otros. Pero que siempre es dueño de una inteligencia y una perspicacia sin igual. Una versión moderna de este mismo juego, en la era de la televisión, es Dr. House por supuest

Trabajar en una empresa dedicada a brindar consultoría es estar dentro de una organización matricial donde uno de tus jefes está al lado tuyo (el cliente) y el otro está más lejos (tu jefe real). Aceptar este hecho permite entender mejor la dinámica de nuestro trabajo y mantener claro el rumbo. A continuación 2 diferencias y dos similitudes entre estos dos “jefes”. 2 diferencias Por un lado está el cliente, que "casi" siempre tiene la razón, para marcar los objetivos y las prioridades propias del proyecto. Por el otro está la organización a la que pertenecemos y con la que conversaremos sobre otros proyectos, nuestra carrera y nuestros intereses en general. Uno proporciona los ingresos necesarios para que nuestra organización exista y el otro el sueldo :-) 2 similitudes Ambos demandan confidencialidad, respeto y profesionalismo. Ambos tienen que estar satisfechos con nuestro trabajo. Seguimos pensando..

Parece que la gente cree que la tarea de definir, planificar, comunicar e implementar una estrategia se resume a armar un PowerPoint. Se pasan tanto tiempo armando la presentación que terminan por creer que la estrategia definida allí.. es buena es implementable será aceptada está implementada Me he cansado de ver planes en hermosas presentaciones que luego son impracticables en la realidad. Planificar estratégicamente es más que armar un PowerPoint. De hecho el PowerPoint es una herramienta de comunicación , no un compilador de estrategias. Seguimos pensando..