Jueves, 17 de Mayo de 2007

Vida de Programador VI: El proyecto

En las categorías: Tech, Puke

No hay nada mas que anime a un consultor o a la consultora que haber conseguido un proyecto nuevo para desarrollar, el enamoramiento inicial entre ambos es algo casi novela romántica donde la excitación entre cliente y consultor es algo que genera chispas en el aire. Pero como toda novela romántica es algo que es fantasioso y   no dura demasiado; tratare de ir explicando con estas líneas algunos porque de esto.
Empecemos por diferenciar los proyectos de TI:
  • Existen los proyectos de recetas de chef(tipo los de infraestructura)
  • Y por otro lado, los proyectos que hace un cocinero inexperto apurado por un patrón exigente (en su mayoría los de desarrollo de software).
Obviemos los proyectos de infra que no es el caso por el cual escribo y concentrémonos en especifico el desarrollo de software. Estos proyectos de por si nacen con un halo negro sobre si, ya están atrasados porque cuando un área cliente los pide es que ya tienen una necesidad imperiosa de una solución "ya ya" y esas palabritas generan un conjunto de errores que he visto suceder no en uno sino en muchas empresas. El cliente normalmente no tiene claro lo que desea, la consultora/consultor en su premura de conseguir el cliente muchas veces comete el error de subestimar una etapa clave de cualquier desarrollo: EL ANALISIS, o sino delegan esta función en las terribles figuras que cualquier empresa que hace software  ama y odia al mismo tiempo: EL VENDEDOR, ese tipo que dice, "Tranquilo XXX que en la empresa tengo gente super especializada en eso y que ya ha hecho algo así antes y en 1 mes lo tiene, dame los formularios que tu quieres ver en el sistema y listo que mañana tienes la cotización". A ver amigos, cuantos de Uds. no han escuchado esas palabras antes y cuando llega esto al grupo de desarrollo pasan 2 cosas, o la empresa contrata newbies que no tienen idea de como hacerlo o el tipo con  experiencia tiene un libro de preguntas sobre el sistema que el vendedor ni idea como responderlo y pasan ese mes de cotización del proyecto solo haciendo la fase de ANALISIS que alguien obvio hacer.
Por otro lado hay una mala cultura por parte del cliente de no estar acostumbrado a pagar esta fase de Análisis ya que para el su problema es, "ver el reporte X y Y en tal sitio y eso es todo, eso es facilísimo vale, tal como te lo digo es", y cuando el desarrollador intenta indagar mas sobre esto, surgen entonces aquellos pequeños detalles que se me olvido decirte…tan pequeños que hacen replantear toda la solución. Podrán decir otros que hay desarrollos iterativos donde el cliente puede ir viendo avances continuos y haciendo feedback sobre el mismo que podrían evitar que esos "pequeños detalles" hagan desviar el desarrollo de la solución pero ahora la pregunta es, como le coloco coto a ese feedback que no me haga rehacer el sistema n-veces, algunos dirán entonces como solución para el proyecto, bueno entonces como el cliente no sabe lo que quiere facturémosle por hora, y la respuesta sería: si pero no…
Y lo baso en lo siguiente; una empresa de software exitosa se basa  en el tener un conjunto de personas fuera de los socios que resuelven problemas de los clientes sin sentirse parte de estos y el problema es que cuando se trabaja por horas, el cliente como buen patrono a la antigua quiere ver lo que las mulas hacen y esto implica que el personal debe estar en sus instalaciones  lo cual genera el peligro que en algún punto esta persona sea absorbida por este cliente por creer que le sale mas económico esta modalidad.
En definitiva estoy detallando solo el inicio de El Proyecto, no estamos viendo todavía las complicaciones que mas adelante pueden surgir, pero es que pasa como en todo que sino tenemos una buena base para construir el edificios muy difícilmente este se sostendrá y por esto muchas empresas de software cometen el error de por capturar la obra apuran la estimación de tiempos produciéndose que luego en el tiempo proyectos que son NO RENTABLES, y que ilusamente se piensa que los costos de perdida de los mismos serán recuperados con algún otro servicio que se le preste al cliente mas adelante cuando la realidad es que muchas veces la satisfacción del cliente esta tan saturada que si continua con el servicio es solo por no dejar perder la inversión ya realizada. Al final de esto pasa lo de siempre  que la consultora/consultor quiere buscar otro amor, otra ilusión otro Proyecto, algo que le haga creer que esta vez si lo podrá hacer bien…
En definitiva son problemas que pasan mas frecuentemente de los que uno quisiera y si tomáramos las precauciones básicas de estimar correctamente los tiempos mas hacer participe al cliente de una fase de armado de la solución para poder tener un documento de compromiso lo que se va a realizar garantizaríamos la ejecución de las obras en los tiempos adecuados y con los costos estipulados, ¿utópico?, NOOOO, y bueno si tienen muchas dudas entonces cobren la hora muy cara del proyecto que es lo único que los protegerá de la n-veces que harán lo mismo.



«« 2010055


Del.icio.us  |   Cosmos  |   Digg  |   Slashdot |   ”submitMeneame |   Guardar en Favoriting Favoriting

Escritos Relacionados:


EL URI para seguir esta entrada es: http://zeitan.blogsome.com/2007/05/17/vida-de-programador-vi-el-proyecto/trackback/

