El blog de Juan

Llevo unas semanas intentando aumentar la productividad de la empresa, comenzando por:

• Reducir los errores.
• Reducir tiempos.
• Mejorar el proceso de compra.

Lo primero que hemos hecho, es tener un control de stock en condiciones, esto nos está permitiendo tener un catálogo de productos más amplio, reducir errores de roturas de stock, y sobre todo, con el sistema de aprovisionamiento automático, estamos optimizando nuestros recursos financieros al máximo. Es complicado determinar el ahorro exacto, pero hemos aumentando las ventas un 70%, y hemos reducido el stock en un 80%!!!, con respecto al mismo periodo el año pasado. La verdad, es que nos está costando un poco, pero merece la pena.

Otro aspecto importante, es la integración de un sistema de tickets para la gestión al cliente, aunque es reciente, ya está dando sus frutos, ya no se “pierden” los correos de los clientes, y sobre todo, hemos reducido un gran número de errores, provocados por clientes que envían correos para cambiar algo sobre sus pedidos.

Por último, la integración de nuestro sistema con nuestros partners está avanzado

• Por un lado nuestra asesoría dispone de un acceso a nuestro ERP, con lo cual puede llevar la contabilidad sin necesidad de pedirnos constantemente facturas, ingresos, etc… el ahorro para mí ha sido de 5 horas mensuales, pero sobre todo, el despreocuparme de tener que enviar la documentación el último día antes de que se acaben los plazos en hacienda.
• Y por otro lado, la integración con las empresas de transporte, nos ha supuesto un enoooorme ahorro en tiempo y en fallos.

Nuestra estimación, basa en el mismo periodo del año anterior, es que hemos conseguido al menos ahorrar 1.000€/mes, es casi el sueldo de un empleado. Es verdad que al principio está costando, pero al final será rentable.

Aún nos queda mucho por andar… pero a medida que vayamos integrando partners y automatizando procesos, iremos aumentando la productividad y ahorrando costes.

Productividad: Relación entre lo producido y los medios empleados, tales como mano de obra, materiales, energía, etc.

Hay muchos factores que están impidiendo que salgamos de la crisis, y para mi uno de los más importantes es la productividad.

Este es un problema que arrastramos desde hace muchos años en España, no invertimos en mejorar la productividad, pero es que durante mucho tiempo no se ha querido mejorar.

En uno de los proyectos en los que participaba, teníamos un contrato por horas. Cuando presenté al gerente una propuesta para multiplicar la productividad por 10, su interpretación fue diferente a la mía, si hacemos lo mismo en menos tiempo, ganaremos menos. Cuando el negocio empezó a ir mal, presentaron un plan para mejorar la productividad, uno de los puntos fuertes era reducir los gastos en telefonía!!!

La innovación en la empresa, esta mal vista ¿de donde has sacado el tiempo para innovar?¿has dejado de hacer tu trabajo? Recuerdo que presenté una propuesta al departamento de I+D, y la rechazaron, necesitaban proyectos probados y que se pudieran comercializar (anti I+D).

Yo no entiendo como la gente es capaz de hacer un trabajo repetitivo, sin preguntarse como ahorrar tiempo la siguiente vez.

Ruby On Rails

Tranquilos, no voy a aconsejar RoR, totalmente lo contrario, quiero desmitificar RoR. Después de probarlo, es verdad que es productivo para crear aplicaciones, un poco menos para modificarlas, pero es que mi framework para PHP es mejor, y el de Java mucho más.

Lo importante para una empresa, es encontrar el framework que le proporcione la mayor productividad, ya sea con RoR, con PHP, o cualquier lenguaje.

Pero hay que tener cuidado con la “panacea de la navaja suiza”, que vale para todo, pero que al final, no sirve para nada. cuando evaluemos un lenguaje o framework, tenemos que tener en consideración:

• Curva de aprendizaje
• Rendimiento
• Productividad para crear aplicaciones
• Productividad para modificar las aplicaciones
• Comunidad (foros, blogs, ejemplos, proyectos, etc…)
• Mercado laboral (Hay gente experta disponible en el mercado)
• Escalabilidad

Ejemplo de productividad

Si, ya he visto el video donde se crea un mantenimiento con RoR en poco tiempo, pero.. ¿cuanto se tarda después en agregar una lista desplegable al mantenimiento? En mi framework, una linea de código……

Para crear un framework productivo, es necesario hacer un análisis ¿que es lo que se repite más en nuestro trabajo diario?

Por ejemplo, nosotros desarrollamos muchas aplicaciones de gestión, y lo que más se repite, son las ventanas de mantenimiento, por ejemplo, editar un cliente. Un mantenimiento de este tipo, no tiene más de 10 líneas de código, incluye listado, filtro, alta, baja, modificación, edición, etc….

Si nos vamos a PHP, mirad este ejemplo:

En respuesta al artículo de Rodolfo Carnet de Programador he preferido responder algo más aquí, por que es un tema que me gusta mucho, y del cual, puedo hablar largo y tendido.

Aunque mucha gente le hecha la culpa a la forma de actuar de las grandes consultoras, hay más factores que determinan el resultado de un proyecto.

1. Gestión & Planificación

Gestionar un proyecto conlleva muchas cosas:

• Elegir la tecnología adecuada; Herramientas, Frameworks, entornos, etc.
• Elegir el equipo de personas adecuados y manejarlos durante todo el proyecto.
• Reutilizar el know-how de proyectos anteriores.
• Negociar con el cliente.
• Negociar con la dirección de la empresa.
• Vigilar la calidad del producto.
• Etc.

