En la teoría todo parece muy lindo, más cuando mucho de lo que se
escribe se basa en la experiencia de autores americanos, en un país
donde la industria del software es mucho más madura que en el resto.

Desconozco la situación de tu empresa, pero ten en cuanta lo siguiente
y hazte la siguiente preguntas ¿Cuál es el grado de madurez de mi
empresa en su conjunto?, ¿Cuál es el grado de compromiso real (no
verbal) de la dirección? ¿Hay gente con suficientes conocimientos de
ingeniería de software? ¿Hay gente con experiencia en escribir
procedimientos? ¿Cuál es el nivel de ocupación de la gente en la
actualidad y en el mediano plazo? ¿De donde saldrán los recursos
necesarios? ¿El personal jerárquico esta acostumbrada a trabajar en
forma planificada? ¿La gente trabaja en forma reactiva todo el tiempo?
¿Tiene la gente formación en ingeniería del software? O sea, analiza
tu empresa y haz un diagnostico independiente de un modelo o norma,
hazlo con respecto a la ingeniería del software, buenas practicas
organizacionales y el sentido común.

Mi consejo, además de emplear un modelo liviano como la ISO90003 (lo
de liviano es que te permite una mayor flexibilidad) para obtener
resultados a corto plazo y que la gente se acostumbre a este entorno
de calidad y no solo al uso de buenas practicas en forma aislada, es
que hagas un análisis de la gente afectada, este puede ser el factor
más importante a la hora de implementar un sistema de calidad en la
industria del software.
Suerte.

--- En calidaddelsoftware@yahoogroups.com, "Elena Biglino"
<the_big_lino@...> escribió:
>
> Hola Dani,
>
> Hace poco, en un área de mi empresa (Indra), hemos implantado el nivel
> II de CMMI.
>
> Que me corrijan los que tiene más experiencia, pero creo que el primer
> paso que se tendría que dar es analizar como se trabaja en tu
> departamento.
>
> Todo el mundo tenemos un ligero concepto de lo que es la calidad en SW.
>
> Lo segundo es ¿hasta que punto se quiere llevar la calidad?. Se puede
> ser más o menos exigentes. Para esto puede ser útil tener algún modelo
> en mente y marcar los objetivos a conseguir.
>
> Y ya lo que queda es comparar lo que se tiene con lo que se quiere y
> pensar que acciones, acordes con la forma de trabajar de tu
> departamento, podrían ser las que permitan obtener los objetivos
> propuestos. De forma coordinada y paulatina.
>
> Si se puede implantar esa calidad en una sección de Dpto, para ver en
> que se puede mejorar (y, sobre todo, simplificar), sería mejor. A
> nosotros, esto nos permitió corregir errores de implantar una forma de
> trabajo que no iba bien. Y cuando ya todo estaba más depurado, lo
> pasamos a una escala mayor.
>
> Desde mi punto de vista te podría decir que la gestión de la
> configuración y el control de versiones es lo más importante y sobre
> donde se tendría que hacer más hincapié.
>
> Y que, por supuesto, que no se te ocurra, ni por asomo, dejar de lado
> un equipo de pruebas funcionales ajeno a la parte de Desarrollo.
> Pero te estaría dando una visión muy parcial de mi forma de pensar
> sobre la Calidad y, además puede que en tu dpto. esto no sea ni lo
> prioritario ni lo que le conviene.
>
> Recalco, yo soy semi-nueva en estas cosas. Y repito: que me corrijan
> los que tiene más años de experiencia en esto...
>
> Un saludo,
>
> Elena
>
> --- En calidaddelsoftware@yahoogroups.com, "Dani" <dsanchezg@>
> escribió:
> >
> > En mi departamento estamos iniciando el proceso de implantación de un
> > sistema de calidad, pero todo está por definir. ¿Qué considerais
> importante
> > en un sistema de calidad? ¿Qué líneas generales habría que tener en
> cuenta?
> >
>