Acerca del costo de un proyecto !!!

[D-MO]

Piensa en:
¿Cuanto tardarías en desarrollar la aplicación?
¿Cuanto quieres ganar por hora/dia/mes/...?

No te pongas a pensar si estas cobrando mucho o poco, cobrá lo que vale tu trabajo.

Saludos.

[[poliburro]]

Empezado por D-MO

Piensa en:
¿Cuanto tardarías en desarrollar la aplicación?
¿Cuanto quieres ganar por hora/dia/mes/...?

No te pongas a pensar si estas cobrando mucho o poco, cobrá lo que vale tu trabajo.

Saludos.

Hombre coincido plenamente :P.

1 Analiza el proyecto
2 Calcula la inversión que deberas hacer para llevarlo a cabo (Luz, enlace, gatos de traslado, etc, etc etc)
3 Calcula las horas que tardaras en terminarlo
4 Multiplica las horas por lo que ganas por hora, súmale la inversión, y ahí tienes una manera de calcular lo que vas a cobrar.

suerte

[david_uh]

ok, bien como dijero el problema es calcular los costos de un sistema grande, no se si es conveniente pero, tal vez ustedes podrian decirme cuanto cobrarian por un sistema de control de transporte de pasajeros interprovincial y tenniendoen cuenta que se interconectan 4 sedes, claro ylo propiao de un control de pasajeros, encomiendas, giros cobros, por paquetes, etc solo un aproximado, y si alguien ya hizo algo parecido me gustaria saber cuanto le tomo y cuento es que cobro para poder darnos una idea

gracias

[[AzidRain]]

Mira te dooy un calculo a ojo ya que yoi hice un proyecto similar (otro giro):

puedes cobrar minimo: 10,000 dls maximo: 25,000 (libres de gastos de transporte, comidas, etc. siempre que no trabajes en tu ciudad) estimando una utilidad máxima aprox. del 15% (lo cual seria para ti aunque de todas formas deberas considerarte un sueldo)

Suponiendo que integres un equipo asi:

1.- 1 o 2 programadores
2.- 1 analista
3.- Un DBA
4.- UN lider de proyecto (tu)

Obviamente mientras mas gente mas rápido podras trabajar.

Le pidas a tu cliente que designe a un lider de proyecto por parte de ellos con quien te entenderas de todo

Te recomiendo usar:

Delphi (cualquier version)
Alguna libreria de componentes decente (yo uso DevExpress, el costo lo incluyes en el total y a ti te sale gratis o bien se lo cedes a tu cliente segun acuerden)

El tiempo puede ser muy variable pero como mínimo puedes estimar unos 8 meses para tener una primera versión. Aunque puedes trabajar por iteraciones y sacar un prototipo simple mucho antes para que el cliente lo pueda ver y de una vez definir lo que quiera cambiar.

Y lo mas importante haz un contrato donde especifiques:

Si vas a dar o no el codigo fuente (ojo, si usas librerarias que son tuyas y no quieras "regalar" haz la aclaracion obviamente dando opción a comprarlas)
Cuanto tiempo vas a dar de garantia (por bugs o errores ocultos solamente) e indicar que no aplican ajustes o cambios.

En caso de los cambios indica claramente hasta cuantos cambios le permitiras a tu cliente o bien de que magnitud.

Indica tambien si planeas dar soporte a esa aplicación y ademas durante que tiempo (no vaya a ser que pasen 10 años y aun te pidan ayuditas)


Bueno como dije,esto solo es a ojo de buen cubero. No te indico que esquema usar para trabajar ya que eso si es muy a gusto de cada programador (UML, flows, a mano, etc.) Toma en cuenta que mientras mas gente metas a tu proyecto mas rapido y mejor pero tambien menos utilidad. Ahi es donde debes definir bien que quieres

[D-MO]

Mejor no puedes explicarlo AzidRain. Totalmente de acuerdo.

Saludos.

[[Delphius]]

Hola david_uh,
Escapando un poco el lado tecnológico de tu proyecto. Y yo siendo defensor de los principios y buenas prácticas de la ingeniería, te aconsejo.

