Archivo de la etiqueta: oracle

El dolor a software

Los problemas de organigrama suelen ser sutiles. Hace unos años participe de una pequeña start up, que después de ocho años no lograba terminar de despegar. El problema era “transparente” a los fundadores. Ya estaban hacia casi una década en el mercado, pero no lograban superar la barrera psicológica de los treinta empleados.

Como se trataba de una software factory, la cantidad de personal era el reflejo de la cantidad y volumen de ventas. Ademas, si el know how desaparece de una empresa de este tipo, también se hace mas difícil responder a posibles oportunidades.

El problema, era que no contaban con un organigrama formal, con “estructura” como diría un experto en HR. Y es que, realmente, nadie sabia quien era el jefe de quien! (Y los jefes no sabian como solicitar recursos)

Esto trae un montón de problemas; sorpresivamente, como se trataba de una compañía de tecnología, se pretendía solventar este tipo de inconvenientes implementando pirotecnia técnica.

Si es cierto, es un problema serio. Implementemos sharepoint y TFS, que es lo ultimo es software de gestión; así podemos tener mas control sobre lo que esta pasando.

Muchas empresas tienen este mindset. Surge muchas veces de la apreciación que se tiene de herramientas como SAP, cuya implementación realmente ayuda a estandarizar procesos…procesos estándar

No existen herramientas, de ningún tipo (de software en particular) que te ayuden a resolver problemas de procesos, cuando los procesos no fueron definidos correctamente; especialmente si estos son tan únicos y críticos para el negocio que un sistema como Siebel o GD Edwards solo servirían para arruinar una ventaja competitiva, posiblemente nivelando hacia la media del mercado a la empresa.

Siempre, cuando se trata del core del negocio, lo mejor es definir los procesos que se desea implementar o declararlos. Ponerlos por escrito. De esa forma, se hacen explícitos y se pueden optimizar mediante la utilización de software. El único caso en el que debemos dejar que un software modele nuestros procesos es cuando el mismo es un tramite dentro de la empresa o representa a un área de soporte.

El core, se desarrolla no se implementa.

Ademas, siempre hay que revisar, poner KPI (medir) los procesos ya definidos para ver como se podrían mejorar. Y en especial, que métrica se debe o se desea optimizar.

Etiquetado , , , , ,