Por Albert Coronado, fundador de Lostsys.
Durante su ciclo de vida, una empresa pasa por numerosas crisis. Una de las más peliagudas es la que provoca su propio crecimiento, porque muchas veces no se sabe identificar. Esta es una crisis normal en cualquier empresa y especialmente complicada para las de servicios.
El problema:
Cuando una empresa comienza de cero normalmente empiezan trabajando solamente los socios y poca cosa más. La empresa funciona bien, los clientes quedan contentos y cada vez entran más pedidos. Se empieza a contratar a más personal y la empresa se organiza de una forma jerárquica.
En este punto, la empresa gestiona la producción web igual que cuando emperezaron, solamente que ahora son un montón de personas más y se reparten el trabajo. La estructura organizativa de la empresa esta orientada al ‘pedido’. Una persona o un equipo adhoc se hacen cargo de todo el proyecto ( Si construyéramos coches, seria como si en la fabricación de un coche un equipo de mecánicos lo construyera desde cero cada vez que alguien pide un coche).
El problema es que con este modelo los beneficios suben de manera lineal y los gastos de manera exponencial. Lo que claramente no es escalable.

La solución:
Se trata de un problema que se soluciona cambiando la organización del departamento de producción. Siguiendo con el símil de los coches, ya no podemos montar un coche cada vez que tenemos un pedido, hay que montar una cadena de producción para hacer que los beneficios suban de manera exponencial y disminuyan los gastos.
Cada empresa es diferente, pero aquí hay algunas herramientas:
Hay que dividir cada proyecto (Pedido) en paquetes (Subpartes del proyecto), identificar los más comunes y reutilizar siempre las mismas soluciones (Y mejorarlas con el tiempo). Esto es lo que nos permitirá dividir el trabajo y trabajar en paralelo.
Crear responsables por paquetes, en lugar de por proyectos. En empresas pequeñas es más eficiente tener un responsable por proyecto. En empresas grandes es mas eficiente tener responsables por paquete. El responsable de proyecto pierde peso (Normalmente acaba siendo un comercial con conocimientos técnicos limitados).
Crea un buen repositorio de paquetes con una buena documentación (De calidad, y de la cantidad justa).
Y sobre todo, lo que NUNCA hay que hacer es reducir costes con personal menor cualificado, puesto que lo que se necesita es un nivel de gestión mas alto. Esto provoca menor calidad del servicio y, aunque parezca mentira, gastos más elevados (pero eso es otro artículo).




