No se puede decir que sea muy prolijo escribiendo en este blog :), a diferencia de otros, no tengo la presión de publicar a diario, como explica Enrique Dans, el puede hacerlo por su "modus vivendi", utilizando sus palabras, y yo creo que tiene necesidad de hacerlo, incluso raya en el "mono" ;) de publicar diariamente. Cada vez me gusta más lo que escribe este hombre.

PDAs

Me ha llamado mucho la atención que en el ayuntamiento de Madrid los policias vayan a poner las multas en PDAs (Noticia)... Eso me ha recordado a como empezó la empresa, dedicados a los PDAs y a la movilidad, cosa que terminó mal, como ya he comentado por aquí. Realmente las/los (nunca he sabido que género utilizar) PDAs tienen mucha utilidad, el problema es que (pienso yo) mucha gente lo ve como una agenda, cuando realmente es un ordenador, también es verdad que 400€ por un aparatito era dinero, pero ahora puedes encontrar PDAs de Palm por la mitad de eso. Yo por ejemplo utilizo el PDA principalmente, como agenda (sincronizada con el Outlook de mi equipo), como listín telefónico, como almacén de contraseñas (SplashID) y para controlar en que utilizo el tiempo (PunchClock).

Herramientas de control de proyectos

En un comentario a uno de los post que hice sobre el control de proyectos, Vicente Egea comenta de una herramienta llamada TUTOS que he empezado a evaluar, me gusta bastante, más que las otras que había probado hasta el momento. Continuaré probando y publicaré las conclusiones.

Desde hace tiempo sigo una web sobre programación (www.marteens.com), escrita por Ian Marteens, un profesional como la copa de un pino, por lo que yo se, cuyos conocimientos técnicos y agudeza liguistica no paran de impresionarme. Pero últimamente me está fastidiando un pequeño aspecto de su web, quiero dejar claro que es su web, su medio para escribir lo que quiera, al igual que éste es mi blog, ultimamente hace muchas referencias a temas políticos, a frases que dice tal o cual ministro, tal o cual presidente, que, sinceramente, a mi me importan poco, porque lo que yo busco en su página son sus comentarios técnicos, sus trucos y los anuncios de nuevos libros y nuevos cursos.

No se, creo que no hay que mezclar temas. Esta claro que es una opinión totalmente personal.

Lo siento Ian, pero que los dos primeros párrafos de la página hablen de Jose Luis Rodriguez Zapatero... prefiero cuando agudizas el ingenio para hablar de las empresas de software que tanto hemos "amado"/"odiado" (lease Borland).

Leyendo un post de hace unos días en Cyberf ,aqui, me recuerda una "batalla" que he tenido siempre con mis jefes, clientes, empleados, etc. el tema de facturar, cobrar, vender "horas".

Ahora que estoy en el bando de "los jefes" entiendo porque se hace, hay varios motivos:

Comodidad, me explico, controlar horas es fácil, entras a las 09:00 y sales a las 14:00, son cinco horas.

Igualdad, cinco horas son cinco horas para todo el mundo, medimos a todos con la misma medida.

Cultura, la gente está acostumbrada a trabajar dentro de un horario, de hecho obligan a las empresas a tener el calendario laboral donde se especifica el horario de trabajo.

Ojo, no digo que esté de acuerdo con esto, sino que ahora lo comprendo. Controlar el trabajo mediante horas y horarios es más cómodo y sencillo para todos, controlar el trabajo por objetivos implica que el jefe debe entender lo que hacen los empleados, deben existir indicadores claros del trabajo realizado y tanto la empresa como los trabajadores deben aceptar el retribuir/cobrar de forma variable, a tanto trabajo realizado tanto dinero, y eso es complicado.

Al implementar un sistema de retribución por objetivos hay que ir con mucho cuidado de retribuir a quien haya que hacerlo y no que unos se tapen con la manta de otros. Los objetivos deben ser claros, medibles y que no entren valoraciones personales, sólo trabajo realizado, teniendo en cuenta los factores de cantidad y calidad. Los objetivos deben entenderlos, comprenderlos y aceptarlos, tanto los que realizan el trabajo como quienes lo controlan.

En el desarrollo de software no me gustan los objetivos que se basan en la cantidad de líneas, lo encuentro absurdo, es como pagar al albañil por ladrillos colocados, cuando lo que debe hacer son metros de muro, suena parecido, pero no es lo mismo. Si un programador es más eficaz reutilizando código y con menos líneas resuelve un problema, ¿debe cobrar menos, según la cantidad de líneas? Al revés, porque al haber escrito poco seguramente habrá introducido menos errores en el código.

Mucho mejor veo un combinado de número de errores introducidos (cuantos menos mejor), dificultad de la tarea (establecer un sistema de puntuación/pesos/ponderación) y cumplir con las fechas. Es importante el establecer unos objetivos de grupo y unos personales, de forma que se recompense tanto los resultados globales como los particulares.

Claro que para medir todo eso, no se puede hacer de forma manual, hay que tener unas herramientas que lo controlen de forma automática y, a ser posible, integradas dentro del entorno de desarrollo.

Nosotros de momento continuamos buscando la mejor forma de hacerlo.