No es una tarea fácil, y el problema es que no se aprende en la facultad de informática, otras carreras como telecomunicaciones, ingenieros, etc.. tienen asignaturas específicas, pero el informático, aprende de su jefe, y los que hemos tenido la suerte de tener un jefe ingeniero de la rama de planificación, hemos aprendido mucho.
En 1998 llegó a mis manos el libro Desarrollo Y Gestión de Proyectos Informaticos de Steve McConnell, para mí el mejor libro de informática que he leído hasta el momento. Este libro basado en ejemplos reales de como NO llevar un proyecto, me abrió los ojos, y desde entonces he intentado seguirlo.Este libro contenía una lista bastante amplia de los errores más comunes en proyectos informáticos. En el 2003, en un proyecto en el que participaba y tenía problemas de planificación, comprobamos cuantos errores de esa lista cumpliamos, el resultado fue el 90%.
Cuando enseñé la lista, y los ejemplos que venían en el libro al jefe de proyecto y al gerente, la respuesta fue clara:
1. Nos pagan por horas
2. El libro es muy antigüo
3. Son teorías americanas, no aplicables
4. No estamos de acuerdo con el libro

Por su puesto, el proyecto fue un desastre….

2. El cliente
Todo los informáticos decimos lo mismo; el cliente no sabe lo que quiere, pero la realidad es que el cliente sí sabe lo que quiere, lo que pasa es que no sabe como expresarlo, tenemos que empezar a pensar en eso. Ellos no son consultores, tienen un problema y quieren una solución, pero siempre nos perdemos en el proceso intermedio. Existen algunas aproximaciones, como el Domain Driven Design, pero requiere cierta capacidad de comprensión por parte del cliente.

Así, pues, la culpa no es tanto del cliente, como la comunicación entre cliente y consultora. Sobre todo, cuando te llega el cliente un lunes, y te dice que ha visto el especial del Domingo del periódico que con RoR se desarrolla 10 veces más rápido, e intenta convencerte para que cambies todo el proyecto y le hagas una rebaja.

3. Las consultoras

Las consultoras, ufff, uno de los altos cargos de mi antigua empresa nos decía, nuestro valor, son las personas, sólo invertimos en personas, en lo demás no invertimos nada. Eso lo decía cuando éramos 90 empleados, y lo siguió diciendo cuando éramos más de 1.000. Mientras al principio nos matabamos por hacer que la empresa creciera, con 1.000 empleados, nos matabamos por salir los primeros a la hora de comer para no coger tráfico………

Otras consultoras, como Accenture, su valor radica en la capacidad de gestión de grandes proyectos, capacidad para tratar con el cliente, pero sin embargo, en el aspecto técnico dejan que desear.

El problema, es que hacer las cosas bien cuesta mucho dinero, justificar antes una dirección 200.000€/año en I+D+I para ser más productivos no es algo que pocas empresas quieren aceptar.

Así que las consultoras siguen como hace años, y para ser mas competitivos, hacen cosas como gastar menos en teléfono, viajar en turista, y utilizar la videoconferencia en lugar de reuniones.  Y en todo caso, trasladan la perdida de competitividad a las subcontratas, ajustándoles más los precios.

4. El informático

Uno de cada diez informáticos, es un espécimen raro,  se desvía de las tareas que le han encomendado, por que ha encontrado el PlugIn XXX5.6beta para la herramienta XXX6.Prerelease, y se le ocurre reestructurar la mitad del proyecto por que supuestamente es más bonito, o más rápido, o simplemente está aburrido.

Si algo funciona bien, usaló, no lo cambies, y si te gusta trastear, busca un departamento de I+D o similar. Investigar dentro de los proyectos no es bueno, por experiencia propia.

5. Reutilización

¿Cuantas aplicaciones conocéis que usen fechas? Casi todas!!!

Pues en uno de los proyectos, hacer una clase para manejar fechas, costó unos 4.000€. Simplemente, el programador decidió que podía hacerlo mejor que nadie, y que prefería hacerlo de nuevo en lugar de utilizar algo que ya existiera.

Las empresas no reutilizan nada, de nada, vuelve a inventar la rueda. Te puedes encontrar a dos personas evaluando el mismo producto, probando la misma herramienta, o mirando como se hace una clase para manejar fechas.

6. Formación

La formación, actualmente es muy deficitaria, trabajo a menudo con becarios, de informática y de módulos de F.P., los becarios de F.P. está mucho mejor preparados, los que han estudiado informática, no han hecho una aplicación con base de datos en su vida, no sabe lo que es una transacción, sólo especificaciones de lenguajes y algún que otro algoritmo tonto.

Y parte, la formación continua de las empresas, ha bajado muchísimo de calidad con la formación a distancia, te sueltan un powerpoint, y un cuestionario online, y a eso lo llaman curso online.

7. Los tiempos cambian, la burocracia aumenta

Todo el mundo es consciente de que a la hora de llevar un proyecto, hay que documentar, seguir unos pasos, unas fases, pero no podemos llegar a mera burocracia, donde más del 50% del documento es Copy&Paste de otro, que se hace para “cumplir con calidad”.

Los tiempos cambian, nacen formas de trabajar más rápidas, como la programación agil. Nacen herramientas que agilizan el trabajo, como el uso de Wikis en los proyectos, foros, etc…

Conclusión

Quizás las ideas no están muy ordenadas, pero prometo otro artículo, donde explique como se hacen bien las cosas, pero esto es fácil de encontrar, podemos leer sobre CMMi, Microsoft Solution FrameWork, etc…