2007/1/17, Alejandro Lengua <[EMAIL PROTECTED]>:
Puedes comenzar asumiendo con cuánto necesitas contar tú a fin de mes? Si necesitas digamos 400 dolares al mes, y crees que el trabajo en cuestión te tomará todo el mes a tiempo completo pues cobra eso.
Esta práctica le funciona a mucha gente y a otros les da los peores resultados, el problema es que no es predecible. Aún asi muchisimos la practicamos o la hemos practicado por inexperiencia y porque resulta "sencilla". La única alternativa razonablemente segura es adquirir habilidades en el tema de gestión de proyectos en donde la programación en si es solo un factor, una parte del proyecto, muchas veces menos del 50% y el resto es tiempo invertido (ojo que no digo ni perdido ni gastado) en labores administrativas. En resumen, se pueden obtener buenos resultados siguiendo buenas prácticas como las promovidas por el PMI. Conseguir una copia del PMBOK seria un buen paso. Una versión muy simplificada del mismo podria ser asi: a) No iniciar el proyecto hasta que se tenga por escribo y bien claro cuales son los entregables, de que fechas el proyecto no se puede pasar y cuales son los criterios de aceptación para que esos entregables sea validados por el cliente. b) Identificar a los "stakeholders" del proyecto, es decir, a los principales usuarios y mas que ello los principales "interesados" en el éxito del proyecto, generalmente personas con cargos de cierto nivel en la organización en adelante. Hay que asegurarse de que el proyecto los va a satisfacer a ellos. c) Elaborar un cronograma de trabajo luego de entrevistarse con los stakeholders, otrras personas involucradas, incluso otros proveedores con los que se va a tener que coordinar y luego de tener una estimación de los recursos, tiempos y costos involucrados. Incluso se debe pedir consejo y opinión a otros profesionales que SI tengan experiencia desarrollando software del mismo rubro o similar al que vamos a desarrollar. Incluso pagarles por su consejo. d) Redefinir el cronograma de trabajo, los recursos y hasta el precio del proyecto (si es posible y necesario) sobre la base de lo averiguado en el punto "c" e) Iniciar la codificación designado a una persona ó grupo separado que haga las funciones de control de calidad. La idea es superar rápidamente ciclos de desarrollo y mostrar prototipos cada vez mas cercanos al producto final. Utilizar pruebas unitarias (unit testing) que permitan identificar cuando los móduios ya programados dejan de funcionar al programar nuevos módulos, para no tener sorpresas al final. f) Realizar pruebas "alpha" (solo desarrollador) y "beta" (con usuarios), pruebas de stress (someter el programa a esfuerzos criticos, a casos extremos), ponerlo en producción y capacitar a los usuarios g) En todo momento tener planes de contigencia, identificar que cosas podrian fallar y tener un plan de respaldo para cada caso, incluyendo presupuesto adicional. Como ves, es imposible poner un precio realista sin trabajar una buena cantidad de horas y empaparse del tema. Aqui la idea es que cuantifiques y coloques precio a los recursos y luego una ganancia de un 30%. Todo esto hoy en dia es lo estándar internacionalmente. En la práctica, esto hace a los proyectos mucho mas caros pero mucho mas exitosos. Todo lo demás es jugar a la loteria. En la práctica muchas veces cuando hay buena fe de ambas partes y mucha tolerancia y compresión se van superando los baches, se van encontrando soluciones, se renegocian las cosas y tanto el desarrollador como el cliente al final quedan satisfechos, claro que mucho despues del tiempo planeado. Sin embargo, esto es tener suerte, si el cliente es muy exigente o lo cambian antes del fin del proyecto o su negocio cambia mucho las probabilidades de fracaso aumentan mucho. Espero que esto ayude un poco. Antonio _______________________________________________ Lista de correo Linux-plug Temática: Discusión general sobre Linux Peruvian Linux User Group (http://www.linux.org.pe) Participa suscribiéndote y escribiendo a: [email protected] Para darte de alta, de baja o hacer ajustes a tu suscripción visita: http://www.linux.org.pe/cgi-bin/mailman/listinfo/linux-plug IMPORTANTE: Reglas y recomendaciones http://www.linux.org.pe/listas/reglas.php http://www.linux.org.pe/listas/comportamiento.php http://www.linux.org.pe/listas/recomendaciones.php
