Acerca del costo de un proyecto !!!

[[Delphius]]

Hola AzidRain,
Estoy de acuerdo con vos en muchas cosas. Y te doy la razón... pero....

Empezado por AzidRain

El analisis en estos casos debe ser muy expreso, tan solo en conocer a la empresa se lleva minimo un mes para dimensionar al 100% todo y eso sin contar que no sabemos el tamaño del changarro, igual y es una microepresa con unos cuentos empleados o igual y es una gran empresa con muchas sucursales.

No sabría decir cuanto se demora en conocer al cliente, ni a su empresa. Todo dependerá de las circunstancias. Puede, incluso, que en ocasiones no haga falta conocer TODA la empresa, ya que puede involucrar a un sector (o hasta incluso a una sola persona). Vamos... que tampoco es que te pongas a hablar con el personal de limpieza...

Empezado por AzidRain

Ahora bien, a el le estan pidiendo algo muy concreto por lo que veo: vender boletos y que cada sucursal pueda vender lo de las otras.

Ummmm.... en lo personal, y de lo que aprendí de aquellas entrevistas que vi, ¿desde cuando esas simples líneas dicen todo lo que debe hacer un proyecto?
Yo, por lo menos, le tendría "miedo" a una frase tan simple. Sobre todo considerando que el grueso del proyecto no es algo de SOFTWARE. Sino por una cuestión técnico/Operativa y de Hardware. El software puede ser lo de menos...

Si me piden mi opinión: pondría bien en claro desde el punto de partida: Como hacer la conexión entre las sucursales. Ya sea, VPN, TCP/IP, por lo que sea. Lo primordial: asegurarse de que se logre la conexión. Esto es un mundo:¿Fibra optica?¿Se puede?¿Satelital?¿"Se ven"? Yo de hardware no opino mucho... no es mi fuerte, pero todos sabemos que un aspecto importante a tener en cuenta es la dispersión y distribución "geográfica" con se cuenta (al menos en el caso de antenas. Y en algunos casos el tendido de la fibra no se puede (1)). Pero si me dan a dirigir el proyecto. Este sería el principal punto a debatir. Creo, que al cliente le preocupa y le interesa de que "Todo se comunique" y que lo haga bien.

(1). Al menos en Salta, Argentina. No se puede realizar ningún tendido en la zona centrica sobre una altura menor de 6 metros. Además no debe obstruir ningúna zona pública ni residencia privada. También se debe contar con el permiso de la municipalidad, tiene que venir el organismo verificador... uff... y otras cosas más.

Empezado por AzidRain

Pero volviendo a lo del análisis. Generalmente cuando uno trabaja estilo freelance o con una microempresa no tiene uno muchos recursos humanos como para crear equipos grandes que puedan desarrollar el análisis o bien que mientras unos hacen análisis otros hagan proyectos de otros clientes..:A veces hasta el programador termina siendo el hombre orquesta de la cuestión.

Perfecto. Yo no dije nada si es freelance, si tiene un equipo a cargo... Tampoco dije que tenga más o menos recursos. Si el que trabaja es uno solo o diez es lo de menos. Lo importante es que se cuente con el plan de trabajo. Yo simplemente dije:

Empezado por Yo

(...)Debe reflejar la relación inversión/beneficios, la capacidad de la mano de obra(...)

La capacidad de mano de obra puede ser de uno, de un equipo de futbol... no interesa. Lo importante es que los "numeros" indiquen (o al menos sean los más precisos y estimados posibles a las circunstancias) que se pueda llevar a cabo con lo que tiene.

Empezado por AzidRain

Lo de los análisis kilométricos yo se los dejo a empresas ya en forma o proyectos en donde al cliente no le importa mucho la inversión sino el resultado o bien entiende que si quiere un buen resultado necesita mucha inversión

Es cierto que al comienzo, cuando uno recién se inicia, uno no se toma el tiempo en hacer un buen análisis detallado y documentado. Pero, en este caso: sabiendo que es una empresa que tiene varias sucursales... ¡guau: sucursales! Gana bien... el tipo no querrá perder ni un centavo. Al cliente lo que pide y es. Yo, al menos, si veo que el cliente es "medio grande" prefiero demostrarle y asegurarme que el relevameiento se hizo y lo dejo tranquilo. "A más grande el pez, más grande el anzuelo"

Saludos,

[adfa]

Empezado por Delphius

En cuanto el usuario pierde la noción de lo que habla es porque NO SABE LO QUE QUIERE, no es la persona adecuada para evacuar tus dudas (y a quien le "encajaron" el mando y dirección del proyecto).

Una gran verdad es que lo que el cliente quiere y lo que el cliente necesita no siempre son la misma cosa.
El poder hallar una solución a este problema muchas veces logra el éxito.
Por eso yo decía que muchas veces no es solo un programa si no una solución, en base a los conocimientos que vas acumulando y piedras con las que te vas tropezando sabes que es lo bueno en cuanto a procedimientos y manejos de algunas empresas y/o ramos.
Siempre digo que los programadores terminan siendo personas muy cultas, ya que en cada proyecto nuevo terminas aprendiendo de un monton de cosas; rendimiento de cultivos, variedades de vinos, remates, laboratorios medicos y quimicos, etc, etc.
Entonces si puedes aplicar ese conocimiento que adquieres a un nuevo cliente para encaminarlo a una mejor solución le das valor a agregado al cliente, entonces la ecuación de precio/hora * tiempo, cambia ya que das un servicio de valor agregado.

