GetMoney(Método)

                El jueves 22 tuvimos la suerte de poder asistir a una charla con Rodrigo Corral, Ibon Landa y Juan Irigoyen, lo cierto es que el evento estuvo muy bien y es que hay que reconocer el merito que está teniendo el CIIN en organizar este tipo de eventos y más en una sala con todas las comodidades como la que dispusimos.

                Durante su intervención, Juan Irigoyen nos propuso tres tipos de pruebas unitarias,  cada una con un nivel de complejidad diferente y evidentemente cada una aporta diferente seguridad, pero conlleva también diferente tiempo de desarrollo.

                Entonces realicé una pregunta que abrió un poco de debate sobre el coste o inversión de la calidad, en donde cada uno dio su opinión, pero oí una frase que me retumbó en la cabeza,  fue algo así como:”eso es desde el punto de vista comercial, pero no técnico”; en mi opinión eso nos pasa muchas veces, es decir,  pensamos que simplemente trabajando y trabajando bien, ya está todo hecho. Yo trabajo concentrado, uso las últimas herramientas, hago código respetando las reglas del Fxcop, con una arquitectura n-capas,  gestionado con scrum , tenemos un buen ambiente, pero ¿Creéis que todo eso es importante? Pues sí, no voy a dudar de todo lo que nos aporta lo antedicho,  pero creedme,  no es lo más importante, no es la meta. A esto añado que este fin de semana me he leído el libro: La Meta.

¿Qué más no es la meta?

Vender  no es la meta de una empresa.

                Muchas veces las empresas tienen que vender a precios muy bajos, y  ni siquiera ganan para no perder un cliente o vaciar un almacén o porque el producto es perecedero.

Emplear trabajadores no es meta de una empresa.

                Los trabajadores muchas veces son fuentes inagotables de problemas, bajas, conflictos, desinterés por la calidad.

La calidad no es la meta de una empresa (Ejemplo Rolls Royce)

En 1971,  debido al intento de desarrollo de un producto que costó más de lo que esperaban y no consiguieron, el gobierno tuvo que nacionalizar la compañía al no poder hacer frente a los créditos que habían pedido.

Fuente: http://www.embelezzia.com/motor/la-historia-de-rolls-royce

Un buen producto a un buen precio no es la meta de una empresa (Ejemplo VW Escarabajo)

En 1972 se alcanza la cifra de 15.007.034 unidades fabricadas, con lo cual se supera el récord que ostentaba el Ford T y se convierte en el vehículo más fabricado de la historia.

En julio de 1974 era fabricado el último Escarabajo en la planta de Wolfsburg y el 19 de enero de 1978 salía de la planta de Emden el último Volkswagen Escarabajo ‘Made in Germany’.

Fuente: http://www.cochesdelujo.org/volkswagen/historia-modelos-y-fotos-del-volkswagen-escarabajo.php

La innovación tecnológica no es la meta de una empresa (Ejemplo SINCLAIR C5)

Una especie de vehículo híbrido entre un coche eléctrico y una bicicleta (de hecho venía equipado con unos pedales), con un vanguardista diseño que ni siquiera veinte años después parece pasado de moda

Fuente: http://marketdoc.blogspot.com/2006/11/xito-y-fracaso-en-la-innovacin-los.html

 ¿Cuál es la meta de una empresa?

 Muy fácil, la misma que la tuya o la mía, ganar dinero, pero efectivamente “ganar dinero” es una acción digamos un poco difusa,  porque a una empresa, repito como a ti o como a mí, no le vale únicamente con “ganar dinero”, sino que  lo tiene que ganar de una manera determinada que es la única que vale:

1.-Tiene que haber una buena proporción entre el dinero que se invierte y el que se gana.

Invertir 100 millones (con los riesgos que conlleva) para ganar 1 nunca puede ser una buena inversión.

2.-Debo de disponer de liquidez.

En la comida del otro día comentaban que hay clientes que pagan en 10 MESES, si la empresa no está muy bien capitalizada es una locura, son 10 meses de nominas, seguros sociales, impuestos, electricidad…

3.-ROI (Retorno de la inversión)

Por ejemplo, hemos hecho una inversión de 500 euros y hemos obtenido 1500 euros. Entonces el ROI sería igual a (1500 – 500) / 500 = 2

El valor de ROI es un ratio, por lo que se expresa en porcentaje. En nuestro ejemplo anterior, que tenemos un ROI de 2%.

Conclusiones

Habrá gente que lea esto y diga “pero yo soy programador, a  mi todo esto del ROI me importa lo mismo  que la visita a España del Presidente del Líbano”. Yo sólo pretendo que entendamos que aunque seamos fanáticos de las nuevas tecnologías, debemos ser ante todo profesionales y entender que la mejor solución para un cliente es la que le haga ganar dinero y está no tiene por qué ser la que más calidad tenga o la más innovadora.