27 Enero 2009 at 12:45 pm
Completamente de acuerdo. ¿Cuantas veces me he topado con esta situación?: entras a trabajar en un proyecto, eres experto en A y B. El proyecto es de C. Aprendes C. Sabes poco de C. Sufres. El proyetco se resiente. A tu lado otro compañero tuyo que conoce B y C le meten en un proyecto sonde debe conocer A. Tu no puedes participar, ya estás asignado, las horas por proyecto, el cliente, bla bla bla…
No me cabe duda qeu es importante no estancarse, si sabes A y B, aprender C puede ser motivante. Pero considero que también es motivante desarrollar la faceta que más te gusta y más conoces y eres experto. Se llama especialización.
27 Enero 2009 at 12:47 pm
buen artículo albert,
27 Enero 2009 at 1:52 pm
Estupenda síntesis. ¿Cómo identificar cuándo es el momento de cambiar de modelo?
27 Enero 2009 at 4:54 pm
Un artículo interesante sobre el crecimiento, que plantea buenas ideas fruto de la experiencia. Tan sólo comentar, sin ánimos de ser pedante y por el correcto conocimiento de todos, que en el gráfico, en vez de beneficios debería decir ingresos. El beneficio es la diferencia entre ingresos y gastos y no tiene sentido tal y como está planteado.
Muy importante lo de dividir en “paquetes” la producción y lo de contar con profesional cualificado. En software la productividad que aporta un buen profesional sobre uno malo es mucho más que proporcional al incremento de su coste.
27 Enero 2009 at 7:33 pm
Interesante forma de ver las cosas, ojala muchas empresas aprendieran.
27 Enero 2009 at 10:26 pm
Interesante artículo, enhorabuena!
Creo que esta es la principal causa por la que no hay grandes empresas de diseño web a nivel nacional, establecidas y reconocidas como referentes del sector.
28 Enero 2009 at 4:16 am
Buen Artículo, el tema de la especialización en los procesos de producción es crucial dado que esto da como resultado celeridad en el proceso (porque la especialización también deviene en automatización) y producto y éste último resulta ser de alta calidad y muy competitivo.
28 Enero 2009 at 10:06 am
Muy bueno el post, identifica el problema de 2 empresas en las que he trabajado en el pasado. Lo peor es que no lograron pasar del punto de la crisis y volvieron a ir hacia abajo.
28 Enero 2009 at 10:40 am
Hola,
@david .s Sip. A la Ingeniería de software todavía le queda mucho para estar a la altura de otras como por ejemplo la Industrial.
@jordi duch Gracias.
@Ignacio de Miguel Para identifica el momento se necesita una buena radiografía de la empresa (Estado de las cuentas y conocer los procesos de la empresa).
@Cyberfrancis Gracias.
@Oscar Gallego Gracias. Completamente de acuerdo.
@Juan Jorge Aboud Gracias. Completamente de acuerdo.
Saludos a todos,
28 Enero 2009 at 1:21 pm
Bien explicado.
28 Enero 2009 at 5:19 pm
Me parece realmente interesante Albert. En este caso, aunque un proyecto se pequeño, partiparía bastante gente en el, ¿Como gestionaías ese tema? ¿Utilizáis herramientas de gestión de proyectos colaborativas tipo basecamp?
28 Enero 2009 at 6:02 pm
Hola,
@Joan Carles Agusti: Gracies Joan Carles.
@José Maria Gil: Las herramientas colaborativas para la gestión de proyectos esta demostradisimo que son muy útiles, por tanto, si. Pero cuidado, son herramientas como lo es un martillo para un carpintero.Si no eres carpintero, por muy buen martillo que tengas, nunca conseguirás clavar bien una estantería.
Saludos,
28 Enero 2009 at 9:47 pm
Magnífico artículo, albert!
Cuando quieras haces uno asi de bueno para Pymecrunch!! (De hecho, ya has publicado en Pymecrunch com autor invitado)
Saludos!
Jordi
30 Enero 2009 at 7:48 am
La división del proyecto en paquetes es muy buena idea. En algunas ocasiones utilizarás un paquete anterior ya desarrollado y en otras modificarás este para adecuarlo a las nuevas necesidades y requerimientos del cliente.
Probablemente también crearás diferentes equipos especializados que trabajen con dichos paquetes y es en este punto donde pienso que hay que tener cuidado por lo siguiente:
Los proyectos web, normalmente se crean bajo dependencia de departamentos, esto es:
Diseño gráfico o Web
Usabilidad
Accesibilidad
Maquetación
Programación
E-marketing
Etc.
En producción cada uno de estos departamentos requiere conocer los requerimientos, limitaciones y know-how de los otros.
Puedes fichar o contratar a los mejores en cada una de estas áreas, pero si un especialista no conoce bien el procedimiento y requerimientos de entrega de otro departamento estás perdido, y puede que tu tiempo de producción se emplee en rectificaciones de producción (que suponen perdida de tiempo y dinero)
Por tanto creo que en un entorno de producción tan dinámico no sólo hay que dividir como sugieres y crear especialistas por áreas sino también dedicar tiempo a la formación y entendimiento de todo el proceso a todo el equipo.
Para conseguir esto puedes explorar la posibilidad de que cada uno de los que trabaje en tu organización exponga mediante una charla formativa de 1hr al mes cuales son sus dependencias y con que errores se encuentra habitualmente.
Espero que esto ayude!
Salu2
Fabio
14 Febrero 2009 at 11:36 am
Reaprovechar código y generar tus propios modulos, eso és :)
Muy muy buen artículo.
16 Febrero 2009 at 10:28 am
@Jordi Perez Gracias Jordi. No tardaré en escribir otro para Pymecrunch.
@Fabio Si, esto pasa en la mejores familias ;)
@Pau Gay Gracias.