Cuando las empresas empiezan a crecer, es inevitable que apararezca la necesidad de desarrollar heramientas para automatizar la gestión. Para la contabilidad y las nóminas se suele optar por paquetes más o menos potentes (entre el contaplus y SAP hay muchas opciones).
Pero para tareas más propias del negocio, se recurre al desarrollo a medida. A veces con un departamento propio (cuando el crecimiento ya es importante), pero en muchas ocasiones con la ayuda del amigo de un conocido de un directivo/propietario de la compañía.
El tal amiguete desarrolla algo en Visual Basic (o incluso en Access). Sobre el desarrollo inicial, se incorporan nuevas funcionalidades, informes, etc, durante un perído más o menos largo.
Cuando termina la relación y pasan unos meses, "Como no podía ser de otra forma, a partir de su baja se le empezó a pedir modificaciones y adaptaciones de los programas según nuestras necesidades" (fragmento literal de un correo que he recibido de una empresa del grupo).
Ya tienes un tamagotchi con vida propia. Nadie lo conoce, nadie sabe como funciona y nadie en su sano juicio se atreve a tocarlo (para no quedarse con el muerto). Incluso, en ocasiones, no tienes ni los fuentes del programa (o no puedes asegurar que esos fuentes generen la versión en explotación).
Y tienes un problema de malísima solución:
o vuelves a llamar al tipo que lo hizo (cuando es posible), que te puede pedir lo que quiera, ya que sabe que dependes absolutamente de él o te embarcas en el desarrollo de un nuevo sistema, con lo que implica de plazos, diseño y el resultado asegurado de "eso antes lo hacía de otra forma", aunque nadie te explica cual era.
Así que en esas estamos, de momento, cada vez que haya algo, llamaremos al tito y que haga lo que quiera, al menos hasta que consigamos entender lo que hace la aplicación. Luego intentaremos hacernos con los fuentes y si no, pues a empezar desde cero a desarrollarlo.
El consuelo es que el precio hora es irrisorio...