A todos nos pasa que vamos a un curso de WPF, RIA Services o Silverlight y estamos deseando usarlo,  pero sólo habrá que utilizarlo cuando eso haga que el cliente gane dinero.

En cuanto a la calidad, sé que no es un tema pacífico, porque hay defensores a ultranza de la máxima calidad, pero al cliente hay que darle la calidad que él demande, la que él necesite,  porque si nos empeñamos en darle siempre la máxima calidad, ésta llevará un coste,  tanto directo como indirecto,  que es posible que él no quiera asumir.

Rodrigo nos puso el otro día el ejemplo del vino, para él más de 12 € en una botella, no le merece la pena. Yo os pongo el ejemplo del mítico polo Lacoste, hay gente que opina “si es para toda la vida, no pasa de moda, no pierde el color”, sin embargo otros  muchos no quieren desembolsar de una vez mas de 70€ por un polo, aunque a la larga salga más caro comprar 20 de Zara en un periodo de tiempo similar, pero es un tema de  liquidez.

Libro: LA META (UN PROCESO DE MEJORA CONTINUA)

LA META: UN PROCESO DE MEJORA CONTINUA
De
GOLDRATT, ELIYAHU M.

DIAZ DE SANTOS 2005

Lengua: CASTELLANO
Encuadernación: Tapa blanda
Nº Edición:3ª
Año de edición:2005
Plaza edición: MADRID

 

Buenísima novela que cuenta la historia de un joven ingeniero que dirige una fabrica y sobre la que ha hecho una fuerte inversión en robots. Un día recibe la inesperada visita de un director de la Compañía, que le comunica que dispone de 3 meses para cambiar radicalmente el rumbo de la fabrica ya que no es rentable,  si no lo consigue ésta se cerrará.

Es entonces cuando surge una frenética carrera por comprender donde se encuentran realmente las causas de los retrasos en los pedidos, la baja productividad, los reprocesamientos… a todo esto al protagonista se le suman los problemas familiares por la excesiva dedicación que su objetivo le está suponiendo.

Un antiguo profesor suyo de física es el que le va hacer entender cómo va a poder conseguirlo.

A mí personalmente me ha encantado, de hecho voy a pedirme más libros de este autor, son sólo 28 €.

Os lo recomiendo, os prometo que nos os va a defraudar.

Método y Grupo deben converger

Sergio Scariolo era un gran entrenador antes de dirigir a la selección española. Cuando  llegó, intentó imponer su método de jugar a posesiones largas, método que le ha dado bastantes triunfos en otros equipos, sin embargo,  la selección, con un conjunto de grandes jugadores,  no ha funcionado con este método. Perdió contra Serbia y contra Turquía, y el seleccionador se dio cuenta que su método no producía un buen resultado aplicado a este grupo y tomó una decisión que muy pocas veces vamos a poder ver en el desarrollo de un proyecto: que el responsable coja su método que tantas veces ha funcionado y decida que ese método, en este grupo no vale.

                ¿Por qué este hecho es tan singular? En la tertulia deportiva que escuchaba cuando se me ocurrió este artículo, hablaban de vanidad y es posible que sea eso, tenemos que reconocer que tener éxito en un proyecto de desarrollo es muy complejo y hay que reconocer el mérito de quien lo ha conseguido. Pero tanto en los éxitos como en los fracasos hay que aprender a separar unos proyectos de otros, y pensar que no existe una solución global.

                Tenemos que aprender a acercar el método al grupo y el grupo al método, muchas veces hablas con  gente que está intentando implantar un método de trabajo nuevo y siempre te dicen lo mismo:”mientras sigan fulanito y menganito es imposible” entonces es cuando nos deberíamos plantear: ¿podemos prescindir de las personas que imposibilitan el desarrollo del método? muy pocas veces vamos a poder tomar una decisión tan drástica, por lo que es posible que debamos ver si el método se puede acercar a los trabajadores sin que pierda su esencia, y si la pierde es que el método simplemente no va a funcionar en ese grupo.

                En mi opinión, el problema son las personas enrocadas en una posición. Estas personas pueden ser jefes de proyectos emperrados en trabajar siempre con una metodología que les ha dado buen resultado en el pasado, o que siguiendo modas, se empeñan en implantarla, bien o mal. En el otro lado, existen trabajadores generalmente desmotivados y que no se encuentran nada involucrados en la empresa, por lo motivos que sean (generalmente económicos y funcionales) que también llevan años trabajando de una manera y no van a cambiar, pero no quieren cambiar porque el cambio les supone un esfuerzo extra que no están dispuestos a dar. Esta mezcla explosiva es la causante de muchos fracasos.

                ¿Qué deberíamos hacer?:

                Conoce tu grupo

