Siempre que tengo el placer de reunirme con un grupo de colegas, con ocasión de alguna charla, curso o reunión del tipo que sea, surge la misma queja: a los informáticos no nos respetan, con todo lo que hacemos por el mundo y nadie valora nuestro trabajo. Sin duda es un sentimiento natural. Cualquier técnico de similar capacitación y conocimientos está mejor pagado que un informático. Pero es un sentimiento que se palpa, los clientes no se fian de la industria informática. Y lo peor que tienen toda la razón. Repasemos que les hemos ofrecido en los ultimos años, en los años de la tan traida y llevada ‘burbuja’. Les prometimos un motón de cosas, B2B que facilitarían su capacidad para hacer negocios, B2C que les proporcionaría una cantidad de ventas fabulosas con solo comprar un dominio y desarrollar una web, ERP milagrosos, CRM que harían felices a sus clientes… el oro y el moro. ¿Y en la mayoría de los casos que han recibido? Más problemas que soluciones, dependencia de grandes ‘consultoras’ que en muchos casos solo han sido capaces de facturar cifras astronómicas por poner becarios vestidos de consultores en las oficinas del cliente.
Rara vez hemos sido sinceros con el cliente, exigiendole que se involucre en los proyectos, dejandole claro que es una parte vital de los mismos y que solo con su completa implicación los proyectos van a triunfar. El motivo es claro, esto se factura mal por horas. No sirve enviar a un becario ha hacer un trabajo que exige mucho más contacto con el cliente, mucha más capacidad de colaboración, mucha más creatividad y mucha más pericia técnica.
Pero esto está cambiando, cada vez más empresas están desconfiando de las ‘grandes consultoras’, de los proyectos ‘llave en mano’ que lo único que aportan al final del mismo es eso una llave, no una solución a los problemas de negocio que el proyecto debia solucionar. Parece que, al menos, a algunos no les vamos a volver a engañar (hablo como conjunto de industria en genera, no dudo que hay excelentes profesionales y excelentes empresas). Al fin y al cabo, el error siempre ha sido el mismo, el cliente solo se limito a aceptar una oferta. No colaboró en el proyecto siendo una parte activa del mismo. Ese ha sido el principal error de nuestra industria, pretender que podiamos actuar sin que el cliente nos guiase constantemente en cual es la solución que necesita. Solo el cliente puede llegar a saber lo que soluciona sus necesasidades, basandose en su conocimiento del negocio y los puntos a mejorar y nuestro conocimiento de como plantear soluciones técnicas informáticas a sus problemas.
Aquí es donde empresas pequeñas, ágiles, con excelentes profesionales, que son parte activa de la comunidad, que realizan su trabajo con autentica pasión y que solo son capaces de llevar adelante los proyectos desde el profundo conocimiento técnico y organizativo de lo que tienen entre manos, promoviendo en todo momento la participación del cliente en el proyecto, tienen un excelente campo de maniobra. Los clientes ya saben lo que han obtenido del enfoque ‘tradicional’ de desarrollar proyectos. Y los profesionales tambien. Sobresfuerzos innumanos, poca diversión en el trabajo, descredito y deshilusión. Es el momento de que las consultoras den paso a otro tipo de empresa.
Sin duda esto tambien exige otro tipo de cliente, que realmente quiera comprometerse en obtener valor de los proyectos y que sea capaz de implicarse en los mismos, que comprenda que está en su mano gran parte del existo del proyecto. Otra condición necesaría es que el cliente confie en quien contraté, pero esto es algo que despues de años de fracasos (la gran mayoría de los proyectos informáticos fracasa) nos lo tenemos que ganar a pulso. En cierto modo estamos en la situación de la pescadilla que se muerde la cola. Los clientes no confian en quien contratan, y por lo tanto dificilmente son capaces de establecer la confianza necesaria para poder colaborar a fondo en los proyectos, anulando uno de los principales factores que llevan al exito de los proyectos, la participación del cliente. ¿Entonces qué solución puede funcionar? Una dolorosa: tenemos que seleccionar al cliente, ser conscientes de que no interesan aquellos clientes que no sean capaces de compartir la necesidad de dar un giro a la forma de actuar de ambas partes hasta ahora.
Claramente a cualquier gerente que este leyendo esto, le están dando vuelta los ojos en la orbitas, cualquiera menos Pablo Pelaez, gerente de Plain Concepts, espero ;). Pero tiene mucha lógica lo que escribo. Les propongo un ejercicio: señores gerentes piensen en los proyectos que han hecho en los que sabian positivamente que el cliente no iba a colaborar, o que sus técnicos no estaban capacitados, o que el presupuesto o la planificación no era realista, o cualquier otro proyecto de esos que nacen dañados desde su origen por el motivo que sea. Ahora piensen en lo que obtubieron, un cliente cabreado, probablemente algún impagado, una gran cantidad de bajas entre sus trabajadores, etc… y sí, ciertamente, volumen de facturación a corto plazo. Ahora piensen en que hubiese pasado si esa energia, recursos, y empeño se ubiesen puesto al servicio de un proyecto de los que han ido bien, fijense en lo que se obtiene cada vez que un proyecto va realmente bien además de una facturación a corto plazo… ¿Seguro que no mereze la pena ‘elegir a los clientes’?
Lo se, lo se, es raro que nos encontremos en la situación de poder elegir a nuestros clientes. Pero lo que siempre podemos hacer es intentar formar a nuestros clientes, plantearles cual es nuestra manera de trabajar, explicarles que es lo que obtendran y por que no queremos seguir haciendo las cosas como ellos están acostumbrados. Algunos, quizás, acepten esta nueva manera de trabajar. Con los que no acepten, siempre podemos seguir tropezando en la misma piedra, que remedio, pero al menos esta vez habremos sido sinceros.
Excelente post rodrigo, mas de uno lo deberia leer aunk lo de descartar clientes es dificil de llevar a la practica por consultoras que no sean muy grandes y puedan optar a clientes como los que comentas, pero esta situacion de pez que se muerde la cola que comentas NO exime de la responsabilidad de la empresa de informatica a demandar la participacion del cliente para la generacion de un buen proyecto. Lamentablemente al final (en caso de problemas) importa más lo que esta escrito en la oferta que lo que realmente necesita el cliente, sobretodo si se necesitan más horas y estas no pueden ser facturables desde el punto de vista del cliente claro….
un buen resumen de una problematica actual y ojala todas las empresas sigan este camino.
Salu2
Tienes razón Carlos en que a menudo se utiliza la oferta a modo de arma arrojadiza. Pero de tratar de evitar este tipo de situaciones es de lo que hablo. Si tu con un cliente tienes que ir a la oferta para dirimir diferencias, ese proyecto ya no va a ser un exito. No has logrado que el cliente se involucre y participe activamente en el proyecto. Si surgen problemas en un proyecto y la manera de resolverlos es ir a ver que pone en la letra pequeña de la oferta ya has dañado la confianza del cliente para siempre, no va a involucrar en ese proyecto ni en nigún proyecto futuro que hagas con él. Para tí es un cliente que no deberías ‘elegir’ y para él tu eres una empresa que no debería elegir.
La raiz del problema está, sin duda, en la base del proyecto, en como se vende. Los comerciales tienden a utilizar la oferta como un arma defensiva, la oferta a parte de acordar el precio, sirve para limitar y defenderse del cliente. En mi opinión la oferta debe servir para establecer las bases de la colaboración entre empresa y cliente, teniendo como principios esenciales a la confianza mutua y el interés común en el exito del proyecto.
Existe un concepto generalizado de que si al cliente no se limita va ha estar pidiendo mejoras y cambios eternamente. Pero en mi opinión esto es falso. El cliente tiene tanto interés como tú en que el sistema se implante y se ponga en producción. Si pide cambios es porque los necesita, y si no son cambios necesarios, debemos explicarle el porque. Tampoco el cliente es incapaz de comprender que algunos cambios suponen que el proyecto necesita más recursos.
100% Agree … !
hace un tiempo un compañero de Australia me contaba una historia sobre un boomerang que no vuelve; esto que parece una herramienta poco útil, es un reflejo de la previsión para el manejo de algunos proyectos.
Como tu bien dices, por lo gral uno invierte tiempo, dinero, formación, etc. en un proyecto, con la certeza que el mismo en un determinado momento empezará a generar beneficios. Sin embargo, el boomerang nunca vuelve, se convierte en un ladrillo; los proyectos se convierten en cargas eternas, la gente abandona las empresas, el cliente no queda nunca conforme, etc. Y esto es lo que quiere el cliente, la respuesta es fácil: NO.
Lo que uds comentan, relacionado al momento de sentar las bases del proyecto, tambien tiene que estar embebido dentro de la mentalidad de las personas que trabajan en el mismo. Personalmente, me he encontrado en casos donde una persona se reunia con el cliente para resolver un problema y volvía con ese problema resuelto, pero con una carga de 10 nuevas tareas para realizar!!! Al no estar bien definido el alcance del proyecto, era un círculo vicioso de nunca acabar. Y lamentablemente, el resultado no era feliz para ninguna de las partes 🙁
Esto que tu comentas en pocas lineas, es el reflejo de muchas experiencias distribuidas de proyectos. Es bueno saber que hay lugares/personas qtienen en cuenta este tipo de inquietudes.
Saludos
Habeis pensado en esto como posible factor?
Para ejercer como médico o arquitecto hay que estar colegiado y titulado para poder firmar la obra del proyecto o recetar.
y para ejercer de informático??? Conozco gente que dice «yo soy informático» , ha hecho un curso de windows XP y hace unas chapuzas que dan miedo… (y luego nos toca arreglar a otros) o que carecen de formacion adecuada . Recuerdo una empresa que reclutaba licenciados en derecho , les daba un cursillo y los ponia a programar…
No estoy diciendo que un Ingeniero Químico no pueda ejercer de jefe de proyectos o de programador pues estoy seguro que puede con la formación y motivación adecuadas pero creo que esta profesion que tenemos es una de las que más INTRUSISMO profesional padece lo cual se refleja a mi parecer en una MENOR valoracion profesional del informático y peores sueldos. ¿Conoceis algun arquitecto que gane menos que un ing. informatico?
Yo creo que lo que hace falta son profesionales verdaderamente cualificados.
Sergio
Rodrigo, estoy completamente de acuerdo y de hecho, como bien sabes, en mi empresa (www.krasis.com) hace tiempo que segimos esa filosofía.
Lo que ocurre es que mientras una empresa no está consolidada es muy difícil decir que no a los clientes. Es más que difícil. Al principio le pegas tiros a todo lo que se mueve y haces hasta páginas Web o lo que se tercie. Yo ahora, cuando ya tengo unos años de experiencia empresarial a cuestas veo perfectamente lo que tú dices, pero entiendo que no es tan fácil, sobre todo en algunas zonas de España (por ejemplo Galicia).
Ahora bien, muchos de los proyectos que haces de los que no estás convencido, es un hecho constatable y objetivo que son pan para hoy y hambre para mañana pues incluso acabas perdiendo dinero. Por eso es mejor dejarlos aunque duela.
Saludos
JM.
El hecho de poder elegir al cliente lo veo muy complicado hoy en día. Creo que pocas empresas pueden permitirse ese lujo.
De todas maneras, creo que muchas veces el problema no está en el cliente, sino en la propia empresa informática, que se mete a realizar proyectos donde no está capacitada. La cosa es conseguir el proyecto, independientemente de si tienen gente cualificada para hacerlo.Como el trabajo de programador lo puede hacer cualquiera…Yo lo vendo y luego ya contrataremos a cuatro becarios para hacer el desarrollo.
Hombre, al hilo de lo que dice ILM de «Como el trabajo de programador lo puede hacer cualquiera…» (ya sé que está dicho en tono irónico) yo tengo un simil que creo que describe bien lo que muchos piensan del trabajo de programador:
Programar es muy parecido a jugar al ajedrez. Hay muuuucha gente que se sabe mover las reglas de mover las piezas (sintaxis de un lenguaje y fundamentos) pero que no sabe jugar, pensar y resolver partidas (es decir, programar de verdad), pero que aún así se llama ajedrecista (programador).
Para mi un programdaor es algo más que alguien que se defiende con la sintaxis y los fundamentos de un lenguaje/plataforma, al igual que un ajedrecista es alguien que sabe bastante más que las reglas que permiten mover las piezas en el tablero.
Uf!, que filosófico me he puesto 🙂
Coincido en todo.
Pero es dificil como decis, que una Consultora evolucione hacia otro tipo de empresa.
Si la Gerencia no entiende la necesidad de cambio, nunca le dirá al área Comercial que antes de vender algo debe estar validado por un arquitecto, analista, desarrollador (depende el tipo de proyecto ingrese aquí el tipo de recurso necesario). Los Comerciales no piensan en este tipo de cosas, por ende seguirán vendiendo «el oro y el moro».
El común denominador aquí es que estas personas no son Ingenieros. No piensan en dejar conforme al cliente, sino en el % de dinero que les toca si se firma el acuerdo con el cliente.
Si bien el cambio es dificil, es muy importante que uno lo vea como indispensable porque de seguro intentará influenciar a los demás. Pero influenciar para arriba? (comerciales, gerentes, directivos..). Es mucho más difícil. Y si no entienden esto menos van a entender lo de «elegir al cliente», jeje.
Saludos
José, excelente el ejemplo del jugador de ajedrez!!! Me ha encantado. Resume la situación excelentemente.
Sobre lo del intrusismo, que comenta Sergio, yo no creo que los sistema gremiales y las limitaciones a la libertad para ejercer un trabajo traigan nada bueno. Creo que solo sirven para crear elites de incopetentes. Grandes avances en la informática, y en otras disciplinas, han venido de la mano de los ‘intrusos’ quiza por tener una visión más amplia. Lo que se necesita es gente cualificada no sistemas de castas.
Pero sin duda que emprendedores como José, o empresas com Plain Concepts, basen su actuación en los principios que yo comento ya empieza a ser un cambio, pequeño porque somos pequeñas empresas, pero todo viaje comienza con un pequeño paso.
Ya que a Rodrigo le ha gustado el ejemplo de Jose (que conste que amí también), y según leía ese comentario de Jose, me acordaba de otro que puse justamente esta semana cuando con unos conocidos hablaba de la informática actual, el intrusismo laboral de la profesión y me acordaba además de una conversación que tuve hace ya algunos años con el mismo Jose sobre estos temas en los que alguien le dijo algo así como… «…no te preocupes, esto creo que lo puede hacer mi hijo que sabe informática…» (omito más detalles pero creo que ahora se acordará mejor de aquella conversación 😉 ).
Sobre mi ejemplo, diré que para mí, una persona que sabe conducir un coche no le convierte ni en mecánico ni en excelente conductor. Es posible que sepa arreglar una rueda, echar gasolina, mirar el aceite, conducir y poco más, pero no sabe de todo sobre un coche para resolver cualquier situación.
Exactamente ocurre con la profesión informática.
Sobre el planteamiento que hace Rodrigo, reconozco como ya se ha dicho aquí, que es muy complicado decir que no a un cliente cuando la empresa empieza, pero tarde o temprano hay que tomar esa decisión si se quiere ir por ese camino, el camino de la distinción dentro de las empresas informáticas actuales, porque sino, no encontrarás diferenciación real entre el resto de empresas del sector y una vez que te atrapas en esa espiral, es muy difícil salir de ella. Lógicamente, mi postura es la misma que la de Rodrigo, pero no es simple capricho, mi experiencia laboral me hace pensar y decir, que la calidad tiene una estrecha relación con la satisfacción del cliente.
Me meto en la mente de Rodrigo por lo tanto (con la posibilidad de errar), para afirmar que lo que él quiere decir también, es que el objetivo que se persigue con este planteamiento, es el de ofrecer la máxima calidad y satisfacción del cliente, porque como profesionales, nuestra obligación es actuar así y saber que las necesidades de nuestros clientes han quedado colmadas. Es decir, que paga y obtiene a cambio una compensación que cumple sus espectativas. Pero para ello lógicamente, se deben implicar las dos partes, el cliente, y la empresa informática que desempeña las demandas solicitadas.
Por cierto Rodrigo, me alegro de lo que dices de los sistemas gremiales ya que de otra forma yo no me dedicaría a la informática pues como muchos sabéis mi profesión y estudios «formales» son en ingeniería mecánica (al igual que los de Rodrigo) 😉
Yo creo que eso va con la persona y sus intereses. Prefiero a un filólogo que sepa programar porque lo ha aprendido él por interés y «frikismo» y lleva años en su casa haciendo cosas con elordenador porque le gusta, que a un licenciado en informática que se cree que por haber hecho una carrera ya lo sabe todo. Y sé bien lo que digo por que lo veo continuamente en procesos de selección. os sorprendería la cantidad de recién titulados en informática que te llegan diciendo que lo que más les gusta es programar y lo único que han programado en su vida es algún algoritmo suelto en Pascal que le han mandado en la facultad. ¿Cómo puedes decir que te gusta programar y no programar jamás nada fuera de lo que te mandan enla facultad obligatoriamente? Es como decir que lo que más te gusta es la literatura y sólo haber leído los libros obligatorios que te mandan en bachillerato (¿Siguen obligando a leer «Tiempo se soledad»? hoy en día ;-))
Yo entiendo que un médico al que le guste la neuro-cirugía me diga que no tiene experiencia práctica (no va a practicar consigo mismo), pero un programador no tiene disculpa hoy en día para no programar si le gusta.
En todos los lados cuecen habas y a veces el intrusismo viene de dentro aunque parezca una paradoja (conozco unos cuantos ingenieros que es para matarlos al igual que unos cuantos licenciados en informática que lo mimo). Así que el gregarismo no tiene porque ser bueno para nada. OJO: también conozco muchos que aprenden a manejar por encima el Dreamweaver y ya se llaman programadores y montan una empresa de «informática». Igual podían haber montado una mercería y serían igual de malos. Esto tampoco debería consentirse.
¡Aupa Rodrigo, titán!
A mi no me importa que un excelente ing industrial programe y seguro que lo hace
bien si se forma , aprende y esta motivado. Estoy seguro de que lo hace mejor que un ing sup informatico que carece de formacion o no le gusta programar o va de prepotente.
Lo que queria decir es que lo ideal sería como Arquitecto, aparejador , albañil
tener estos tres niveles o similares que podrían ser equivalentes en informatica a :
Jefe de proyecto, analista y programador (respectivamente ing. superior, ing. tenico y tecnico de fp por ejemplo)
Otra cosa es lo que enseñan en la carrera que puede estar mas o menos alejado del mundo laboral como descubrí cuando salí de la uni pero adquirí una capacidad de aprendizaje innegable pues tuve que hacer practicas en 15 lenguajes de programacion algunos de los cuales os sonaran a chino a algunos (lease pascal, ADA, modula2,Lisp, Eiffel, Smallltalk, etc….), por lo que coger un nuevo lenguaje como ASP o ASP.net o certificarme en ellos pues me pareció algo mas sencillo que no haber programado nunca. A mi por ejemplo en la carrera no me enseñaron a administrar IIS ni a programar en ASP.net ni a hacer la mitad de las cosas que hago ahora.
YO creo que un ing. superior estudió esa carrera para dirigir proyectos (igual que un tecnico de fp para programar) pero debe empezar obviamente desde abajo y seguir una carrera profesional similar a esta: programador- analista- consultor- jefe proyectos durante unos años e ir cogiendo experiencia. E incluso puede darse el caso de que un excelente programador luego sea un desastre como jefe de proyectos cuando asciende pues no sabe dirigir y motivar quipos de trabajo o planificar proyectos o al reves, un jefe de proyecto que no tiene npi de programación ni tiene que tenerla porque se dedica a planificar y admisnitrar recursos como personal y sistemas.
Insisto, no por ello pienso que un ing quimico o industrial no pueda hacerlo con la adecuada formacion y motivacion. No olvidemos que por ejemplo Fernando Guerrero es ing Civil, José es ing. industrial, yo soy ing informatico , mi profesor del doctorado es ingeniero químico y creo que somos buenos profesionales cuando queremos.
Lo que no podemos consentir es que el «amigo de mi primo » hace paginas webs mu chulas y baratas y no sabe lo que es la tercera forma normal o una clave ajena para la base de datos del portal o intranet que quiere una empresa que va a desarrollar no os parece?
Saludos
Sergio
Leo en el numero 29 de la excelente revista dotNetMania , un artículo de opinión Antonio
la clave de esto es:
involucrar al cliente en el proceso del desarrollo de software…
XP es la voz ??…
saludos
PERCY REYES,
Allí está el número 29:
http://www.dotnetmania.com/Articulos/029/index.html
http://www.dotnetmania.com/Articulos/029/editorial.html
saludos
PERCY REYES,
Un patrón que, a lo largo de mi experiencia como desarrollador se repite, es que alguien ajeno al equipo
E La columna que viene escribiendo Antonio Quirós en la indispensable revista dotNetmania, me viene sirviendo
Holas!
Mi opinión va en dos contextos:
1. Sobre escoger los clientes: Muchas veces es difícil escoger un cliente, pero lo que puedes hacer es recibir un cliente, y abrirle los ojos, como dijo Rodrigo, hacerle ver que es importante para el proyecto tanto como tus servicios; ahora que si el cliente que recibes no se puede transformar, ya de inicio el proyecto tendría pretención a fracasar… y viene la balanza.. tomo el cliente y acumulo un proyecto más a la lista: «porque fallan los proyectos» o simplemente escojo al cliente.
2. Sobre la profesíon y colegiado, que creo que se salio del tema pero se sento una posición: En todo caso se tendría uqe escoger el personal preguntandoles a quienes les gusta programar?, creo que lo mejor sería indepediente del título, es la experiencia y los conocimientos extras, lo que decía rodrigo en un post, sobre «el especialista generalizador». Es que imaginemos si quieres operarte de los ojos: a quién vas? a un oftalmologo, imagíno que vas al oculista, pero además puedes optar por un oculista de experiencia y eso independientemente si es colegiado o no, eso no garantiza que tenga experiencia, pero de hecho que si no esta colegiado te siembra duda. Ahora que pasa si quieres un Lider Técnio en C#?, y he aquí viene la duda, un ing. Informático titulado recién salido de la U te garantiza eso?, nop, un recién colegiado te serviría?, lo que buscarás es experiencia comprobada en proyectos, y la habilidad que pueda tener. La colegiatura te serviría en todo caso para saber que el no miente al decir que es ing. informático… pero de eso a reconocer que es un «especialista» es difícil. Ojo no desprecio la colegiatura… pero dada la situación actual, donde todas las universidad [por lo menos eso pasa en mi pais] ofrecen la carrera de ing. Sistemas, o ing. informática (y todas sus otras versiones), que alguién por ser titulado firme proyectos, creo que el mundo entraría en caos, y se podría colegiar además por experiencia…y que pasa con la gente que no es ing. informática de profesión, pero que si tiene experiencia deberían también ser colegiados… pero entonces quien decide quien se se colegia o no?…se politizaría y se crearian elites como dice Rodrigo, pero bueno .. creo que unas decadas nuestra profesión [no los ing. informáticos, ni los ing. de Sistemas, simplemente hablo de los informáticos] tendrá que evolucionar…
Saludos,
La columna que viene escribiendo Antonio Quirós en la indispensable revista dotNetmania, me viene sirviendo
Pero a ver, yo creo que el problema real no esta en el titulo. Ni en el intrusismo, diria que esta tambien en las propias universidades, que de una universidad a otra hay bastante diferencia de exigencias. Se comenta sobre sobre titulados que no saben programar, y lo llevo leyendo bastante. Pues por la zona que vivo, los de la publica miramos un poco de lado a los de una privada de por aqui. Basicamente porque se comenta, de gente de no aprobar ni a ostias, cambiarse a la privada y milagrosamente aprueban.
El problema con los propios ing. informaticos, es que hay universidades regalando titulos.
Este post comenzaba su vida como un comentario en respuesta a otro comentario de Antonio Quiros en un
Este post comenzaba su vida como un comentario en respuesta a otro comentario de Antonio Quiros en un