26 may 2006 | 09:51 AM
Dices que puede pedir lo que quiera,pero en cambio el precio hora es irrisorio...
Podrias dar algun dato orientativo sobre esos precios?
26 may 2006 | 10:56 AM
wefewfefwefwe
26 may 2006 | 12:20 PM
Me doy por aludido. Habría que tener en cuenta un poco la otra parte de la relación que planteas.
El amiguete que comentabas termina lidiando en una plaza bastante jodida.
* La empresa no quiere gastarse la pasta.
* Nadie sabe exactamente lo que quiere.
* Generalmente, se parte del caos producido por el crecimiento.
* De forma paralela al desarrollo de la aplicación tiene que organizar procedimientos de trabajo y procesos.
* En muchos casos tiene que formar al personal en tareas no relacionadas con el uso de la aplicación sino con el trabajo que desarrolla el mismo.
* Se carga con una obligación ético-profesional de la que no puede desprenderse alegremente.
* Por indefiniciones y problemas el trabajo se termina alargando mucho.
* ...
Todo esto al final tiene como resultado el que gana muy poco por todo el trabajo que realiza. Tiene que gastar infinidad de horas en formarse en áreas que supuestamente no tendría que conocer si la gente supiera lo que quiere.
Al final todo el trabajo no compensa económicamente, solo intelectualmente.
Aparte hay que decir que el resultado final no tiene porque ser peor que el de una gran empresa o la implantación de un vertical o un sectorial.
El depender de una empresa o de una persona termina siendo lo mismo, lo único por lo que se diferencian es por una cuestión de escala: depender de mas personas y tener mas costes.
Si optas por un sectorial dependes de una empresa. Si lo haces por un vertical sobre un erp (tipo navision) dependes, además del productor original, de la empresa implantadora y de la que desarrolla la verticalización.
En los casos anteriores, las horas suben sensiblemente de precio (supongo que de media a unos 90 euros), los plazos se dilatan y tienes que pagar a un consultor, un analista, un implantador y a los desarrolladores (que seguramente como la vaca no da para tanto serán becarios). No todas las pymes se pueden pagar y sacarle partido a todo ese circo.
Además las empresas tienen un periodo de vida inferior al de las personas y cuando cierra ni dios se hace cargo. Cuando una persona se va de la empresa o termina su trabajo generalmente (a pesar de todo lo sufrido) sigue estando accesible y flexible para seguir manteniendo la aplicación. Además seguro que el código del programa será perfectamente negociable. Y si tienes el código solo te faltan las personas que tengan los conocimientos suficientes. En el caso de las empresas que dependen de un programa de gestión sectorial, eso es innegociable.
Yo te recomendaría que fueses un poco cauto con ese "amiguete" con el que tienes que tratar. Los que hacemos el trabajo que él hace, la mayoría de las veces, lo hacemos por estímulos intelectuales y en ese lado las personas ponemos mas orgullo que en la cartera.
Joder me he desahogado contigo :). Casi he escrito una entrada que tengo pendiente para mi blog así que perdona lo extenso y atropellado del comentario.
Y ya de paso aprovecho para hacer publicidad de mi último tamagochi.
27 may 2006 | 08:24 PM
Con el tamagotchi hay que convivir cuando se trabaja a salto de mata y se buscan soluciones para salir al paso que luego crecen como conejos de forma descontrolada. Es parte de la forma actual de trabajar y muchos proyectos "serios" de empresas de nombre trabajan también de esa manera.
Creo que no se pueden evitar y lo más practico es estar al tanto de su nacimiento y que los departamentos de SS.II los adopten cuando empiezan a dar sus primeros pasos.
En los tiempos de la burbuja de Internet surgió metodología Extreme Programming para agilizar los desarrollos SW y ha tenido su eco en Internet:44 millones de páginas en google y descripción en wikipedia http://en.wikipedia.org/wiki/Extreme_programming).
Posiblemente los que hacen los tamagochis no saben que están utilizando esta metodología.
27 may 2006 | 11:49 PM
A lo que creo que se refiere Rafa no es a que puedan haber múltiples desarrolladores de forma externa a la empresa, sino a que quien decida que se necesitan no sea él, que al fin y al cabo es el que sabe con qué recursos cuenta para desarrollar, y si se puede hacer en casa o hay que tirar de ayuda externa (gran empresa o pequeño desarrollador, ya es estilo y gusto propio).
¿Es así o estoy en un error?
28 may 2006 | 01:01 AM
libertacom, entiendo tu comentario. Yo he dado mi punto de vista, pero está claro que al "pionero" le toca hacer de todo. No sólo programa lo que le han contratado (y que nadie es capaz de decir qué es), sino que probablemente termine arreglando impresoras, instalando ordenadores y, como se descuide, configurando los móviles. De hecho, en alguno de los sitios de los que nos hemos hecho cargo, él ha sido el primero en agradecer que haya una cierta estructura que le ayude.
Como dice Carmen, el problema no es que tengas diferentes orígenes, sino que no haya un "repositorio comun de conocimiento". No me refiero a metodologías complejas o herramientas. Simplemente, a que esté claro lo que hacen las aplicaciones (y como) y que cuando alguién termina (sea un programador freelance o CapGemini), en la compañía quede el conocimiento para poder "hacerse dueño" de ese sistema.
La solución, como dice Lula, es intentar adoptar al bichito desde el principio. Al menos así puedes intentar llevarle por el buen camino. Y, como mínimo, cuando crece mucho, te sirve de algo el conocerle desde que era pequeño.
28 may 2006 | 09:37 AM
También existe (para algunas aplicaciones) la posibilidad de construir la aplicación sobre una plataforma BPM (incluso hay productos de código abierto de gran calidad) o servicios como dabbledb, que permiten construir aplicaciones de forma muy intuitiva. He visto bastantes desarrollos a medida que se han construido para hacer cosas que pueden hacerse perfectamente con las soluciones que propongo.
28 may 2006 | 08:38 PM
Si no me he equivocado esto, como lo de Michael, es un "lance de carrera". Tal cual se mueve la sociedad de la información hoy día, lo de los servicios profesionales, el outsourcing, el body-shopping, el... es algo normal. De hecho, Yo me he encontrado preguntándole eso mismo a más de un gerente de cliente final. La respuesta es la misma, siempre: "No si por mi fuera..."
Pero claro, si por su jefe fuera, las cuentas de resultados y de explotación no serían todo lo agradables que deberían ser, así que se externaliza a bajo precio. El resultado lo llevamos viendo mucho tiempo, y los problemas. Y, lo que es peor, todo sabemos cuál ha de ser la solución pero, como pasa por gastar pasta, pues nanay de la china. Así que, o mucho me equivoco o esto de los Tamagotchis no solo no va a desaparecer sino que incluso se incrementará con el tiempo.
Porque, si como dice Rafa entre el Contlaplus y el SAP hay mucha chicha, una PYME, o una mediana empresa, ¿con qué se quedará si cada vez es "mas costoso" trabajar y es más importante reducir gastos que no incrementar las ventas? Por cierto, Contaplús está empezando con una campaña para el nuevo plan general contable. Adivinad quién se va a llevar el gato al agua.
28 may 2006 | 08:40 PM
Me refería, claro está, a lo de "adoptar al tamagotchi".
30 may 2006 | 09:17 AM
Hay que ver como se pone la gente (por algún comentario).
Parece que todos pasamos por lo mismo. Yo los llamo "nuestros pequeños CHUCKY". Lo q
30 may 2006 | 09:20 AM
Continuando con el anterior. Lo que te recomiendo es coger el toro por los cuernos: pon a alguien a que revise el código, lo documente y te haga una propuesta de lo que hacer para tomar el control del código (antes de nada que te den el código).
Para que no te vuelva a pasar, en los próximos proyectos que subcontrates pon a alguien tuyo que se haga con el control del código que generen.
Saludos.
30 may 2006 | 09:32 AM
Andres, lo que comentas es nuestra forma actual de trabajar. Hemos contratado varios desarrollos a medida. Pero siempre nos hemos implicado en ellos, de forma que el mantenimiento y las inevitables modificaciones posteriores las hemos realizado con nuestro personal. Esto nos sirve para aprender cuando se trata de nuevas tecnologías o lenguajes y nos da oportunidad de extenderlo a nuevos desarrollos realizándolos nosotros.
Pero eso no nos soluciona los desarrollos o sistemas que nos hemos encontrado en algunas de las empresas de las que nos hemos encargado de la gestión desde hace poco, que tenías otras iniciativas, posiblemente menos planificadas y asociadas al crecimiento rápido.
1 jun 2006 | 11:02 AM
Pues yo no es por echar leña al fuego pero estoy 100% de acuerdo con libertacom.
Y que conste en acta que no siempre he pensado de esta manera, pero tal y como está hoy el mundo de las empresas TIC.
Especialmente lo mucho que se ha acortado tanto su ciclo de vida como su amplitud de miras temporal y sin olvidar su alta efectividad en controlar SUS gastos, me parece que en muchísimos casos se ha convertido en una apuesta más segura el amiguete, que el equipo de becarios junior correctamente trajeados de la gran multinacional.
Y que llegado el caso es más fácil controlar o sustituir a un grupo de tamagochis que a un gordo y carísimo Godzilla.
7 jun 2006 | 01:35 PM
... con multitud de funciones, informes, etc que son imposibles de migrar (son una especie de tamagotchis ofimáticos).
Si yo montara una empresa ahora con 5-10 ó 30 usuarios...
2 jul 2006 | 12:43 AM
quiero un tamagochi para poder comprarlo poreso es que me comunico con ustedes