6 Comentarios »

    Delimce
  1. quizas un problema de esta naturaleza es la que hace a una empresa optar por la creación de un departamento de “tecnologia” que a la final sale mas barato que mandar a hacer los sistemas y soluciones uno por uno, con la creación de ese departamento, se crea un poco de burocracia, pero garantiza que los ataja perro caerán sobre la primera persona que se ofrezca a coordinarlo. ahora bien hacer consultoria en sistema a clientes fuera de tu ramo profesional es muy difícil dado que aunque hagas el esfuerzo mas sobre natural nunca podrías imaginar que pasa por las misteriosas cabezas de tus clientes que según el estado de animo toman decisiones que para ti son trascendentales en tu sistema que al inicio tanto el cliente como tu quedaron claros como seria el desarrollo.

    May 17, 2007 @ 4:25 pm

    • • •
     
  2. El Rule
  3. VERGA CHAMO ESCRIBI UN TESTAMENTO REFERENTE AL POST Y LO QUE NOS ESTA SUCEDIENDO EN NUESTRA COMÑIA Y LA VAINA SEME BORRO, QUE ARRECHERA!! ME REVIVISTE EL DOLOR DE CABEZA RATA…Y YO QUE VINE A VISITARTE PARA RELAJARME UN POCO!!

    May 17, 2007 @ 5:00 pm

    • • •
     
  4. Apocalypso Facto
  5. Leer este post me hice recordar esto: http://img245.imageshack.us/img245/3025/softwaredevelopmentlw3.jpg

    May 17, 2007 @ 9:40 pm

    • • •
     
  6. Percy Reyes
  7. Hola Zeitan!, como has estado?...
    Eso es cierto, la última vez que visité a un cliente para desarrollarle su sistema de farmacia, este me solía decir: “...pero yo querio lago sencillo, dime rápido cuanto me va a cobran, lo quiero para cuanto antes, lo quiero ya,”
    Yo le decia y volver a decir al cliente: “primero tengo que hacer un buen análisi, no se apure por favor, después de eso, podrá darle un precio y un tiempo para entregarle su sistema…”
    Este me volvia a decir: ..”entiendo, pero por favor dime cuanto me vas a cobrar, lo quiero ya… es sencillo!”“...

    En conclusión, el cliente no sabe lo que quiere, y en ese apuro de querer tener la magia de un sistema totalmente funcional se preucupa en presionar y apurar al desarrollar, haciendo que este al final desarrollé e implemente funcionalidades incompletas, y es más, diría, cortando partes del sistema, es decir, un sistema desastroso..

    Que consté que al final mi persona le dijo: NO, NO NO señor, CON CALMA!, ole!, calma!... y así ando luchando.. :D

    May 20, 2007 @ 6:37 pm

    • • •
     
  8. Jacmkno
  9. Si definitivamente esto es un problema, yo por ahora considero que es imposible sacarle tiempos a un desarrollo, pues matematicamente hablando, la idea de un analisis solo genera una aproximación probabilistica de incertidumbre subjetiva al tiempo que tomaría el desarrollo. Eso es un un riesgo inaceptable a nivel de proyectos tanto para cliente como para desarrollador. Yo creo que hoy en día NADIE sabe como hacer para sacar un proyecto de software adelante con una probabilidad REAL calculada superior al 95% de exito (Con una desviación estandar menor al 20%). Antes pensaba que todo se podía programar en un tiempo razonable para la inversión. Ahora pienso que hay muchas cosas importantes para la industria cuya programación personalizada es absolutamente INVIABLE y NO RENTABLE para un solo Cliente.

    May 23, 2007 @ 8:30 pm

    • • •
     
  10. RR
  11. La solución es sencilla: elige tus clientes con cuidado. Un cliente que no sabe lo que quiere, pero lo quiere “ya”, no vale todo el oro del mundo. Te va a hacer perder el tiempo y provocar tantos dolores de cabeza que el dinero que te pague, por mucho que sea, te parecerá poco. Solución: Mándalo a la mierda, y busca otro cliente que sepa lo que quiere o, al menos, quiera aprender de lo que le digas.

    June 4, 2007 @ 4:58 am

    • • •
     

RSS feed para comentarios en el post.

Deje un comentario.

Entrelineado de parrafos automáticos, direcciones de e-mail nunca seran mostradas, HTML permitido: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <code> <em> <i> <strike> <strong>



Anti-spam measure: please retype the above text into the box provided.

cró·ni·ca s. Artículo periodístico o información radiofónica o televisiva sobre temas de actualidad.

Puede que algunos elementos de esta página no se muestren correctamente si navega con Internet Explorer. Zeitan recomienda utilizar:
Get Firefox!

Links internos:

Categorías:

La gente comenta:

Archivos:

Mayo 2007
L M M J V S D
« Abr   Jun »
 123456
78910111213
14151617181920
21222324252627
28293031  

Hace un mes atras:

La gente lee:

Zeitan. Es el navegante constante de la red que expone sus opiniones y gustos en este espacio esperando compartir junto a Uds. esta experiencia y saber su feedback a través de sus comentarios.

Contacto:

msn:antonbas@gmail.com
Blogger Code:
B4 d- t k s++ u++ i o x-- e+ l c+
(decode it!)

Escuchando en Last.FM:

Twitteando:


Sigue a zeitan en http://twitter.com

Búsqueda:

Busca con este:


O si te parece mejor usa este otro:

Leo a:

Mas clickeado:

Sindicalizado por:

Estamos Suscritos a:

Directorio de Blogs de Venezuela
BloGalaxia
Blog Flux Directory

 Bitacoras.com

Top Technology Blogs

Cotizamos en:
Listed on BlogShares Unión de Bloggers Hispanos
Unión de Bloggers Hispanos

Contadores:



Revisa las estadísticas

Theme copyright © 2002– Mike Little
Modificado por Zeitan 2006.