Empezado por Delphius

Yo, por lo menos, le tendría "miedo" a una frase tan simple.
Saludos,

Tal cual, a veces atras de una simple piedrita se esconde un dinosaurio tamaño familiar.

Saludos

[[AzidRain]]

Uno de los errores comunes en quienes nos dedicamos a esto es en tratar de vender "soluciones". Muchas veces el cliente solo queria un pequeño programa que me imprima mis facturas y me guarde mis clientes...2 reportes y punto..no mas..y terminamos vendiendole un ERP!! En primer lugar el cliente termina subutilizándolo y achacándole la falta de uso a que no es como el lo pidió y que solo le quisimos vender por vender. En segunda, utilizamos mucho tiempo en un proyecto que si es muy específicio solamente lo vamos a poder vender una sola vez.

Aquello de que la empresa tiene muchas sucursales, ergo, tiene dinero es una falacia. A mi me paso con un cliente que en teoría era grande y que tenia varias sucursales, facturaba mucho dinero al mes pero su administración era tan mala y tan mediocre que no podían pagar nada o bien no querían invertir en lo que realmente necesitaban.

Es necesario conocer al cliente, si, saber mas o menos que quiere y con esos datos hacer un modelo mas o menos pequeño con la idea que uno tiene para su proyecto, presentarlo y ver que otras cosas más necesita o quiere agregar. Después de eso y antes de hacer nada, hay que presentarle ya un estimado de costos y tiempos para que el cliente decida si le sigue o no. Si le sigue, se debe solicitar el anticipo antes siquiera de tener la primera reunión...tu no sabes que tan ordenados sean en esa empresa, con suerte y como dice adfa, quien se entenderá contigo no tiene ni idea y si habias pensado tardar 15 dias a lo mejor te tardas 1 mes solo en las platicas y reuniones....y que? Ese tiempo (tuyo) no vale o que?? Por eso se debe haber cobrado ya algo para que valga la pena.

[[ArdiIIa]]

Empezado por AzidRain

Uno de los errores comunes en quienes nos dedicamos a esto es en tratar de vender "soluciones". ........

AzidRain
Quise hacerte alguna observación en privado, pero al parecer, tienes el buzón de mensajes repleto....

En todo caso, decirte que a mi parecer, tienes las ideas bastantes claras...

Saludos.

[[AzidRain]]

Ya lo limpie

El arte de esto considero que es vender lo adecuado a cada cliente.. Hay clientes que efectivamente buscan y requieren una solución completa, otros solo requieren una asesoría y algunas mas solo un pequeño programa o parche.

Ejemplos de la vida real:

1.- Una empresa de abarrotes pequeña del tipo "conveniencia" habia crecido ya mucho, era conocida y vendia bien. Querían crecer. No tenian infraestructura, utilizaban un programa (ASPEL SAE) para llevar su administracion mas o menos. Querían:
Poner cajas registradoras tipo pc con scanner y todo lo demas.
Que su inventario se afectara al salir o entrar mcia a sus tiendas
Llevar un pequeño control de las ventas e inventario.
(Lo administrativo lo seguirian llevando en el ASPEL)

Se les vendió: Todas las pcs que necesitaba, las que iban a ser cajas incluyeron scanners, miniprinters, displays, etc.
Un servidor, la instalacion de todo, cableado, etc.
Capacitación en la nueva forma de trabajo y demás.
Y Obviamente el software de inventarios + caja registradora (sencilla sin adornos ya que asi lo pidio).

Se le pudo haber vendido además: El software administrativo completo con todo lo que implica, terminales portatiles para llevar mas control del inventario etc.

2.- Otra empresa tenia funcionando un sistema Contable (ASPEL COI) y requería una forma de hacer más rápida la captura de datos de un sistema propio que manejaba tablas planas.

Se les vendió una aplicación que tomaba datos de las tablas, las convertia a un archivo TXT entendible por la otra aplicación y la importación la hacía el usuario dentro del programa contable.

Se le pudo haber vendido: Un nuevo programa que ya no usara tablas planas sino SQL, más rapido y multiusuario y que además exporte directo al otro programa.

3.- Otro cliente estaba haciendo su propia facturacion usando Visual Bashit y no sabian que db usar y en su caso como hacer la conexión.

Se les vendió unicamente la asesoría para sugerirles MySQL o Firebird y mostrarles como se hacian las conexiones además de proporcionarles manuales, links y demás para que se documentaran sobre el tema.

Se les pudo haber vendido además: Un programa en Delphi mucho mejor con mejor interface y mejor diseñado.


