PI   laBitácora.net                   Mirror Cd por nevrlndtink1

« PreviousNext »

¿Vale para algo la metodología?

12 Noviembre 2004

Depués de llevar unos cuantos años en el mundo de la informática y de haber pasado por unas cuantas empresas mi experiencia con la metodología en el ámbito laboral es nula.

Haciendo un somero resumen:
- En más de la mitad de los proyectos no sólo no se ha seguido ninguna metodología sino que ni si quiera ha habido un análisis, se ha pasado de unas entrevistas con el cliente al diseño tablas/clases y al desarrollo de la aplicación.
- En el resto tampoco se ha realizado ninguna metodología pero si que se ha realizado un análisis. Eso sí, posteriormente se han realizado multiples cambios y la mayor parte de las veces no se ha actualizado el análisis.
- Y en un proyecto se ha seguido la metodología Extreme Programming (XP), aunque está claro que un caso no es muestra de nada, ha sido uno de los proyectos donde más se ha ido de fecha.

Posted in General, Tecnología, Preguntas | Trackback | del.icio.us | Top Of Page

    8 Responses to “¿Vale para algo la metodología?”

  1. Anónimo Says:

    Pues yo creo que sirven, pero como tú mismo dices no se usan. El problema es que “no sabemos” emplearlas.
    Seguir una metodología clarifica y ayuda a la comprensión de los sistemas a desarrollar, simplifica la codificación
    posterior y la gestión del proyecto, ayuda a tener unos compromisos claros y exactos con el cliente, a despejar las
    funcionalidades y requisitos de la aplicación, ayuda a la coordinación y el trabajo en equipo “ordenado” … etc,
    etc … mi opinión es que si sirven, que se evitarían muchas chapuzas y muchos problemas si se siguieran, y que
    existe una gran incultura y desconocimiento sobre ese tema. Las empresas no siguen las metodologías porque
    realmente no existen profesionales que conozcan metodologías concretas y que sepan seguirlas. ( Y me incluyo ).
    Y hacer un “diagrama de clases” no es seguir una metodología, ni hacer un manual de usuario … cuantos proyectos
    se han hecho “a partir de un manual de usuario” tomado como análisis o especificaciones del proyecto … En fin.

  2. ACid Says:

    Yo también creo que sí que sirven. Pero es un tema complejo: hay varias
    metodologías y filosofías, hay muchos tipos de aplicaciones de características
    diferentes, hay muchos lenguajes, diferentes herramientas… y en general son
    bastante recientes o cambiantes (relativamente) y es difícil encontrar gente
    que las conozca.

    Yo diría que entre las metodologías existentes (RUP, XP, metrica…), hay que
    buscar la que es adecuada para cada tipo de proyecto/aplicación. Por ejemplo,
    para un proyecto bastante pequeño, para el que dispones de poco tiempo, etc.
    normalmente lo mejor será usar filosofías �?giles como XP y demás. Y en
    este caso otras metodologías como RUP pueden ser demasiado engorrosas.
    Y por supuesto, no todo tiene que seguir una metodología, así que si es algo
    muy simple y muy urgente pues ni análisis, ni diagrama de clases ni nada: se va
    directo a picar esas 4 líneas de código que hacen lo que se pide y listo.
    (Eso sí, cuando haya menos urgencias conviene añadir a la documentación eso
    que se hizo.)
    Pero en el caso de una gran proyecto, que se tarde varios meses o un año,
    que implique a decenas o cientos de programadores, que tenga muchos módulos
    diferentes… el no usar metodologías ni documentación es la mejor vía para el
    desastre más absoluto.

    Para que se vea claro: lo voy a comparar con la construcción. Un cliente te
    pide que le hagas un hueco en la pared para meter una caja fuerte, o hay que
    taladrar la pared para colgar un cuadro o una lámpara. Y le urge mucho la
    lámpara por lo que sea. ¿vas llamar al arquitecto para que haga unos planos
    con AutoCAD, que los planos los coja un aparejador jefe de obra y ordene
    a un albañil, etc…? Pues no, se acuerda un precio y se hace sin más
    (sin planos, ni jerarquías ni división del trabajo en especialistas ni nada)
    Ahora imagina edificios como las torres gemelas o una urbanización de 500
    viviendas… ¿vas a actuar igual que cuando hay que poner un cuadro?
    No, tienes que hacer unos planos, calcular estructuras, especificar unos
    materiales y procesos de construcción (que en el caso de un rascacielos
    pueden ser bastante especiales), asignar unas jerarquías para supervisar y
    dirigir las obras, dividir el trabajo en especialistas, etc…
    En este caso no seguir metodologías no sólo es un suicido que lleva a un
    caos seguro, sino que no le darán la licencia de obras y/o le pondrán una multa.

    En el software es algo diferente (son tecnologías más modernas, con metodologías menos establecidas, etc.) pero en algunos casos es muy similar: si no haces no se
    cual documento no te dan la ISO 9000, en tales proyectos para la admistración
    hay que seguir Métrica, un cliente te puede contratar un gran proyecto sólo si
    lo haces según RUP y le entregas no sólo el código fuente sino todos los
    ficheros del análisis: UML, documentación, etc…

  3. gorby Says:

    Yo también creo que sirven, pero se malutilizan. Existe mucha rigidez y si para un cambio mínimo se realizan todos los pasos previstos, hace que “odies” esa metodología y termines no actualizando documentación con lo que al final no te sirve de nada. Creo que para proyectos pequeños o modificaciones a proyectos retrasa muchas tareas, pero en proyectos nuevos grandes es imprescindible.
    Estoy de acuerdo en que además deberíamos saber como funcionan esas metodologias y no ir a cursos de 4 horas y creernos los reyes por ello.
    En cualquier caso, es dificil cambiar la mentalidad de las empresas de todo deprisa chapuceando, así que seguro que dentro de un año podemos repetir estas mismas opiniones.

  4. Pope Says:

    Anda ya, mounstruo!, me dirás tu que en sice no hubo metodologia!!…jejeje..metodologia made in ‘barbas’ a tope.

    Un abrazo,

  5. Simón Says:

    Que paisa trón.
    Chaval que ya he cobrado y se de buena tinta que vosotros también. En el fondo no nos podemos quejar, sin comparas lo cobrado por lo currado, no salimos tan mal parados y encima con portatil de regalo.
    Nos vemos (a ver si es verdad)

  6. Anónimo Says:

    Es lo que tiene chavalote … que a los subordinados hay que invitarles a comer para tenerles contentos … ;)
    Ya verás cómo si te vuelves a estirar por lo menos Simon y yo, acudimos. Mismo sitio … tú pon el día y la hora ;)
    Un abrazo para los dos.

    ¿Pero qué es eso de airear los trapos sucios por aquí …?

  7. luz marina Says:

    quisiera informacion hacerca de la matriz de trazabilidad ya que lo necesito para poder terminar mi proyecto. Gracias por su ayuda de ante mano

  8. Mauricio Morales Franco Says:

    En nuestra empresa [SISFO - www.sisfo.com] hemos tenido decenas de experiencias en Desarrollo de Software, utilizamos la metodología XP Extreme Programming y pues la verdad nos parece muy efectiva, pienso que lo mejor de la metodología es la rápida retroalimentación que brinda el cliente, nuestros desarrollos se hacen a la par con el cliente y éste es presente en todo el proceso, cada módulo que tenemos listo lo vamos revisando y así vamos continuando con la implementación. Se nos facilita porque el Software que hacemos siempre es Web, así el cliente puede ver desde su casa los cambios e ir opinando a la lista de correo específica para ese proyecto.

    Espero les sirva mi comentario, hasta pronto.

    Mauricio Morales Franco

Leave a Reply




Estadísticas
Licencia Creative Commons