The first step is to start.

Empieza!

Hace algunos años, cuando en una empresa, cuyo nombre no quiero recordar, estaba en pleno proceso de formación, aprendí lo que era el triángulo imposible. Algo que parece tan obvio y tan evidente como que las cosas se tienen que hacer bien, no lo es tanto a ojos de un cliente obsesionado con el tiempo y la fecha de “entrega” del proyecto. Lo digo por experiencia.

Según el triángulo imposible puedes seleccionar sólo 2 de sus 3 opciones, es decir 2 de sus 3 vértices. Estas opciones son dinero, calidad y tiempo.

Y las combinaciones posibles son las siguientes:

Si seleccionas que el producto sea bueno y barato el proceso de desarrollo no puede ser rápido.
Si seleccionas bueno y rápido no puede ser barato.
Y si seleccionas rápido y barato no puede ser bueno.

Por favor, no elijas la última! nunca!

Bien, pasado un tiempo, el blog vuelve a tener actividad. Y esta actividad la quiero estrenar con una nueva imagen, un nuevo diseño, y una nueva manera de navegar por el blog.

Aún tengo que acabar de pulir algunas cosas para que funcione como deseo. Pero es un buen “re-cominezo” que necesitaba.

El diseño, aunque parezca mentira, es mio. Aunque lo haya basado en el tema Canvass de Free CSS Templates (si buscais diseño, este es un buen sitio), el cambio con el original es notable. Layout líquido, colores diferentes… cositas.

Bueno, tal y como dije en el primer post del blog.

Bienvenidos (de nuevo).

Aunque no es ninguna escusa para desatender el blog, la principal razón para no escribir ha sido escribir “mi primer análisis funcional”. Dos meses de trabajo delante del Word no dejan muchas ganas de volver a sentarse a escribir material nuevo para el blog. Tampoco dan mucho material nuevo para escribir en el blog (aunque tengo algunas cosillas pensadas).

La experiencia que he tenido al escribir un análisis funcional no ha sido tan duro como en principio creía. Hace menos de un año no era mi intención la de escribir ninguno, pero dadas las circunstancias del proyecto en el que me metí (cabezón de mi) me ha tocado lidiar con ello.

No es lo que más me gusta, prefiero la parte técnica de los proyectos, y mi intención no es dedicarme a hacer funcionales (aunque los analístas funcionales se ganan bien la vida). Primero, porque se necesita una “berborrea” que no alcando a tener y segundo, porque estar todo el día delante de un documento no me apetece mucho.

Por lo menos, la primera prueba parece superada. La siguiente debe ser retomar de nuevo el blog.

Es un editor, como dice la página:

Simple, Flexible, Powerful Text Editor for the Web

Y creo que cumple realmente cada una de las palabras utilizadas por su creador Sean Kelly.

Pero lo que le “fallaba” para mi gusto era que no soportaba Ruby on Rails, hasta ahora. El pasado 15 de diciembre, Sean nos alegró las navidades con la nueva versión (y ya va por la 4) del editor skEdit. Sin duda una gran noticia y una gran ayuda para quienes no entendemos TextMate

Pero bueno, no creas que sólo de RoR se vive: skEdit

Qué pasa cuando un proyecto depende de dos empresas distintas? y además, la fecha de entrega está muy cerca? pues que estas empiezan una guerra de a ver quién lo hace peor que la otra. Ya no se trata de acabar el trabajo a tiempo (porque no se va a conseguir), se trata de hacer ver al cliente que el trabajo no ha sido acabado a tiempo por culpa de la otra empresa.

Y cómo conseguirlo? Buscando el fallo ajeno hasta encontrarlo y entonces publicarlo hasta en La Vanguardia.

Es triste, pero entonces se entra en una borágine de dimes y diretes que no hace más que enrarecer el ambiente de trabajo, y lo que debería ser un trabajo entre dos equipos se convierte en una guerra.

Esto es lo que me acaba de pasar. El proyecto en el que trabajo actualmente depende del desarrollo de otra empresa, y como no llegan a tiempo a la fecha de entrega buscan el escudo necesario para que no les salpique la mierda.