Lo  primero es conocer a vuestro grupo, ¿podrías hacer ahora mismo una lista con el nombre de los trabajadores de vuestro grupo con sus puntos fuertes y sus debilidades? Porque para conocer a vuestro grupo, debéis conocer de qué pueden ser capaces y de qué no. Scariolo pensaba que conocía perfectamente a Gasol y compañía, pero realmente no sabía que no eran capaces de jugar a posesiones largas y eso es lo que les pasa a muchos jefes.

Moléstate en hablar con ellos, en conocer cómo se encuentran, que opinan, que visión tienen del método actual y del negocio en general, de sus habilidades y sus dificultades.

 

Si la vida te da limones, haz limonada

Todos somos buenos y malos en algo, pon a hacer a la gente cosas en las que pueden ser buenos. Puede que tengas personas muy trabajadoras pero nada brillantes, o personas muy brillantes pero nada trabajadoras.

Las tareas del método deben estar totalmente orientadas a las personas responsables de desarrollarlas. No podemos obviar este criterio a la hora de asignar las tareas y debemos asumir que no todos pueden hacer todo.

Todos nos sentimos mejor y estamos más contentos cuando hacemos bien nuestro trabajo.

Selecciona bien tu método

Ten claro el por qué vas a adoptar un método, que te va a aportar. ¿Tienes infraestructura humana para desarrollarlo?, el método puede ser buenísimo y dar unos resultados extraordinarios en empresas japonesas y americanas, pero, ¿tú puedes hacerlo funcionar en tu compañía? ¿Tu grupo actual va a poder funcionar con él?¿tú vas a cumplirlo? (recordad que Scariolo había alcanzado anteriormente muchos títulos con su método-http://es.wikipedia.org/wiki/Sergio_Scariolo-)

Da ejemplo

Durante la implantación del nuevo método tienes que dar ejemplo, porque en cualquier ocasión en la que seas observado sin cumplir alguna de las normas del método, va a suponer un motivo para que los miembros de tu grupo no lo cumplan y en sus reuniones se comente frases míticas como:”pero si en esto no cree ni él”, “eso no lo hagas,  que él no lo hace”, esto es fundamental porque si el responsable pierde credibilidad, el proyecto está avocado al fracaso.

Haz seguimiento

De nada valen las reuniones, las directrices, la formación, etc si luego el responsable o los responsables no se aseguran que se está cumpliendo el método, la tarea no acaba cuando ya se empieza a trabajar con un nuevo método. Es fundamental asegurarnos de que su uso tiene continuidad y realmente no se queda en una aceptación de buenas intenciones.

Hay que seguir vendiéndolo después de vendido

                No podemos pensar que porque ya se funcione con el método, ya está todo hecho, la gente debe de CREER en lo que está haciendo, e ir enseñando las beneficios que se vayan produciendo, haciéndoselos ver a los propios miembros del grupo.

El programa de radio donde escuche los datos del baloncesto se llama La Hora de Walter.

MUDA.-Despilfarro en el Desarrollo de Software

La velocidad que en este momento tienen los negocios afecta directamente al desarrollo de software, porque lo que hoy es un buen negocio, en 5 meses puede dejar de serlo, por tanto cuando se solicita un desarrollo  es vital la velocidad con la que podamos responder.

Estamos viviendo un contexto, en el cual,  si prolongamos mucho el tiempo de desarrollo, es posible que cuando acabemos no haya negocio donde aplicarlo.

En esta batalla por la velocidad, pensando sobre lo que nos hace ir más lentos y por qué no decirlo,  hacernos más caros, nos damos cuenta que muchas veces gastamos recursos en cosas que el cliente no está dispuesto a pagar,  porque realmente no aporta ningún valor al producto.  Esto, dentro de lean manufacturing se denomina “Muda” (es la palabra que utilizan los japoneses para referirse al despilfarro, creo que en inglés es “waste”).

Se considera que son 7+1 los tipos de despilfarros que podemos identificar y evitar para poder ser más productivos y por lo tanto poder sobrevivir.

Os voy a poner ejemplos de cada tipo:

Sobreproducción: nos ponemos a desarrollar y añadimos funcionalidades que no son necesarias,  o no lo son en ese momento, o las hacemos cómo nosotros creemos que pueden valer.

Esperas: debemos eliminar todo tiempo que nos mantenga parados en la actividad¿oye fulanito cómo va lo de ruptura  de riesgo? Espera menganito acabo esto y lo miramos” (tiempo ocioso de menganito).

Otro ejemplo son las actualizaciones de herramientas, por ejemplo nosotros perdemos unos 40 minutos cada vez que actualizamos versión del DevExpress.

En inventario: ¿cuántos controles, formularios, funciones, etc. tenemos en nuestra solución que no utilizamos? Y en la BBDD, ¿cuántos procedimientos almacenados, funciones o vistas, ya no se usan? No podemos perder recursos en hacer cosas que no tengan una utilidad inmediata. Existen herramientas para hacer estas comprobaciones y debemos utilizarlas.

Sobreprocesamiento o procesamiento extra: complicar más las cosas de lo necesario, procesos que podrían ser más sencillos, los dejamos con más pasos de los que se necesitan.

De Corrección: nos ponemos a desarrollar y metemos en el código partes que se van a quitar,  o que requiere ser corregida, mil veces funciona y decimos “bueno, esto ya lo pondré  mejor luego”.

Transporte innecesario; por ejemplo en el envío de material y la devolución del feedback muchas veces no se ha planificado bien y supone un gasto importante.

Movimientos innecesarios; podríamos considerarlo al movimiento de personal, muchas veces es habla con fulanito y menganito, os reunís los tres 45 minutos mucha información y luego te enteras que ese modulo tiene que ser acorde a las instrucciones de un tercero porque ese proceso se quiere cambiar.

 

Capacidades de los empleados. En mi opinión es una de las más dolorosas, cuando tenemos a un trabajador desarrollando labores que requieren menos capacitación y se los deja en esas labores sin darlos la oportunidad de desarrollarse más y poder aportar más a la empresa.

En nuestra empresa, un chico que estaba en Desarrollo terminó siendo responsable en otro ámbito, gracias a que su jefe se dio cuenta de que podía aportar más.

Ahora reflexionemos un poco sobre el por qué de tanto despilfarro, algo que nos pesa como una losa a la hora de ser productivos, según Bill Curtis el principal problema es el RETRABAJO  y en mi opinión tiene toda la razón. ¿Cuántos módulos pasan por mil manos, se retocan y se vuelven a retocar. ¿Y todo esto dónde se reporta? ¿Recabamos suficiente información sobre los recursos que nos consume el retrabajar?¿Tenemos mediciones de todo esto?

En todas las profesiones, no sólo en la nuestra, da mucho miedo reportar a los superiores el tiempo del retrabajo y en cualquier parte de la pirámide jerárquica. Al desarrollador no le interesa que el jefe de proyecto sepa ese tiempo, pero al jefe de proyecto tampoco le interesa que lo sepa el gerente. ¿Y todo esto por qué? Porque nos afecta a la velocidad y al coste.

Conclusiones hasta aquí:

El retrabajoà Falta de transparenciaàDesconfianza de los superioresàDesmotivación del grupoàBaja el rendimiento.

Pero el retrabajo surge por algo, y si es él, el que en mi opinión genera la mayor parte del despilfarro, la pregunta es: ¿Qué provoca el tener que retrabajar?

Aquí ya puede que haya más controversia. Para mí está claro, lo esencial es que seguimos sin dedicarle tiempo al análisis y a pensar antes de hacer nada; no se debería meter ni una línea de código sin que haya unas instrucciones claras, precisas y en donde se hayan analizado todas las características.

Es mucho más caro hacer código que conlleve despilfarro,  que tardar más tiempo en pensar y analizar bien la situación.

Pensar es el trabajo más difícil que existe. Quizá esa sea la razón por la que haya tan pocas personas que lo practiquen.

Henry Ford (1863-1947) Industrial estadounidense.

 

¿Y sabéis por qué no dedicamos tiempo a pensar? Porque tenemos mucha prisa en acabar, porque hay mucha presión desde arriba y eso nos tiene que dejar de afectar, tenemos que ser fieles a una idea e ir con ella hasta el final. El hacer un software de alta calidad es el único camino en el mundo del desarrollo y eso lleva un tiempo y un coste determinado y tratar de disminuirlo con  presión es aumentarlo (Tercera ley de Newton o Ley de Acción y Reacción).

Habrá un segunda parte donde hablaremos en cómo gestionar la Muda.

Mi perro y el FxCop

Tengo un nuevo miembro en mi familia y claro él no sabe cuáles son las reglas para permanecer en el grupo y conseguir el objetivo común que es la convivencia pacífica; muerde todo, se sube y hace sus necesidades donde no debe.

Lo mismo pasa cuando alguien se incorpora a un grupo de desarrollo, cuando entras en grupo de trabajo empiezas a funcionar de la manera a la que estabas acostumbrado y claro generalmente eso no le vale a tu nuevo jefe;  el hombre se vuelve loco con todas las correcciones y  seguro que piensa:”buff esto nos va a retrasar muchísimo, yo no puedo estar detrás de este chico” que es exactamente lo que pienso yo de mi mascota.

En estos casos se puede caer en un gran error,  en psicología se denomina “reflejo intermitente” que supone que  ante una misma acción se reacciona unas veces y otras no.  Si por ejemplo un jefe un día corrige a un desarrollador por no usar using y otro día no, el desarrollador hará lo que más cómodo le resulte, sin duda,  somos de naturaleza cómoda.

Reconozcámoslo, sería una pérdida de tiempo y dinero que el jefe esté todo el día detrás de estas cosas que son muy importantes pero deben ser básicas y de obligado uso.

Ahí es donde entra el FxCop, él nos pone los limites para que cumplamos las reglas y no haya problemas en el grupo; problemas que pueden ser muy graves, que provocan enfados, malestar y hasta mal rollo en el equipo.

Por eso,  el cumplimiento de las reglas y la disciplina,  son  la base para la consecución del objetivo,  que es lo que nos da de comer y nos permite sobrevivir en la empresa.

Nosotros, en principio poníamos los errores de FxCop como warnings y muchas veces se iban dejando. Hasta que no se decidió ponerlos como errores no se quitaron totalmente, sin duda fue una decisión muy acertada.

¿Os imagináis que positivo sería en todos los equipos el uso de FxCop?, la incorporación de un nuevo miembro sería mucho menos traumática, el código de todos se parecería mucho más y lo más importante estaría todo mucho mejor.

Os dejo la frase que tanto hemos leído aquí: “La calidad no es opcional”

Recordad  que la calidad de un producto es que siempre sea igual, Pensemos que la Coca-Cola durante un mes supiese diferente, no digo peor, digo diferente y luego volviesen a darnos el sabor de siempre, podría gustarnos más con lo que ya no querríamos el sabor anterior o menos con lo que perdería adeptos aunque se subsanase el error.

Fuga de Cerebros

Me viene a la memoria un muñeco, que se dibujaba en una de mis anteriores empresas, el cual tenía los ojos y las orejas muy grandes y la boca muy pequeña; representaba el perfecto comercial, haciendo alusión a que hay que estar muy atento a lo que ves y oyes; y regular muy bien lo que hablas.

Yo me quedé con esta idea y siempre intento prestar mucha atención a lo que la gente dice; llevo una temporada muy larga en la que siempre que hablo con un profesional .NET sale una frase:”Estoy pensando en ir fuera”.

Entonces pregunto ¿A dónde estás pensando ir?, inconscientemente siempre pienso: se refiere a Londres, pero he oído diferentes destinos Londres, Irlanda, EEUU y Holanda.

¿Os imagináis que pasaría si los principales líderes tecnológicos  de este país decidiesen cambiar de aires? ¿Qué consecuencias podría acarrear esto en las empresas?

Posiblemente podría pasar algo así como pasa con el personal sanitario en general  y los médicos en particular, personas muy cualificadas pero en un mercado laboral que no responde a sus expectativas, que nos les puede aportar la vida que ellos piensan que les pueden dar otros mercados (Oferta y Demanda).

En mi humilde opinión creo que se va a producir un tránsito de trabajadores .NET al extranjero pero pienso que la mayoría de líderes tecnológicos de España son mayores de 30 años y tienen vidas bastante establecidas y eso  les va a suponer un  impedimento que evitará que muchos se vayan .  Pero hay muchos jóvenes que se van a ir a hacer carrera y esos son los que estaban llamados a ser los lideres tecnológicos del futuro en nuestro país y los vamos a perder.

Esta pérdida podría ocasionar el aumento exponencial de la subcontratación  de equipos de desarrollo en India, Filipinas, Rumania…o la importación de capital humano a precio de saldo.

Os cuento lo que yo he podido observar en otro sector; Bandrea y Roberto son dos amigos míos rumanos, excelentes encofradores, se vinieron a España con el boom de la construcción, el mercado rumano pagaba entonces a un buen encofrador 400 euros y en España 1200 euros, Bandrea vino el primero,  fue un atrevido porque sólo tenía 20 años (ya llevaba 5 trabajando allí) le gustó mucho Santander y lo que España le aportaba; entonces empezó a ayudar a venir a sus seres queridos que también eran buenos encofradores. Ahora el mercado Español ha bajado y el rumano ha subido mucho y ellos se han vuelto, pero si el mercado español no se hubiese desplomado lo hubiesen tenido muy complicado en Rumania para conseguir profesionales.

Tengo claro que si se empieza a ir la gente, esa gente arrastrará consigo a otra y una vez que se establezcan fuera y consigan estabilidad no van a volver.

Todos, empresas y profesionales, deberíamos reflexionar para poder evitar esta FUGA DE CEREBROS.

Mercado Laboral .Net en España (Parte I)

Las  últimas noticias acerca de la posible recuperación de las economías de Japón, Francia y Alemania (estos dos últimos principales motores Europeos) y que implícitamente conllevará una posible mejora de nuestra economía patria, supone un guiño para calmar nuestras preocupaciones laborales.

En esta época en la que han saltado a la palestra las palabras ERE, Concurso de Acreedores, Recesión y Cambio de modelo económico, ¿Cómo se encuentra nuestro mercado laboral? ¿Hay oportunidades de mejoras? ¿Oportunidades de incorporación para quienes han acabado su primera etapa de formación especializada?

Mirando un poco las ofertas en territorio nacional nos encontramos,en mi opinión, un escenario bastante desolador.

El mapa de .NET en España es el siguiente:

La mayoría de las ofertas se concentran en Madrid que ella sola acumula más ofertas que todos los demás juntos.  Por detrás podemos ver que se encuentra Barcelona pero a una distancias considerable y luego lo más cercano podría ser Vizcaya pero ya estaríamos hablando del 10%  de lo que ofrece Madrid. Resaltar la sorpresa que me he llevado con la tierra de mi admirado Rafa Nadal por delante de Valladolid, A Coruña o Asturias; pero la palma de mi sorpresa ha sido Salamanca con una buena Universidad que lamentablemente no aporta ni una sola oportunidad para nadie. Pero ese deshonroso honor lo comparte con Cantabria que también nos aporta un rosco.

Hasta aquí con la cantidad, pero  os preguntareis  ¿Qué  tal son las ofertas que hay? ¿Es posible que sean pocas pero buenas?

-Experiencia

De momento os puedo decir que fuera de Madrid el 95% piden al menos dos años de experiencia,  por lo que la incorporación de quien haya acabado su formación recientemente es casi imposible.

Si has acabado hace poco, posiblemente tu oportunidad está en Madrid

El grueso de las ofertas son para trabajadores con 2 o tres años de experiencia, los que tengan más de 5 se les reduce bastante el mercado laboral, sus ofertas sólo representan menos  10% del total.

-Tipo de Contrato

Aquí una gran noticia, ya que el 70 por ciento de las empresas ofertan un contrato indefinido, lo cual indica una previsión de continuidad en el negocio y una apuesta fuerte de crecimiento.

-Salario

La parte que todos esperabais, en la mayoría de las ofertas no se especifica pero si tenemos en cuenta en las que sí se hace, se puede decir que la media que se paga por un profesional con 2 años de experiencia es entorno a 24.000€ brutos/año.

-Jornada laboral

Sólo un 1% nos ofrece intensiva de mañana, todas las demás son partidas y muchas librando Viernes por la tarde.

-Especificaciones

Lo que más me ha sorprendido es el crecimiento imparable de SharePoint, podemos ver una gran cantidad de ofertas que lo especifican.

Por lo demás; conocimiento de sql, transact-sql, siendo SQL SERVER la base de datos más requerida, por detrás podemos ver bastante  MySQL.

Se pide conocimientos en herramientas de control de versiones de código (Source Safe y CVS).

He encontrado bastantes ofertas requiriendo Crystal Report.

                Muy poca referencias a Inglés, lo cual me ha sorprendido bastante, sin embargo, en la mayoría se piden personas que sepan trabajar en equipo y que se comuniquen bien.

Las Edades del WEB

Muchas veces las cosas están entre nosotros pero hasta que no se acuña un término para ello, no se hacen reflexiones sobre la trayectoria, la evolución, cambios y posibles futuros que en pocas ocasiones se ejecutan de la manera que anteriores habían imaginado, porque no olvidemos que, por mucho que queramos el futuro, sólo se puede imaginar y nunca controlar.

WEB 1.0.- La Dictadura

Hablan de la web 1,0 como la que sólo permite leer, en ella la información era unidireccional, no existía la retroalimentación o lo que los consultores de corbata llaman feedback, tampoco existía la posibilidad de crítica o de corrección.

En este periodo no se podía calificar de “social” era algo individual, entre la información y el propio lector, el usuario notaba una gran diferencia entre estar en una aplicación o en su navegador.

Podríamos hablar de esta época como:

-Individual.

-Carente de libertad.

-Desarrollo complejo por la carencia de herramientas.

Es curioso pero tiene las mismas características que tienen las sociedades gobernadas por dictadores, prohibido el derecho de reunión, prohibido el derecho de expresión, no hay alternativas, un único gobernador (poder centralizado).

WEB 2.0.-La democracia

Era el 2004 cuando llegó Tim O’Reilly, propietario de una editorial, y crea el termino web 2.0   para referirse a algo diferente a la época anterior algo que en concepto había nacido con los hipervínculos que los usuarios ponían en sus páginas, los foros, libros de visitas, existía la necesidad imperiosa de libertad, de opinar, corregir y comunicarse.

Nace la comunicación total, bidireccional y multidireccional, relaciones próximas, se puede interaccionar de forma síncrona y asíncrona.

Con esto se ha fomentado la colaboración, que en mi opinión es lo más importante que tenemos, los contenidos continuamente actualizados, donde todo el mundo tiene capacidad de edición, de aportar y opinar.

Ejemplos como:

Wikipedia: se redefine cada concepto con ayuda de todos.

Geeks: se alimenta de todas las personas que dedican su tiempo a escribir, leer, con ello aprende y enseñan.

En esta época se potencia la colaboración, trabajo en equipo, conocimiento libre esto no hubiese sido posible sin el avance en tecnologías como AJAX que ha permitido la recuperación asíncrona de datos y ha disminuido la información intercambiada entre otras muchas.

Pero entonces ¿es esta una época perfecta? ¿Es la mejor época? La respuesta es clara y rotunda NO, la información esta codificada con metadatos y esto provoca búsquedas no precisas, debido al uso de palabras claves.

Por ejemplo si ponemos en un buscador la palabra golfo no saldrán resultados sobre el Golfo Pérsico y sobre algún canalla que lleva mala vida.

Esta época nos ha dejado grandes avances Google Maps, Windows Live Mail, gOfficce..

WEB 3.0.-La Tierra Prometida

Como termino nace en el 2006 en un artículo de Jeffrey Zeldman, asociado a tecnologías como AJAX, promete mejorar las búsquedas, transformarlas en búsquedas semánticas.

Hacer uso de las tecnologías de inteligencia artificial, web geoespacial, web 3D.

Uno de los cambios más significativos es la unificación de los formatos actuales en lo que se llama “Data Web”

La aparición de tecnologías como SPARSQL, permite un lenguaje estandarizado y API para la búsqueda.

Cada cambio de época está basado en la aparición y mejora de tecnologías.

En esta época no sólo se comprará, se harán búsquedas mejores y será más entretenidos (sobre todo por las 3D) aparecen nuevas oportunidades de negocio, de actividades e incluso de profesiones que ayudarán a cambiar por completo el escenario que hoy conocemos.

La presencia de la inteligencia artificial en combinación con capacidades del usuario permitirá avanzar hacia horizontes nunca imaginados.

No perdáis de vista los servicios PayPorPost, creo que pueden ser una buena piedra de toque para ver cuáles serán las oportunidades venideras.

Ya que estamos en este foro me gustaría conocer cómo ven este futuro las personas que están más cercanas a estos avances o como han vivido los cambios de época los demás.

El triunfo de la colaboración

Sales de una reunión con un cliente, te subes al coche, el jefe te llama al móvil y más tarde llegas a la oficina a hablar con tu grupo de compañeros… ¿Cuántas negociaciones has tenido???

La negociación es una actividad clave en nuestro día a día y en la que lamentablemente ni estamos preparados ni la asignamos toda la importancia que deberíamos.

En muchas ocasiones, el mantener a un cliente, conseguir una subida de sueldo o una buena relación con los compañeros, son situaciones que dependerán de cómo seamos capaces de llevar a cabo una negociación.

He querido indagar un poco en el tema para ver cómo podemos mejorar en una parte tan importante de nuestro trabajo.

Los expertos hablan de dos tipos principales de negociación:

§ Colaborativas (Gana-Gana); en ellas las partes participantes obtienen un beneficio, el objetivo es el acuerdo y existe confianza.

§ Competitivas (Gana-Pierde); una parte obtiene beneficio en deterioro de la otra, el objetivo es la victoria y la confianza es inexistente.

Tenemos que tener muy presente que lo importante de una negociación no es el resultado de la misma, si no lo que conlleva; si hemos usado una negociación competitiva la parte que pierde se verá obligada a hacer algo en lo que no cree y experimentará la sensación de no formar parte de lo que construye.

Un ejemplo de negociación competitiva, que se me ocurre, fue uno de los principales errores de la humanidad, las sanciones impuestas a Alemania después de las primera guerra mundial, el descontento que provocó fue determinante en el desarrollo del movimiento nazi.

Siempre que nos enfrentemos a una negociación debemos intentar por todos los medios convertirla en colaborativa, los expertos sólo recomiendan hacer uso del tipo competitivo en las ocasiones, en donde la relación no perdurará en el tiempo, que claramente no es el de un equipo de trabajo.

Son varios los puntos que tenemos tener en cuenta antes de cerrar una negociación:

* Dentro de los puntos acordados no puede existir totalidad de una sola parte.

* Debemos tener absoluta certeza de que la otra parte ha comprendido nuestra explicación en la defensa de nuestras ideas.

* Asumir que es responsabilidad del comunicador cerciorarse de que el receptor ha comprendido bien el mensaje.

* Dejar a un lado nuestras ideas sobre punto cuando la otra parte explique su opinión, de forma que podamos entender el por qué de su opinión.

* No tener miedo al tiempo dedicado a explicar o escuchar un punto, una mala explicación o un mal entendido podría provocar devastadores efectos en la relación personal.

* Una vez finalizada la negociación debemos hacer entender a la otra parte que hemos llegado a una buena solución para todas las partes, que no haya sentimiento de engaño o imposición.

Este tipo de negociación puede suponer en ocasiones acercarnos a la posición de la otra parte a costa de ceder, no tenemos que tener miedo a esa “perdida”, una de las cosas que he aprendido en estos últimos meses es que es buena opción dejar que una persona se equivoque, gracias a que me han dejado equivocarme he podido aprender valiosas lecciones que en la experiencia de otros no hubiese podido aprender, debido a mi carácter escéptico.

clip_image002[4]

Tenemos que intentar que el espacio de las posiciones cedibles no disminuya, este espacio limita con el espacio irrenunciable de ambos, lo ideal es que sea un 50% de cada uno.

“Dicen que el sapo salta más que la rana porque retrocede un poco para coger impulso”.

Cosas que debemos tener en cuenta antes de enfrentarnos a una negociación:

v Dejar a un lado las discrepancias que no sean concernientes al objetivo de la negociación. No deberíamos pensar en las características sociales, políticas, religiosas o referentes a la apariencia de la persona con la que tenemos que negociar.

v No tomarnos nada a nivel personal, aceptar que la otra parte desarrolla un rol y no tiene nada contra nosotros, si no, que actúa en consecuencia al rol que nosotros interpretamos; por lo tanto nunca debemos dejar que conflictos personales interfieran en la negociación.

v Intentar por todos los medios no comenzar una negociación si el ambiente no es adecuado, el ambiente puede definir el éxito o el fracaso de la misma.

· Evitar ante todo cualquier ambiente hostil, la otra parte estará negativa y no aceptará aproximar ni un poco el espacio intermedio.

· Si el ambiente es de cansancio o preocupación, deberíamos en primera instancia respetar el espacio de la otra persona y si la situación lo requiere sería buen momento para entender la forma de actuar de con quién tendremos que negociar.

Podemos ver claramente el triunfo de la negociación colaborativa sobre la competitiva en las estrategias en relaciones exteriores de los países, los cuales, actualmente, intentan acercar sus posiciones a menudo enfrentadas por su modo de gobierno, su religión, o sus intereses económicos.

Presentación

Me alegra mucho poder tener la oportunidad para intentar aportar algo a cualquiera que lea alguno de mis post, en ellos intentaré sobre todo reunir diferentes puntos de vista y sobre todo desarrollarlos para que puedan “alimentarse” de todas vuestras opiniones y así entre todos llegar a conclusiones que nos permitan mejorar a nosotros y a nuestras Compañías.

Mi idea es combinar artículos técnicos sobre desarrollo con artículos sobre el equipo de trabajo (comunicación, negociación, trabajo en equipo….) creo firmemente en el equilibrio como base de cualquier trabajador para su triunfo tanto en el mundo laboral como en su vida personal.

En Enero del año pasado tuve la suerte de escuchar a Emilio Duró en una pequeña charla hablando sobre el mayor rendimiento de los optimistas, no podría haber estado más de acuerdo con él, y sobre la importancia del factor humano del trabajador.

En este punto me gustaría agradecer a todas las personas que me han ayudado en mi formación profesional sobre todo en esta última etapa, en especial a Juan que es él que me ha animado a participar y a Rodrigo que me ha dado acceso, y a todas aquellas buenas personas que conocí estando lejos de casa y me ayudaron a sentirme mucho más cómodo.

Os dejo una frase del libro “Los Revolucionarios Industriales” de Gavin Weightman que refleja la importancia de los diferentes puntos de vista ante un problema y por lo que espero vuestras opiniones en los artículos.

“Llegó a una conclusión sensacional, lo que necesitaba no era una mejora en la suspensión de los carruajes, sino un mejor revestimiento en la carretera”