En todos los casos se pudo haber vendido a lo mejor mas cosas adicionales pero seguramente alguno de ellos no nos hubiera vuelto a contratar como hasta ahora lo han seguido haciendo ya que hubieran caido en cuenta que no necesitaban tanto. Es como cuando uno necesita un coche para ir al trabajo y te quieren vender uno de lujo o una camioneta, igual te lo compras pero despues piensas "Y para que tanta cosa?"

A veces uno se emociona y quiere dar rienda suelta a las ideas propias o al potencial de una idea, pero ojo, a veces cuando uno quiere parar es demasiado tarde o bien toma uno caminos que no tenia pensados.

Siempre hay que mantener un equilibrio entre lo que el cliente quiere y lo que uno puede hacer. Claro que tampoco debe ser uno conformista, manteniéndonos dentro de lo que el client quiere se pueden hacer muchas cosas muy interesantes.

[[Delphius]]

Pues me saco el sombrero AzidRain.
Es usted un buen entendedor de los negocios.

Uno de los errores comunes en quienes nos dedicamos a esto es en tratar de vender "soluciones". Muchas veces el cliente solo queria un pequeño programa que me imprima mis facturas y me guarde mis clientes...2 reportes y punto..no mas..y terminamos vendiendole un ERP!!

Es cierto, por eso es que hay que escoger las preguntas adecuadas.

Es necesario conocer al cliente, si, saber mas o menos que quiere y con esos datos hacer un modelo mas o menos pequeño con la idea que uno tiene para su proyecto, presentarlo y ver que otras cosas más necesita o quiere agregar. Después de eso y antes de hacer nada, hay que presentarle ya un estimado de costos y tiempos para que el cliente decida si le sigue o no. Si le sigue, se debe solicitar el anticipo antes siquiera de tener la primera reunión...tu no sabes que tan ordenados sean en esa empresa, con suerte y como dice adfa, quien se entenderá contigo no tiene ni idea y si habias pensado tardar 15 dias a lo mejor te tardas 1 mes solo en las platicas y reuniones....y que? Ese tiempo (tuyo) no vale o que?? Por eso se debe haber cobrado ya algo para que valga la pena.

Muy cierto. Yo lo estaba dando por sentado y aludido. Es bueno que lo hayas dicho.

Siempre hay que mantener un equilibrio entre lo que el cliente quiere y lo que uno puede hacer

Muy bien dicho. Eso es lo que me falta dominar....

[[AzidRain]]

A todos nos pasa.

Cuando logramos nuestro primer proyecto serio queremos sacar toda nuestra experiecia y nuestros truquillos. Vamos, casi casi queremos hacer un Firefox o un Ubuntú de la facturación o gestión de clientes. Empezamos con mucho entusiasmo y conforme pasa el tiempo el código empieza a pesarnos mas y mas y lentamente se convierte en una gran ancla que por más que tratamos de sacarla mas se hunde.

Nuestro cliente nos empieza a preguntar para cuando puede ver algo, para cuando quedará, etc. Y empieza la fase de sacar agua del pozo, dejamos para mejor ocasión muchas de nuestras ideas y brillantes modelos y empezamos a completar el proyecto como se pueda con tal de sacarlo rápido.

Al fina...cha chaaaan!! Entregamos el proyecto, se ve muy bonito y todo y al cliente le gusta...si supiera lo que hay por dentro...miles y miles de lineas comentadas, formas que se iban a usar y a la mera hora ya no pero se quedaron dentro del proyecto, fragmentos de código gemelos, trillizos y demás hijos del copypaste. Nos sentimos orgullosos del programilla en cuestión pero a la vez insatisfechos porque "Pudimos haber hecho algo mejor".

Lo peor llega al primer Runtime error o excepción no manejada, si sucede en los primeros días lo resolvemos con relativa facilidad hasta que pasan 15 días o mas y muchos de esos recovecos de código ya han escapado de nuestra atosigada memoria y es entonces cuando al triste usuario se le aparece la famosa pantallita de excepción....justo en una parte de código que ya ni nos acordamos como la terminanos, empieza el calvario. Comienza la etapa de endulzamiento de oído con el cliente, le decimos que es normal, que no se preocupe que asi pasa siempre, que el "soporte" (corrección de burradas) no le costará nada porque es muy buen cliente y no se que más. Y asi pasan varios meses hasta que al fin parece que el sistema queda como las gentes.

Pero no todo terminó, en esas interminables cacerías de bugs se nos ocurre de "pasadita" darle su manita de gato a la interface que no nos habia convencido mucho o agregarle una nueva funcionalidad que "podría ser útil" a los usuarios y luego si encima por ahi hay alguna usuaria de no malos bigotes que se le ocurre pronunciar fracesitas como: "oiga inge, y no se podrá hacer que los botoncitos se vean mas grandecitos", "oiga inge, si me pone una opción para que imprima en mi laser sin tener que seleccionarla lo voy a querer mas que ayer" pues ya se podrán imaginar.

Finalmente pasan varios meses (mas de los pensados en un principio) y el programa, que en teoría ya hasta se había entregado, tiene más parches que el mismo Windows y eso sin que saquemos un service pack.

Es entonces cuando decimos: "El próximo proyecto si lo hago como debe ser"...si claro...