Cristian Fernando La rentabilidad metodol贸gica
- Una metodolog铆a no es mas que una serie de normas sobre c贸mo progresar en el desarrollo de software y establecer bien las responsabilidades de cada miembro del equipo.
Para cualquier tipo de proyecto serio y grande es necesario un metodolog铆a para tener un marco de referencia claro de lo que est谩 pasando en el proyecto.
Un error que se comete en desarrollo de software es que desarrollamos primero los m贸dulos que m谩s nos atraen o m谩s nos gustan dejando las funcionalidades m谩s aburridas para el final.
No hay una cultura de documentar el c贸digo, de escribir una gu铆a de despliegue, o hacer pruebas.
Todos estos detalles que van m谩s lejos de la funcionalidad del software son super importantes en proyectos del mundo real.
Cuando los tiempos empiezan a presionarlos y el estr茅s a subir tenemos la tentaci贸n de ignorar la metodolog铆a pensando que eso nos har谩 m谩s productivos, grave error.
Un proyecto que funciona no siempre es un proyecto exitoso, recuerda que el software evoluciona, se hacen cambios, se incorpora mas nuevas funcionalidades, sino hay un marco metodol贸gico para guiar al equipo, el proyecto tiene mucha chance de fracasar.
Un proyecto al fracasar, empapa a todos, a los desarrolladores, al manager, se pierde dinero y pueden rodar cabezas tambi茅n.
Desde el inicio del proyecto debemos pensar a largo plazo en la rentabilidad metodol贸gica, plantar bien las bases del sistema, que pueda ser reutilizado, mantenido y evolucionado con el tiempo.
Un desarrollador de software profesional no discute ni pone en duda el uso de una metodolog铆a.
Sin metodologia cuenta mucho m谩s saber que est谩 bien y que mal, no sabremos si nos desviamos del objetivo o si llegamos a las fechas de entrega.
Es responsabilidad del manager el proyecto hacer seguimiento de la metodolog铆a de software.
Nos gusta mucho tener la libertad de programar lo que queramos cuando queramos, pero un desarrollador profesional tiene la obligaci贸n de basar su trabajo en una metodolog铆a.
Es importante que la metodolog铆a escogida se adapte al proyecto, y no que el equipo de desarrollo se adapte a la metodolog铆a.
Una metodolog铆a no es m谩s que una serie de normas sobre c贸mo progresar en el desarrollo de software y establecer bien las responsabilidades de cada miembro del equipo.
Seguir disciplinadamente una metodolog铆a dara una mayor rentabilidad t茅cnica en el proyecto.
Te dejo el link gratuito de El libro negro de programador por si te intesa leerlo, o dale click a la imagen:
