Si trabajar más horas de la jornada normal se convierte en la norma, hay dos cosas claras:

- Tienes un problema.
- Ese problema no va ha solucionarse trabajando más horas.

Algo así decia kent beck en el XP Explained, y tiene más razon que un santo, cuando se extiende la jornada laboral por costumbre es un claro indicador de que algo anda muy mal, ya sea la planificación, ya sea el diseño del software, ya sean otros mil factores, y claro esta, ninguno de esos problemas tiene su solución en echarle más horas al tema.

El problema de fondo es que se sigue sin entender que el desarrollo de soft es un trabajo creativo y no se puede comparar con una cadena de montaje, lo primero y más importante que requiere cualquier proyecto para su exito es un equipo humano capaz, contento con su trabajo y en un entorno donde se fomente su productividad. Por poner un ejemplo, mirar a google.

Votes: +0

Completamente de acuerdo. Además se suele crear una espiral peligrosa: aumenta la presión, disminuye la motivación y la calidad, se aumentan aún más las malas caras y los reproches... y muchas veces se acaba creando una "Empresa tóxica" que auyenta el talento y atrae trabajo de codificación precario y a disgusto.

Juan Palacio Votes: +0

...Cuando en realidad de las especificaciones iniciales, en base a las que se vendio el proyecto, se parecen al producto final como un huevo a una castaña. Es lo lógico en algo tan intangible como el software que ni el cliente tiene claro lo que quiere ni nosotros conseguimos entender sus necesidades con 2 reuniones.

Quizas lo necesario sea modificar el enfoque, no se trata de vender bytes, se trata de vender conocimiento y soluciones. El cliente claro esta prefiere comprar soft como el que compra una mesa, te pago tanto y en dos días me traes la mesa y me la pones en el salon, pero por desgracia esto no es tan facil como hacer mesas. A mi entender la solución pasa por encontrar las formulas (legales, contractuales...) para que tanto el cliente como la empresa de desarrollo obtengan mayor beneficio cuanto mejor sea el software desarrollado, relaciones de colaboración por encima de las tipicas relaciones de cliente-vendedor.

Claro que esto es muy facil decirlo pero luego vete tu a explicarselo a un cliente...

yo si tuviera una necesidad de que alguien me desarrollara un soft jamas confiaria en una empresa con más de un 30% de movilidad laboral, y este el indice de las grandes consultoras que cortan el bacalao en nuestro pais y que todos conocemos perfectamente.


Votes: +0

... que todos lo sabemos pero ninguno le hacemos caso?

Y me refiero a las empresas, claro. Todas saben que programar (o diseñar el software, o estimar el esfuerzo, o parametrizar un paquete comprado a un tercero, etc..) sin realizar un análisis serio es perder el tiempo. Todas saben que trabajar bajo presión reduce la calidad y aumenta el esfuerzo para terminar el producto.

y sin embargo, mirad alrededor vuestro... Algo falla y creo que no soy sólo yo. Todo el mundo hace las ofertas basándose en el dinero a pagar por el cliente, y después introduce la gente y el tiempo. O sobredimensionas mucho al principio y no consigues la oferta o reduces el precio y ya ajustarás los costes después.

Efectivamente, el problema no se soluciona haciendo más horas.

oscarm
a bit of an apple Votes: +0

Esa es la razón: la cadena de presiones. Todos tenemos un jefe y todos somos jefes (aunque sólo sea de nosotros mismos).

Lo que consideramos nuestro "Cliente" no es más que otro eslabón en la cadena de presión ya que éste, a su vez, debe rendir cuentas a "su Cliente" y así sucesivamente.

Yo creo que el problema radica en algo similar a lo que se cita en el primer comentario : la informática no es como la carpintería. Y no lo es porque la carpintería lleva miles de años con vida y ha evolucionado hasta el punto de poder hacer cosas muy útiles (una mesa) en muy poco tiempo (unos días), con muy bajo coste (unos pocos euros) y con mucha fiabilidad (¿cuántas mesas fallan al ponerlas en su sitio? ¿cuántas veces es la mesa la culpable del retraso?).

La informática tiene que evolucionar MUCHO para poder tener patrones bien conocidos y poder dar plazos y "mesas como churros".

Estandarizemos los estándares ! Votes: +0