Cómo cobrar un proyecto de software

03/04/2005 - 19:38 por Marcelo Hernán Ruiz | Informe spam
Generalmente se habla mucho sobre las distintas metodologías para el
desarrollo de software, como extremme programming, rup, scrum, MSF,
etc. Pero nunca me fue fácil encontrar consejos, información o
artículos en donde se hable de cómo cobrar proyectos de sistemas de
software, en especial aquellos proyectos largos que demandan muchos
meses y en la mayoría de las ocasiones terminan llevándonos más tiempo
del previsto y, por ende, haciéndonos obtener menores beneficios de los
esperados.
Creo que es un tema interesante para discutir y me gustaría conocer sus
opiniones.
Un saludo!



Marcelo Hernán Ruiz
changomarcelo@gmail.com
Centraldev.net
Diseño, Desarrollo y Consultoría Tecnológica
Web: www.centraldev.net

Preguntas similare

Leer las respuestas

#1 Lionel Zajdweber
04/04/2005 - 19:05 | Informe spam
Hola Marcelo,

Acá te dejo algunos links interesantes sobre el tema,
bastante complejo de por si. Espero te sean de utilidad y
sería bueno que los discutamos aquí entre todos.

http://www.mmug-ar.com.ar/recursos/precios.html

http://www.udga.com.ar/txt_cotizar.htm (referido a Diseño
Gráfico, pero se aplica)

http://www.disenorama.com/tutoriale..._delicado_
tema_del_cobro.htm (idem)

Saludos!

Mostrar la cita
metodologías para el
Mostrar la cita
scrum, MSF,
Mostrar la cita
información o
Mostrar la cita
sistemas de
Mostrar la cita
demandan muchos
Mostrar la cita
llevándonos más tiempo
Mostrar la cita
beneficios de los
Mostrar la cita
gustaría conocer sus
Mostrar la cita
#2 Lionel Zajdweber
04/04/2005 - 20:25 | Informe spam
Un dato más: en www.reifer.com/documents/webcosts.pdf pueden encontrar un muy
interesante documento en formato PDF acerca de qué parámetros se deben tomar
en cuenta al momento de cotizar y cobrar un trabajo de desarrollo.

Saludos!

"Lionel Zajdweber" escribió:

Mostrar la cita
#3 Lionel Zajdweber
04/04/2005 - 21:33 | Informe spam
Ese es un problema muy común del cual es sumamente difícil salir victorioso.
Creo que es fundamental establecer pautas y objetivos del desarrollo bien
explícitas. Una vez entregado el sistema, el cliente debería poder testear y
pedir cambios menores, pero tendría que tener en claro que cualquier cambio
sustancial que no respete el pedido inicial debería ser cobrado por separado.
Así mismo, sería necesaria una política de actualizaciones y upgrades.

"Marcelo Hernán Ruiz" escribió:

Mostrar la cita
Ads by Google
Search Busqueda sugerida