1. Hacer reconocimiento de campo y del negocio. Empapate de la magnitud de la empresa. Conoce al personal que hará uso del sistema y no simplemente al jefe.
2. Una vez dimensionado el ambiente, haz no sólo charlas informales y formales con cada persona que intervenga, preguntale cosas directas. Si es posible busca encontrar alguna restricción tecnico/operativa (hasta legal). A veces, una pregunta del tipo ¿Usted es el más capacitado para responderme? puede salvarte el proyecto. Hablar con la persona más adónea sobre cada parte "sencible" es muy aconsejable. Son quienes dicen: "Esto es así. Esto NO. Esto me gusta... esto no me gusta"
3. Estima el tamaño del proyecto sabiendo ya de antenamo los requisitos. Este es todo un mundo... Es común ver que el cliente se imagina pantallas... que "hace esto, y aquello" y al momento de decirtelo no saben darlo a conocer. Es bueno en ocasiones dirigir al cliente hacia preguntas más específicas. Yo en una oportunidad (que quisiera olvidar. Mi primer "cliente" y no aceptó el precio. Cuidado con este punto) tuve que ir trayendo al usuario que estaba en las nubes. ¡Se me fue de las ramas! 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).

Análisis, y análisis... Pon mucho esfuerzo en el análisis (1). Con aquella primera visión del "mundo" hazte unos diagramas (ya sea UML si trabajas en OO, o estructurado... el que gustes). La idea es que tengas algo visual que te diga ya, en una primera etapa, donde pueden haber problemas.

(1) Mamx, si... ya se.... existen otras posturas EXTREMAS. Pero yo defiendo el análisis

Ha sabiendas del tamaño y de algunos requisitos, recién arma un plan de trabajo:
1. Cronograma de actividades. Debe reflejar la relación inversión/beneficios, la capacidad de la mano de obra y la misma presión del mercado (puede incluso que la fecha sea inamovible!). Y por supuesto, todo montado en un esquema de trabajo que sea acorde a tu experiencia y la capacidad de absorción de los riesgos.

Por lo general:
USDP/RUP: para proyectos grandes. Muy sencible a los riesgos tecnológicos y para fechas cercanas e innamovibles. Tiene una conducta agresiva frente a al riesgo: trabaja amoldandose a los riesgos. Los enfrenta de menor a mayor.
Espiral: Para aquellos proyectos del tipo "actualización" y moderadamente sencibles a los riesgos y restricciones. Por lo general se para el trabajo en cuanto los riesgos superan a la capacidad de trabajo.
Prototipados: para proyectos sencillos. Y que requieren llevarse en corto o mediano plazo. Util cuando el cliente no sabe totalmente lo que quiere.
Cascada. El clásico: proyectos del tipo "habitual". Para aquellos requisitos ya impuestos o que se saben que no van a cambiar (o muy poco probables que cambien).

Aunque, puede ser útil en algunos casos (el mio por ejemplo) que hacen un "mix" (mexcla) de estos paradigmas.

2. Listado de aquellos riesgos más importantes y restricciones técnicas. Imponer dentro del cronograma de actividades, un tiempo para el control y chequeo de avances. Esto debería indicarte que tan próximo o lejano están los riesgos de producirse.
3. Armar un plan de contingencia. Recordar que estos planes están fuera del alcance del programa. Un error común (a mi me pasó) es contemplar este plan dentro del marco de trabajo habitual. Cuando un riesgo se produce, se sale el proyecto de su cauce (y esto lo estoy viviendo ahora con mi tesis ) normal. Un cronograma de actividades no debe incluir el tiempo "por si las". Debe ser un esquema de EXITO.
4. Imponer un marco de trabajo: Control de cambios. ¡Por favor Nunca dejar de documentar! (este si dentro del plan común de trabajo). Tanto la que te sirva a vos como la que le puede ser útil al cliente (Según el contrato, puede que tu debas dar informes de avance del proyecto)

Bueno... eso es todo lo que recuerdo... se que se me están escapando algunas cosas. En cuanto las recuerde, las pongo.

EDITO Y AGREGO.
Con el tema de costos, creo que otros ya te dieron una respuesta más profesional. Yo al menos la vengo haciendo de esta forma.

Saludos,

[[AzidRain]]

Coincido con Delphius pero...

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.

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.