Yo no soy perfecto, ni creo que mi trabajo haya sido tan perfecto como para que a estas alturas no tenga ningún problema. Los tiene. Pero, si el cliente ha aguantado lo que ha aguantado, lleva ya aguantándolos solo en este proyecto 9 meses, para algo que se debería haber acabado en como mucho 3, no creo que le venga de una semana más. El cliente es suficientemente listo como para darse cuenta de lo que pasa y ha pasado, está de sobras enterado. Lo único que pido es no ser tan canalla y no acabar con el trabajo a bombazos.

Esto es solo un ejemplo, no quiero decir que siempre tenga que pasar lo mismo en otros casos. Pero quería desahograme y recordar un post que he leído recientemente en Linked: El factor humano aunque aquí los tiros van por otro lado.

Hasta la próxima.

El caso es que pensando en lo que un día un profesor de economía comentó en la universidad (mucha clase no hacíamos) llegué a la conclusión de que a lo mejor me he equivocado de profesión (sufrido programador) y debería haber montado una cafetería.

La explicación que dio el profesor fue que por cada café que se sirve, el 90% de lo que paga el cliente son beneficios. Esto me recordó (extraña conexión) un post de Linked Las aplicaciones software tienen un precio … y un valor en el que se habla del precio de una “simple” aplicación de mensajería instantánea y se discute si su precio debe ser 0!!! o 11$ según la menera que se desee recuperar la inversión (publicidad o no publicidad). De todas formas a mi me suena a poco.

¿Sabes cuánto vale un café? (que se lo pregunten a ZP) En la cafetería de al lado 1.20€, lo que le costaría al empresario y siguiendo la regla del 90% de beneficios sólo 12 céntimos. ¿Sabes cuánto vale una aplicación? Con los precios tan irrisorios casi nada, pero ¿sabes cuánto le cuesta a la empresa o programador emprendedor crear la aplicación? Pues no creo que se acerque para nada a la relación 90-10 de los cafés pero al revés (por cada 100€ gastados recuperes 10€ por cada venta). Ni por asomo.

¿Esto quiere decir que la creación de aplicaciones está mal pagada? ¿Sólo es una traba más a los desarrolladores que desean pasar a ser emprendedores? Quizás debería montar una cafetería…

En todo este tiempo se ha puesto de manifiesto un absoluto “pasotismo” por parte de “los compañeros” de desarrollo aludiendo a que tienen que desarrollar otros proyectos, por lo que me he encontrado en situaciones de las que no sabía cómo salir o seguir con el desarrollo hasta que algún peso pesado del cliente no les ha llamado la atención. Esto es un gran problema, no solo por la inseguridad que a mi me ocasiona (saber o no saber qué, cómo y cuándo se va a hacer aquello y lo otro) cuando dependes de ese trabajo, si no que además retrasa el proyecto que crea una ansiedad en el cliente que puede llegar a ser incontrolable algún día (y eso no son buenas noticias).

El problema, sinceramente, no creo que sea únicamente de esta otra empresa que no dedica el tiempo necesario al desarrollo y colaboración con mi empresa, cada empresa da prioridad a lo que más le interesa (para algunas el lema de “al enemigo ni agua”). Creo que el permitir que esto suceda por parte del cliente tiene buena parte de culpa, y soluciones (como las brujas) “haberlas haylas…”

Y es aquí cuando tienes que aprender que las cosas de palacio van despacio, y que si algo no depende de uno mismo por más que se hagan reuniones, con buenas intenciones por todas partes, y calendarios de entrega, estos últimos son papel mojado. ¡Qué triste!

¿Alguna vez os habéis encontrado en una situación similar?

Site corporativo de Sonia Compadre (Copy freelancer – Guionista) ha sido realizado íntegramente en Flash (versión 8 Professional) y ActionScript 2.0 en colaboración con el estudio de diseño limón.

Sin embargo, no es un proyecto “finalizado”, en posteriores versiones se añadirá PHP para el negocio de backend.