Hasta ahi el análisis casi ni chiste tiene e incluso podría arrancar para hacer un pequeño prototipo muy simple.

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.

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. Proyectos de esa envergadura no se hacen por menos de 40 mil dls y me quedo corto. Además de que se planean a largo plazo, a veces se deja una persona de planta en la empresa para que de soporte in-site al menos por 6 meses.

Ahora bien, otra cosa interesante es amarrar mas proyectos que se generen a partir de este y que obviamente le puedan beneficiar a tu cliente. Ah es donde a lo mejor le puedes bajar el costo a este proyecto en particular pero pensando en repartirlo en mas proyectos, asi si ibas a cobrar 15,000 dls por un solo proyecto pues cobras 20 000 por dos proyectos o algo similar.

Otra cosa mas y muy importante: asegurate que quien va a mantener el software por parte de tu cliente tenga una idea de lo que le vas a poner porque si no no te vas a quitar de encima a tu cliente con "consultitas" para cosas tan simples como "como levantamos el servidor". En este punto si es que ya tienen personal "calalos" un poco para ver si van a dar el ancho y si no, proponle a tu cliente una capacitada al respecto (con costo extra) y vendele la idea de que es para que no dependa de ti al 100% ya que la genten que el tiene de por si le esta costando.

Plantea muy bien además que tipo de hardware adicional va a necesitar y cual recomiendas tu. Si de plano lo que tiene no sirve ni te arriesgues porque luego sale mas caro. No sea que le pidas que tenga un servidor y te salga que tiene ahi una 486 con 1 Mb de ram que "es la más rápida de la oficina". Si tiene que invertir en infraestructura ni modo.

Por lo que me cuentas vas a necesitar por lo menos:

Conexion a internet de banda ancha con velocidad de al menos 2Mbs si puede pagar mas velocidad que la pague. Esto en cada sucursal. Ojo, de ser posible que sean exclusivos para este uso asi se aprovechará el 100% del ancho de banda solo para estas aplicaciones: Luego pasa que la secre se pone a darle con el emule o los de las oficinas a bajar peliculas y todo con la misma linea.


Opcion 1: Usar VPNs para conectar las sucursales: Se requieren tantos routers como sucursales tengan y con soporte para VPN

Opcion 2: Ir sobre TCP/IP directo. Entonces solo los routers normales y no configurar nada mas

Determinar en donde va a estar el site que concentre toda la información y que debera ser un cuarto exclusivo: Deberá instalarse ahi:

1 UPS Grande exclusivo para el servidor
1 Servidor "de a de veras", aqui caben solo los de marcas reconocidas (Dell, HP)
1 Rack de comunicaciones decente
1 Unidad de respaldo en cinta
que las acometidas de la linea que aporte el internet ya esten en ese cuarto
Aire acondicionado de cajón.

Como software puedes instalarle:

1 SUSE LInux, Mandriva o Ubuntu en sus versiones Server
2. MySQL (o FB)
3.- Si quiere Apache y ahi tiene ya para una intranet u otras cosillas

Con esto se ahorrará un buen dinero en licencias y tu por tu parte no te preocuparás por ese detalle. Ademas de que te olvidas de virus y demás

Ya que tenga eso listo entonces si puedes dedicarte al 100% a tu programa.

Ojo, si tienes forma de hacer tambien esos trabajos o venderle los equipos pues el costo aumentaria por ejemplo:

1.- Montar un site decente mínimo (incluye instalaciones, cableado, etc.)
10 mil dls
2.- Equipo del site (servidor, routers, swtich, rack etc.)
15 mil dls
3.- Instalar, probar todo y dejarlo funcionando:
5 mil dls.

Entonces tenemos que de infraestructura tiene que gastar de menos 25 mil dls. Pero obviamente esto le va a servir muchos años y le dará una buena plataforma para otros desarrollos.

Si no puede o no quiere invertir si tienes que aclarselo muy bien para que luego no te eche la culpa por que "tu programa es muy lento" . Eso debe quedar incluso por escrito: "El sistema tal se diseñará de manera que aproveche al máximo los recursos existentes (ancho de banda, pcs, servidores) sin embargo su rendimiento estará supeditado al de los mismo".

[[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,