1. Intentá no enviar mensajes en formato HTML u otros distintos al
     básico. Pesan más sin aportar gran cosa. Podés saber si estás
     escribiendo un mensaje en HTML porque tu mailer (el programa de
     correo electrónico) te ofrecerá opciones de edición extra, como
     letra en negrita o color.

  2. No envíes al grupo archivos adjuntos de un tamaño superior a los
     100 Kb por medio del correo electrónico. En su lugar, utilizá el
     área de archivos del grupo que para ello está.

  3. No pidas confirmación automática de los mensajes que envíes. Es
     de pésima educación, pues supone colocar al receptor de tu
     mensaje en la disyuntiva de elegir entre que pienses que no lo
     recibió y enviarte información personal que no tiene por qué
     compartir con vos.

  4. No envíes correos masivos y, sobre todo, no los reenvíes. Si
     enviás por necesidad un correo a una lista de personas, colocá
     sus direcciones en el campo de "Copia Oculta" (CCO). Muchas
     personas pueden querer que tengas su correo electrónico, pero no
     todos tus contactos y menos tanta gente que participa de un grupo
     de discusión.

  5. Nunca envíes mensajes en cadena. Las alarmas de virus y las
     cadenas de mensajes son por definición FALSAS y su único objetivo
     es saturar los servidores y con ellos la red. En los viejos
     tiempos, tus privilegios en la red hubieran sido cancelados.

  6. Saludá antes del mensaje indicando a quién o a quiénes te
     dirigís, y despedite con tu nombre, exactamente igual que harías
     con una carta física. Añadí una línea o dos al final de tu
     mensaje con información de contacto. Esto es importante ya que
     dirigirse a quién sea sin decir quién sos es una actitud pueril,
     propia de niños en rebeldía, y una enorme falta de respeto. Es
     muy desagradable responder anónimos o a entes que no aportan la
     suficiente información para tratarlos con cortesía.

  7. Tené cuidado cuando escribas la dirección de correo. Hay
     direcciones que llegan a un grupo, pero la dirección parece que
     va sólo a una persona. Fíjate a quién lo estás mandando.

  8. Mirá el campo de "Copia" (CC) cuando contestes. Si la primera
     persona que envió el mensaje se lo mandó a varios en su lista de
     correo, no hagas lo mismo.

  9. Recordá que la gente con quienes te comunicás, incluidos los
     administradores y los miembros de los grupos a los que pertenecés
     o que visitás, no cobran por responderte ni tienen obligación de
     hacerlo. Son personas que si te atienden te estarán haciendo un
     favor.

10. No envíes mensajes que estén fuera de tema para el grupo, ya que
     esto puede molestar a muchos de los miembros del grupo. Muchas
     veces podés tener la respuesta a tu alcance en otro grupo
     dedicado más específicamente al tema sobre el cual trata tu
     consulta. Para ello, podés ayudarte con el mensaje titulado
     "Grupos de Sistemas, Software, Management y Tecnologías" o
     mediante el índice de Yahoo! Grupos. Si aún tomando en cuenta
     estas consideraciones necesitás enviar un mensaje fuera de tema,
     iniciá el asunto (subject) del mismo con las siglas "OT:", que
     significan "off-topic" o "fuera de tema".

11. Utilizá las mayúsculas y las minúsculas correctamente. LAS
     MAYÚSCULAS DAN LA IMPRESIÓN DE QUE ESTUVIERAS GRITANDO. No hace
     falta decir que escribir líneas y párrafos enteros en mayúscula
     es de pésima educación.

12. Utilizá símbolos para dar énfasis: esto *es* lo que quiero decir.
     Utilizá guiones bajos para dar a entender un subrayado: _La
     Guerra y la Paz_ es mi libro favorito.

13. Sé breve sin ser demasiado conciso. Cuando contestés un mensaje,
     incluí el suficiente material original como para ser entendido
     pero no más. Es una mala forma contestar un mensaje simplemente
     incluyendo todo el mensaje anterior: borrá todo el material
     irrelevante.

14. El mensaje debe tener un título o asunto (subject) que refleje el
     contenido del mismo. Los asuntos vacíos como "Urgente", "Una
     pregunta", "Necesito ayuda", "Ayuda" y demás frases que no tienen
     nada que ver con el contenido sino con su intención, no son
     adecuados para la publicación en un grupo de discusión.

15. A no ser que usés un dispositivo de encriptación por hardware o
     software, cosa que no debe hacerse cuando se escribe a un grupo
     público de discusión, debés asumir que el correo en Internet no
     es seguro. Nunca pongas nada en un correo electrónico que no
     pondrías en una postal. Por otro lado, algunos mensajes pueden
     aparecer como provenientes de otra persona distinta del autor.
     Aplicá tu sentido común antes de asumir que un mensaje es válido.

16. Si pensás que la importancia de un mensaje lo justifica, contestá
     inmediatamente a la dirección particular del remitente para que
     sepa que lo has recibido y que estás trabajando en la respuesta,
     aunque vayas a mandarle una respuesta más larga más tarde por el
     grupo de discusión.

17. Las expectitivas razonables sobre conducta en el correo
     electrónico dependen de tu relación con la persona y el contexto
     de la comunicación, para el caso este grupo. Las normas
     aprendidas en este ambiente puede que no sean aplicables para tu
     comunicación por correo electrónico con gente a través de
     Internet en otros contextos. Ten cuidado con el argot o siglas
     locales.

18. La publicidad por correo electrónico no es bienvenida. Abstenete
     de hacer publicidad que no haya sido previamente aceptada por el
     administrador del grupo, en especial si se trata de publicidad
     fuera de tema o que, estando en tema, sean desleales al ofrecer
     beneficios inexistentes. Sólo se considerarán ofertas académicas,
     bibliográficas o de software que estén relacionadas con el tema
     de discusión y que les aporte una ventaja a los miembros del
     grupo.

19. Si alguien ofrece un archivo y lo querés, NUNCA se lo pidas por
     el grupo, sino mediante su dirección de correo privada. Los
     mensajes que sólo incluyen frases como "Quiero ese archivo", "A
     mí también", etcétera, son una verdadera falta de consideración
     hacia el resto de los miembros del grupo, quienes no tienen por
     qué soportar tales abusos.

20. Si ofrecés algún archivo, fijate primero si podés subirlo al área
     de archivos del grupo. Si esto es posible, subilo y seleccioná la
     opción para que se avise al grupo sobre la carga; de esta forma,
     no hará falta ofrecerlo. Si no podés subirlo al área de archivos,
     podés ofrecerlo al grupo mediante un mensaje, indicando en qué
     formato está y su tamaño: recordá que no todo el mundo tiene
     banda ancha ni buzones de 50 Mb.

21. Si alguna de las respuestas que querés enviar son de tipo
     personal, incluyendo agradecimientos sin contenido adicional,
     hacelo a la dirección de correo privado de la persona
     destinataria de tal mensaje personal, nunca al grupo. Por el
     contrario, de no ser personal es importante que lo envíes al
     grupo, para que todos los miembros puedan aprender de la
     experiencia y/o participar de la discusión: eso es bueno para el
     grupo.

22. Si por alguna razón alguna de tus consultas se soluciona por vías
     privadas, podría ser bueno para el grupo que te tomes la molestia
     de avisar que la solucionaste, incluyendo la forma en que se
     resolvió. Esto sería bueno para que todos aprendan de tu propia
     experiencia.

23. Las medidas punitorias, si es que fueran necesarias por el bien
     del grupo, quedan a consideración de la administración del mismo.
     Las mismas pueden, dependiendo de la gravedad del incidente, ir
     desde la cancelación temporal de determinados beneficios --envío
     de mensajes sin moderación (revisión), envío de adjuntos,
     etcétera-- hasta la suspensión definitiva de este y otros grupos
     --en especial para el caso de insultos gratuitos, publicidades
     desleales y/o fuera de tema, repetidos envíos de virus (aunque
     sean involuntarios), etcétera.

24. Los antivirus, incluso gratuitos, existen. No te expongas ni
     expongas al grupo a los virus. Si no tenés instalado un antivirus
     en tu equipo, hacelo a la brevedad. si no sabés de dónde bajar
     uno, podés usar el AVG Anti-Virus System, que puede descargarse
     gratuitamente desde http://www.grisoft.com?aff_id=1492

25. NUNCA pidas ser desuscripto enviando un mensaje al grupo. Ninguno
     de los miembros puede hacer nada para llevar a cabo tal tarea.
     Por otro lado, al suscribirte recibís un mensaje que te explica
     cómo desuscribirte, ya sea por correo electrónico o por el sitio
     del grupo. Una vez que pidas la desuscripción, tené paciencia.
     Ésta se llevará a cabo automáticamente y la demora en hacerlo
     está dada por la carga de trabajo que tengan los servidores de
     Yahoo! Grupos: puede ser inmediata o tardar varias horas.



---
Estas reglas están basadas en los lineamientos de netiquette básicos
para correo electrónico propuestos por Netiqueta, un sitio web de la
Sociedad de las Indias Electrónicas (URL: http://www.netiqueta.org/),
por la propia experiencia después de varios años de administrar
foros, listas y grupos de discusión, y por las sugerencias que los
miembros de este y otros grupos van haciendo en la búsqueda de la
mejora de este, su espacio, el espacio de todos. Cuidémoslo y
mejorémoslo entre todos.

Una Nueva manera de aprender...


El avance tecnológico nos permite incorporar a nuestras vidas nuevas costumbres
y nuevas formas de capacitarnos, por eso los invito a registrarse en nuestra
empresa, para mantenernos en contacto, trimestralmente le enviaremos una revista
electrónica donde los informara de los avances en materia de desarrollo del
mercado mundial y también les contaremos las nuevas capacitaciones que tendrán a
disposición de adquirir y estudiar desde sus casas y oficinas.

Saludos y los espero en Micronetwork.


              Atentamente,

                                                             Director de Carreras
– Micronetwork Capacitación

Visítanos en: http://www.micronetwork.com.ar


Según- la nueva legislación sobre correo electrónico, Por sección 301, párrafo
(a)(2)(C) de S.1618. Bajo el decreto S.1618 titulo 3ro. Aprobado por el 105
congreso base de las normativas Internacionales sobre SPAM, un Email no podrá
ser considerado SPAM mientras incluya una forma de ser removido. Si usted desea
ser removido de nuestra base de datos en forma definitiva por favor responda a
este email indicando "Remover" en el subject.
-

Lo planteé como alternativa porque uno de los mayores problemas que hay con
la implementacion de los niveles CMM -y uno de los que comentaba nuriarc02-
es la abundancia de documentacion en todos los pasos y la falta de tiempo
de programación, mientras que en XP y cia. se hace énfasis en lo contrario:
documentación mínima -se toma el codigo fuente como documentacion-y lo más
importante es la programacion.
En cuanto a proyectos grandes, no puedo opinar con experiencia propia
porque no he estado en un equipo que utilice métodos ágiles únicamente para
proyectos de este tipo. Tú si? Puedes contarnos tu experiencia? Por qué
dices que termina siendo un gran problema? Por lo que he leído en la web,
se está usando en proyectos de todo tipo y los comentarios son muy
buenos...

Saludos!

Ernesto Cullen


On Thu, 31 Jul 2003 03:00:12 -0500, Pablo Fernando Sanchez
<p.sanchez@...> wrote:

> Estimado Ernesto:
>
>  Perdón, pero no comprendo el concepto de "alternativa" entre XP
> --una metodología ágil para el desarrollo de software-- y CMM --un modelo
> de
> aseguramiento de la calidad. Me parece que es como plantear que un
> tornillo
> es una buena alternativa para el aceite de oliva... :o|
>
>  Por otro lado, descreo en gran medida en una empresa que trabaje
> sólo con métodos ágiles, ya que no podrá manejar cualquier tipo de
> proyecto.
> Si el proyecto es grande, es necesario un método dirigido por plan y uno
> ágil termina siendo un gran problema...
>

Estimada Nuria:

	 Está bien, yo lo que proponía sobre la "presión del certificado"
estaba más orientado a servir de "pie en la puerta" si el grado de apertura
mental de los directivos de la organización no es del todo favorable --a ese
tipo de problemas me refería con lo de "cuestiones de política interna".
Caso contrario, por supuesto que no debería ser el primer recurso... :o)

	 Saludos cordiales.

_________________________________
Lic. Pablo Fernando Sanchez
p.sanchez@... / p.sanchez@...
Bucaramanga, Colombia, Sudamérica

ICQ: 8703027
MSN Messenger: chanzes_kland@...
Yahoo! Messenger: p_f_sanchez
AIM: ChanzesKland



-----Original Message-----
From: Nuria [mailto:nuriarc02@...]
Sent: Jueves 31 de Julio de 2003 03:12
To: AsegCalidadSoftware@...
Subject: Re: [ACS] Mentalización

(...)
Lo primero que voy a hacer va a ser hablar con la dirección y aclarar
el tema. Como bien dice Pablo presionar con la certificación puede
ser un metodo, pero yo creo que la gente debe entender que el tema de
calidad les facilitará el trabajo a la larga y no que deben trabajar
con el miedo de hacerlo de esa manera pq sino un dia vendrá un
auditor y la empresa no se certificará por su culpa.
Se tiene que hacer una planificación donde calidad trabaje codo con
codo con los analistas y jefes de proyectos para definir los
procesos, metricas, etc.. de la organización.
(...)
Nuria



---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.504 / Virus Database: 302 - Release Date: 24/07/2003

En primer lugar agradecer a todas las personas del grupo que han
contestado a mi e-mail ( que no son pocas ). Para mi ha sido muy
importante ver que no eres el unico al que le suceden esta cosas,
sino que en el ambito de calidad es muy normal.

Lo primero que voy a hacer va a ser hablar con la dirección y aclarar
el tema. Como bien dice Pablo presionar con la certificación puede
ser un metodo, pero yo creo que la gente debe entender que el tema de
calidad les facilitará el trabajo a la larga y no que deben trabajar
con el miedo de hacerlo de esa manera pq sino un dia vendrá un
auditor y la empresa no se certificará por su culpa.
Se tiene que hacer una planificación donde calidad trabaje codo con
codo con los analistas y jefes de proyectos para definir los
procesos, metricas, etc.. de la organización.

Yo tb estoy de acuerdo con la gente que comenta que lo importante es
ir mejorando cada dia. Aunque sea poco pero ir mejorando.

Bueno, de nuevo gracias a todos.

En el futuro espero que esta experiencia me ayude para poder opinar y
dar consejos a gente que le pase lo mismo.

Y gracias el general al grupo pq creo que la gente esta comprometida
a ayudar al resto de personas

Nuria





--- En AsegCalidadSoftware@..., "Pablo Fernando
Sanchez" <p.sanchez@i...> escribió:
> Estimada Nuria (creo):
>
>  Estimo que el problema radica en una cuestión relacionada con
el
> apoyo y el compromiso de la Alta Dirección. Básicamente, estas son
> necesarios en cualquier sistema de Gestión de la Calidad.
>
>  Creo que uno de los errores más clásicos en este sentido es
inferir
> que la responsabilidad sobre la Calidad recae por completo sobre el
> Departamento de Desarrollo o el de Consultoría, cuando en realidad
el
> compromiso más serio y fuerte debe provenir de la Alta Dirección.
Por
> ejemplo, quien tenga a su cargo las funciones de Calidad debe:
>
>  * Trabajar ÚNICAMENTE en este asunto, aunque sea a tiempo
parcial
> --lo cual depende de la envergadura de la organización. O sea, si
esta
> persona además trabaja como Analista (o lo que sea), durante el
tiempo que
> es Responsable de la Calidad, SÓLO debe ser esto último --es decir,
en ese
> tiempo "el Analista no está en la empresa".
>
>  * Ser Representante de la Alta Dirección, no de una Gerencia
> intermedia, ante los asuntos relacionados con la Calidad. Es decir,
esta
> función es una responsabilidad de la Alta Dirección, quien debe ser
el líder
> del cambio, pero que la delega en un agente.
>
>  Creo que lo más importante sería sensibilizar a la
organización en
> estos aspectos, para luego poder trabajar como corresponde.
>
>  Algunas veces, si este error que te comento se dá en una
empresa y
> las cuestiones de política interna lo facilitan, el Gerente
intermedio puede
> sentirse afectado pensando que pierde poder en la organización. Sin
embargo,
> la mejor forma de introducir estos temas, desde mi punto de vista,
es
> presionando con la certificación: "¿Querés certificar? Bueno, para
hacerlo,
> si bien seguiría dependiendo de vos, debo ser el representante de
la Alta
> Dirección ante los temas de calidad, para poder alinearlos con la
política
> de la empresa. Si esto no se cumple, ningún auditor nos
certificaría..."
> --esta "presión" que ejerce la certificación es muy útil para
resolver
> positivamente ante la estructura jerárquica de la organización este
y otros
> temas.
>
>  Una vez logrados el apoyo y el compromiso de la Alta
Dirección, vas
> a ver cómo se te facilitan las cosas. Pero si no contás con esto y
sin
> ánimos de desanimarte --sino de motivarte a que soluciones lo
anterior--,
> directamente olvidate del tema y dedicate a otra cosa, que
seguramente te
> evitará dolores de cabeza.
>
>  Saludos cordiales.
>
> _________________________________
> Lic. Pablo Fernando Sanchez
> p.sanchez@i... / p.sanchez@c...
> Bucaramanga, Colombia, Sudamérica
>
> ICQ: 8703027
> MSN Messenger: chanzes_kland@h...
> Yahoo! Messenger: p_f_sanchez
> AIM: ChanzesKland
>
>
>
> -----Original Message-----
> From: nuriarc02 [mailto:nuriarc02@y...]
> Sent: Miércoles 30 de Julio de 2003 09:22
> To: AsegCalidadSoftware@...
> Subject: [ACS] Mentalización
>
> Hola a todos:
> Estamos implantando la función de aseguramiento de la calidad en un
> proyecto de software. Tarea complicada ya que el equipo lleva años
> trabajando desordenadamente ( en otros proyectos ). Se me ha
> encomendado de tarea de implementar CMM nivel 2. Pero me encuentro
> con muchos obstaculos:
> 1.- En mi empresa no hay ninguna política de calidad. De manera que
> tengo que realizar primero la política de calidad.
> 2.- Como se trabaja desordenadamente no hay manera de describir los
> procesos de desarrollo, y la gente de desarrollo no colabora mucho.
> 3.- Intentas ayudarles e intentar darles plantillas para los
> documentos pero no los utilitzan.
> 4.- El jefe está motivado con CMM y lo trasmite en todas las
> reuniones pero a la hora de la verdad la prioridad maxima es
> programar y que todo este segun lo planificado, descuidando las
> tareas relacionadas con la calidad ( la documentación de las
pruebas
> es minima)
> 5.- Yo creo que lo peor es que esto desmotiva a la gente, ya que
toda
> la faena que realizas luego no se pone en practica.
> Conclusión
> Para que merece la pena realizar documentación inútil?
> Solo tengo el consuelo de pensar que estoy aprendiendo un montón y
> algun dia estaré en alguna otra empresa donde lo pueda poner en
> practica
> Alguien me puede dar algun consejo?
> Gracias
>
>
>
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.504 / Virus Database: 302 - Release Date: 24/07/2003

Estimado Ernesto:

	 Perdón, pero no comprendo el concepto de "alternativa" entre XP
--una metodología ágil para el desarrollo de software-- y CMM --un modelo de
aseguramiento de la calidad. Me parece que es como plantear que un tornillo
es una buena alternativa para el aceite de oliva... :o|

	 Por otro lado, descreo en gran medida en una empresa que trabaje
sólo con métodos ágiles, ya que no podrá manejar cualquier tipo de proyecto.
Si el proyecto es grande, es necesario un método dirigido por plan y uno
ágil termina siendo un gran problema...

	 Saludos cordiales.

_________________________________
Lic. Pablo Fernando Sanchez
p.sanchez@... / p.sanchez@...
Bucaramanga, Colombia, Sudamérica

ICQ: 8703027
MSN Messenger: chanzes_kland@...
Yahoo! Messenger: p_f_sanchez
AIM: ChanzesKland



-----Original Message-----
From: Ernesto Cullen [mailto:ecullen@...]
Sent: Miércoles 30 de Julio de 2003 13:53
To: AsegCalidadSoftware@...
Subject: Re: [ACS] Mentalización

Creo que la situacion que describes es la principal causa de las nuevas
metodologías 'ágiles' como Extreme Programming, Adaptive Programming, etc
etc. No has pensado en alguna de ellas como alternativa al CMM? Puedes
encontrar bastantes artículos en castellano en www.programacionextrema.org.
Ernesto Cullen


----- Original Message -----
From: "nuriarc02" <nuriarc02@...>
To: <AsegCalidadSoftware@...>
Sent: Wednesday, July 30, 2003 11:21 AM
Subject: [ACS] Mentalización

Hola a todos:
Estamos implantando la función de aseguramiento de la calidad en un proyecto
de software. Tarea complicada ya que el equipo lleva años trabajando
desordenadamente ( en otros proyectos ). Se me ha encomendado de tarea de
implementar CMM nivel 2. Pero me encuentro con muchos obstaculos: ...


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.504 / Virus Database: 302 - Release Date: 24/07/2003

Hola Jorge:

Al igual que Pablo en nuestra organización el jefe de proyecto
utilitza el Microsoft Project 2002 para la planificación y
seguimiento del proyecto.

Una herramienta tb muy util es el Microsoft Excel ya que puedes usar
sus graficos para calcular el esfuerzo de tu organización, recursos,
etc...

Espero que esto sea de ayuda

Un saludo

Nuria

--- En AsegCalidadSoftware@..., "Pablo Fernando
Sanchez" <p.sanchez@i...> escribió:
> Estimado Jorge:
>
>  No sé a qué te referís con "plantilla" en este caso. Ahora, la
> herramienta que empleamos y recomiendo es la arquitectura
empresarial para
> seguimiento de proyectos que brinda Microsoft Project 2002, que se
maneja
> desde Microsoft Project Professional o Microsoft Project Web Access
(basado
> en ASP) en los clientes y tiene informes de estado a modo de
tablero de
> control basado en web provistos por Microsoft Project Server. URL:
> http://www.microsoft.com/project
>
>  Saludos cordiales.
>
> _________________________________
> Lic. Pablo Fernando Sanchez
> p.sanchez@i... / p.sanchez@c...
> Bucaramanga, Colombia, Sudamérica
>
> ICQ: 8703027
> MSN Messenger: chanzes_kland@h...
> Yahoo! Messenger: p_f_sanchez
> AIM: ChanzesKland
>
>
>
> -----Original Message-----
> From: Jorge Palaia [mailto:jpalaia@s...]
> Sent: Miércoles 30 de Julio de 2003 09:50
> To: AsegCalidadSoftware@...
> Subject: [ACS] Tablero de Control de Proyecto
> Importance: High
>
> Hola a Todos,
> queria preguntarles si por casualidad alguein tiene una plantilla o
> herramienta para tablero de control para seguimiento de proyectos.
> Muchas Gracias
> Jorge
>
>
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.504 / Virus Database: 302 - Release Date: 24/07/2003

Estimada Nuria (creo):

	 Estimo que el problema radica en una cuestión relacionada con el
apoyo y el compromiso de la Alta Dirección. Básicamente, estas son
necesarios en cualquier sistema de Gestión de la Calidad.

	 Creo que uno de los errores más clásicos en este sentido es inferir
que la responsabilidad sobre la Calidad recae por completo sobre el
Departamento de Desarrollo o el de Consultoría, cuando en realidad el
compromiso más serio y fuerte debe provenir de la Alta Dirección. Por
ejemplo, quien tenga a su cargo las funciones de Calidad debe:

	 * Trabajar ÚNICAMENTE en este asunto, aunque sea a tiempo parcial
--lo cual depende de la envergadura de la organización. O sea, si esta
persona además trabaja como Analista (o lo que sea), durante el tiempo que
es Responsable de la Calidad, SÓLO debe ser esto último --es decir, en ese
tiempo "el Analista no está en la empresa".

	 * Ser Representante de la Alta Dirección, no de una Gerencia
intermedia, ante los asuntos relacionados con la Calidad. Es decir, esta
función es una responsabilidad de la Alta Dirección, quien debe ser el líder
del cambio, pero que la delega en un agente.

	 Creo que lo más importante sería sensibilizar a la organización en
estos aspectos, para luego poder trabajar como corresponde.

	 Algunas veces, si este error que te comento se dá en una empresa y
las cuestiones de política interna lo facilitan, el Gerente intermedio puede
sentirse afectado pensando que pierde poder en la organización. Sin embargo,
la mejor forma de introducir estos temas, desde mi punto de vista, es
presionando con la certificación: "¿Querés certificar? Bueno, para hacerlo,
si bien seguiría dependiendo de vos, debo ser el representante de la Alta
Dirección ante los temas de calidad, para poder alinearlos con la política
de la empresa. Si esto no se cumple, ningún auditor nos certificaría..."
--esta "presión" que ejerce la certificación es muy útil para resolver
positivamente ante la estructura jerárquica de la organización este y otros
temas.

	 Una vez logrados el apoyo y el compromiso de la Alta Dirección, vas
a ver cómo se te facilitan las cosas. Pero si no contás con esto y sin
ánimos de desanimarte --sino de motivarte a que soluciones lo anterior--,
directamente olvidate del tema y dedicate a otra cosa, que seguramente te
evitará dolores de cabeza.

	 Saludos cordiales.

_________________________________
Lic. Pablo Fernando Sanchez
p.sanchez@... / p.sanchez@...
Bucaramanga, Colombia, Sudamérica

ICQ: 8703027
MSN Messenger: chanzes_kland@...
Yahoo! Messenger: p_f_sanchez
AIM: ChanzesKland



-----Original Message-----
From: nuriarc02 [mailto:nuriarc02@...]
Sent: Miércoles 30 de Julio de 2003 09:22
To: AsegCalidadSoftware@...
Subject: [ACS] Mentalización

Hola a todos:
Estamos implantando la función de aseguramiento de la calidad en un
proyecto de software. Tarea complicada ya que el equipo lleva años
trabajando desordenadamente ( en otros proyectos ). Se me ha
encomendado de tarea de implementar CMM nivel 2. Pero me encuentro
con muchos obstaculos:
1.- En mi empresa no hay ninguna política de calidad. De manera que
tengo que realizar primero la política de calidad.
2.- Como se trabaja desordenadamente no hay manera de describir los
procesos de desarrollo, y la gente de desarrollo no colabora mucho.
3.- Intentas ayudarles e intentar darles plantillas para los
documentos pero no los utilitzan.
4.- El jefe está motivado con CMM y lo trasmite en todas las
reuniones pero a la hora de la verdad la prioridad maxima es
programar y que todo este segun lo planificado, descuidando las
tareas relacionadas con la calidad ( la documentación de las pruebas
es minima)
5.- Yo creo que lo peor es que esto desmotiva a la gente, ya que toda
la faena que realizas luego no se pone en practica.
Conclusión
Para que merece la pena realizar documentación inútil?
Solo tengo el consuelo de pensar que estoy aprendiendo un montón y
algun dia estaré en alguna otra empresa donde lo pueda poner en
practica
Alguien me puede dar algun consejo?
Gracias



---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.504 / Virus Database: 302 - Release Date: 24/07/2003

Estimado Jorge:

	 No sé a qué te referís con "plantilla" en este caso. Ahora, la
herramienta que empleamos y recomiendo es la arquitectura empresarial para
seguimiento de proyectos que brinda Microsoft Project 2002, que se maneja
desde Microsoft Project Professional o Microsoft Project Web Access (basado
en ASP) en los clientes y tiene informes de estado a modo de tablero de
control basado en web provistos por Microsoft Project Server. URL:
http://www.microsoft.com/project

	 Saludos cordiales.

_________________________________
Lic. Pablo Fernando Sanchez
p.sanchez@... / p.sanchez@...
Bucaramanga, Colombia, Sudamérica

ICQ: 8703027
MSN Messenger: chanzes_kland@...
Yahoo! Messenger: p_f_sanchez
AIM: ChanzesKland



-----Original Message-----
From: Jorge Palaia [mailto:jpalaia@...]
Sent: Miércoles 30 de Julio de 2003 09:50
To: AsegCalidadSoftware@...
Subject: [ACS] Tablero de Control de Proyecto
Importance: High

Hola a Todos,
queria preguntarles si por casualidad alguein tiene una plantilla o
herramienta para tablero de control para seguimiento de proyectos.
Muchas Gracias
Jorge


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.504 / Virus Database: 302 - Release Date: 24/07/2003

Estimado Sergio:

	 Perfecto, de eso se tratan las verdaderas tesis, de plantear un
problema e intentar solucionarlo o, al menos, minimizarlo. He visto que
muchas veces le dicen tesis a cualquier trabajo práctico que no hace más que
describir lo que hay, por eso te pregunté.

	 Bien, como mencioné antes, dentro del Aseguramiento de la Calidad
del Software hay cientos de temas que podrías tratar. Sin embargo, podrías
buscar dentro de esas zonas grises que se forman en la frontera entre la
técnica y las cuestiones humanas, creo que son los temas más serios que esta
disciplina se verá obligada a resolver en los próximos años. Algunos temas,
como ejemplo, serían:

	 * Minimización de la Resistencia al Cambio en Ambientes de
Desarrollo de Software.

	 * Maximización del Apoyo de la Dirección a las Tareas de
Aseguramiento de la Calidad del Software.

	 * Mejoramiento de la Adaptación de las Mentalidades Clásicas de los
Desarrolladores de Software a la Conducción por Riesgos.

	 * Mentalización de la Alta Dirección de Firmas de Software sobre el
Valor Agregado de la Certificación Integrada TickIT por sobre las
Certificaciones Habituales.

	 * Maximización de los Resultados Positivos para el Aseguramiento de
la Calidad del Software en las Negociaciones por la Colaboración de las
Gerencias Intermedias.

	 * Evaluación y Premiación de los Actores en el Proceso de
Aseguramiento de la Calidad del Software.

	 * Generación de Procesos, Métodos, Roles, Productos y Servicios
Flexibles como Garantía del Aseguramiento de la Calidad del Software en
Ambientes Altamente Dinámicos.

	 Y como estos, hay cientos de posibilidades más. Otras posibilidades
serían temás más duros, sin necesidad de recurrir a elementos de Psicología.
Sin embargo, creo que este no es un ambiente precisamente virgen y es sobre
lo que trabaja la mayoría, razón por la cual no hay tantos "huecos" como en
los casos anteriores.

	 Espero poderte ayudar y que nos tengas al tanto del trabajo. Saludos
cordiales.

_________________________________
Lic. Pablo Fernando Sanchez
p.sanchez@... / p.sanchez@...
Bucaramanga, Colombia, Sudamérica

ICQ: 8703027
MSN Messenger: chanzes_kland@...
Yahoo! Messenger: p_f_sanchez
AIM: ChanzesKland



-----Original Message-----
From: RUBIO SERGIO [mailto:rubioser@...]
Sent: Miércoles 30 de Julio de 2003 08:50
To: AsegCalidadSoftware@...
Subject: Re: [ACS] consulta urgente

Pablo:
             El tema de la tesis es Aseguramiento de la calidad de software y
yo tengo plantear un problema y no me doy cuenta cual puede ser si vos me
podes plantear algunos estaria muy agradecido...
             Gracias de antemano..
             SERGIO RUBIO.-


----- Original Message -----
From: Pablo Fernando Sanchez
To: AsegCalidadSoftware@...
Sent: Wednesday, July 30, 2003 9:38 AM
Subject: RE: [ACS] consulta urgente

Estimado Sergio:
       Así me parece demasiado amplio. El Aseguramiento de la Calidad del
Software en muy amplio en sí y la cantidad de temas que podrías tratar son
cientos... ¿Cuál es el tema de la Tesis? Saludos cordiales.
(...)
_________________________________
Lic. Pablo Fernando Sanchez


-----Original Message-----
From: RUBIO SERGIO [mailto:rubioser@...]
Sent: Miércoles 30 de Julio de 2003 07:15
To: AsegCalidadSoftware@...
Subject: [ACS] consulta urgente

HOLA SOY NUEVO EN ESTA LISTA Y NECESITO INFORMACION DE ASEGURAMIENTOS DE LA
CALIDAD DEL SOFTWARE PORQUE TENGO QUE REALIZAR UNA TESIS PARA TERMINAR MI
CARRERA DE LIC. EN SISTEMAS. SI ALGUIEN ME QUIERE AYUDAR ESTARE MUY
AGRADECIDO...
MUCHAS GRACIAS DE ANTEMANO.



---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.504 / Virus Database: 302 - Release Date: 24/07/2003

Creo que la situacion que describes es la principal causa de las nuevas
metodologías 'ágiles' como Extreme Programming, Adaptive Programming, etc
etc. No has pensado en alguna de ellas como alternativa al CMM?
Puedes encontrar bastantes artículos en castellano en
www.programacionextrema.org.

Ernesto Cullen
ecullen@...
http://www.infoback.com.ar/buhardilla
Paraná, Entre Ríos
Argentina

----- Original Message -----
From: "nuriarc02" <nuriarc02@...>
To: <AsegCalidadSoftware@...>
Sent: Wednesday, July 30, 2003 11:21 AM
Subject: [ACS] Mentalización


Hola a todos:

Estamos implantando la función de aseguramiento de la calidad en un
proyecto de software. Tarea complicada ya que el equipo lleva años
trabajando desordenadamente ( en otros proyectos ). Se me ha
encomendado de tarea de implementar CMM nivel 2. Pero me encuentro
con muchos obstaculos:
...

Arturo: Lo que contas me hace acordar a un gerente que yo tenia que cuando
se veia en esas situaciones dificiles de cambiar decia, "El elefante se come
de a pedacitos" y asi de a poquito se iba comiendo el elefante. En eso era
bueno trabajando el tipo, lastima que en otras cosas estaba medio chiflado.
Saludos Carlos



----- Original Message -----
From: "Arturo" <agonzalezc@...>
To: <AsegCalidadSoftware@...>
Sent: Wednesday, July 30, 2003 11:34 AM
Subject: Re: [ACS] Mentalización


> Lo importante es que no te desanimes, las certificaciones hoy en día aun
no
> son del interés de muchos grupos de trabajo, la cuestión social termina
> siendo uno de los obstáculos, en programadores veteranos la idea de que se
> escriba su trabajo resulta un problema ya que les da la sensación de que
> perderán su trabajo o alguien aprenderá lo que hacen y los desplazara,
> siendo que al contrario su trabajo luce mejor y les da permanencia, no se
si
> resulte apliques lo que una empresa con los mismos problemas que te
suceden
> hizo, para no hacerlo largo creo un área de desarrollo de gente joven de
> nuevo ingreso dizque solo para desarrollar la Intranet de la empresa a
estos
> programadores no maleados les indico desde el inicio apegarse a CMM, al
> grupo veterano lo dejo tal y como estaba en su lodacero caótico y con los
> mismos problemas solo que cada vez que el grupo veterano decía no podemos
> hacer ese nuevo proyecto porque estamos ocupados descifrando nuestro
propio
> código que hicimos hace un año y ya no recordamos que se hizo(Para evitar
> esto existe la documentación), y se requiere mantenimiento, se le asignaba
> al nuevo grupo que si trabajaba con el modelo de calidad a la larga las
> aplicaciones y la gente veterana se fue quedando sin trabajo de hecho
> algunos lograron pasarse al nuevo grupo pero tenían que respetar las
reglas,
> y así sucesivamente hasta la desaparición de los veteranos que nunca
> quisieron cambiar su paradigma.
>     Obvio que quizás no siempre haya recurso para recontratar o
reorganizar
> áreas pero si empiezas con los proyectos nuevos y pequeños con una o dos
> gentes que si colaboren demuestres la utilidad quizás se pueda introducir
en
> tu empresa...
>
> Animo y no bajes la guardia...
>
> Saludos
>
> ----- Original Message -----
> From: "nuriarc02" <nuriarc02@...>
> To: <AsegCalidadSoftware@...>
> Sent: Wednesday, July 30, 2003 8:21 AM
> Subject: [ACS] Mentalización
>
>
> Hola a todos:
>
> Estamos implantando la función de aseguramiento de la calidad en un
> proyecto de software. Tarea complicada ya que el equipo lleva años
> trabajando desordenadamente ( en otros proyectos ). Se me ha
> encomendado de tarea de implementar CMM nivel 2. Pero me encuentro
> con muchos obstaculos:
>
> 1.- En mi empresa no hay ninguna política de calidad. De manera que
> tengo que realizar primero la política de calidad.
>
> 2.- Como se trabaja desordenadamente no hay manera de describir los
> procesos de desarrollo, y la gente de desarrollo no colabora mucho.
>
> 3.- Intentas ayudarles e intentar darles plantillas para los
> documentos pero no los utilitzan.
>
> 4.- El jefe está motivado con CMM y lo trasmite en todas las
> reuniones pero a la hora de la verdad la prioridad maxima es
> programar y que todo este segun lo planificado, descuidando las
> tareas relacionadas con la calidad ( la documentación de las pruebas
> es minima)
>
> 5.- Yo creo que lo peor es que esto desmotiva a la gente, ya que toda
> la faena que realizas luego no se pone en practica.
>
> Conclusión
>
> Para que merece la pena realizar documentación inútil?
>
> Solo tengo el consuelo de pensar que estoy aprendiendo un montón y
> algun dia estaré en alguna otra empresa donde lo pueda poner en
> practica
>
> Alguien me puede dar algun consejo?
>
> Gracias
>
>
>
>
> ------------------------------
> AsegCalidadSoftware:
> Aseguramiento de la Calidad del Software
> ------------------------------
> Direcciones de la lista:
> Publicar un mensaje: AsegCalidadSoftware@eGroups.com
> Suscribirse........: AsegCalidadSoftware-Subscribe@eGroups.com
> Desuscribirse......: AsegCalidadSoftware-Unsubscribe@eGroups.com
> Administrador......: AsegCalidadSoftware-Owner@eGroups.com
> Página de la lista.: http://es.eGroups.com/group/AsegCalidadSoftware
> ------------------------------
> http://www.navegana.com/dinero/chanzes.html
>
> Tu uso de Yahoo! Grupos está sujeto a las
> http://ar.docs.yahoo.com/info/utos.html
>
>
> ------------------------------
> AsegCalidadSoftware:
> Aseguramiento de la Calidad del Software
> ------------------------------
> Direcciones de la lista:
> Publicar un mensaje: AsegCalidadSoftware@eGroups.com
> Suscribirse........: AsegCalidadSoftware-Subscribe@eGroups.com
> Desuscribirse......: AsegCalidadSoftware-Unsubscribe@eGroups.com
> Administrador......: AsegCalidadSoftware-Owner@eGroups.com
> Página de la lista.: http://es.eGroups.com/group/AsegCalidadSoftware
> ------------------------------
> http://www.navegana.com/dinero/chanzes.html
>
> Tu uso de Yahoo! Grupos está sujeto a las
http://ar.docs.yahoo.com/info/utos.html
>
>

Ese escenario descrito por ti es bastante común. La
base para cualquier proceso de calidad es el
compromiso de la dirección , pero no compromiso
unicamente referente a decir lo bueno que es la
calidad, sino tener en cuenta en la planeacion
estrategica, los presupuesto y las planeaciones
periodicas el tiempo que se utiliza en generar calidad
y el costo que tienen. De acuerdo e mi esperiencia
este tiempo es de al menos el 20% adicional al
presupuesto, ademas del cambio cultural que eso
implica.

Si la direccion no esta comprometida de esta manera el
proyecto no tienen ningun futuro



  --- nuriarc02 <nuriarc02@...> escribió: > Hola a
todos:
>
> Estamos implantando la función de aseguramiento de
> la calidad en un
> proyecto de software. Tarea complicada ya que el
> equipo lleva años
> trabajando desordenadamente ( en otros proyectos ).
> Se me ha
> encomendado de tarea de implementar CMM nivel 2.
> Pero me encuentro
> con muchos obstaculos:
>
> 1.- En mi empresa no hay ninguna política de
> calidad. De manera que
> tengo que realizar primero la política de calidad.
>
> 2.- Como se trabaja desordenadamente no hay manera
> de describir los
> procesos de desarrollo, y la gente de desarrollo no
> colabora mucho.
>
> 3.- Intentas ayudarles e intentar darles plantillas
> para los
> documentos pero no los utilitzan.
>
> 4.- El jefe está motivado con CMM y lo trasmite en
> todas las
> reuniones pero a la hora de la verdad la prioridad
> maxima es
> programar y que todo este segun lo planificado,
> descuidando las
> tareas relacionadas con la calidad ( la
> documentación de las pruebas
> es minima)
>
> 5.- Yo creo que lo peor es que esto desmotiva a la
> gente, ya que toda
> la faena que realizas luego no se pone en practica.
>
>
> Conclusión
>
> Para que merece la pena realizar documentación
> inútil?
>
> Solo tengo el consuelo de pensar que estoy
> aprendiendo un montón y
> algun dia estaré en alguna otra empresa donde lo
> pueda poner en
> practica
>
> Alguien me puede dar algun consejo?
>
> Gracias
>
>
>
>

=====
Daniel Fernando Cortés
Ing. Sistemas
Bogota - Colombia

_________________________________________________________
Do You Yahoo!?
Información de Estados Unidos y América Latina, en Yahoo! Noticias.
Visítanos en http://noticias.espanol.yahoo.com

Con mi poca experiencia en el tema creo que tu conclusion me parece la
mejor!!!!! Pero igual no bajes los brazos, por que en algun momento vas a
poder usar todo lo qeu aprendistes sea ahi o en otra empresa.
Yo por momento pienso que la organizacion la documentacion y las pruebas de
calidad en este pais (Argentina) son utopias.

Saludos Carlos.



----- Original Message -----
From: "nuriarc02" <nuriarc02@...>
To: <AsegCalidadSoftware@...>
Sent: Wednesday, July 30, 2003 11:21 AM
Subject: [ACS] Mentalización


Hola a todos:

Estamos implantando la función de aseguramiento de la calidad en un
proyecto de software. Tarea complicada ya que el equipo lleva años
trabajando desordenadamente ( en otros proyectos ). Se me ha
encomendado de tarea de implementar CMM nivel 2. Pero me encuentro
con muchos obstaculos:

1.- En mi empresa no hay ninguna política de calidad. De manera que
tengo que realizar primero la política de calidad.

2.- Como se trabaja desordenadamente no hay manera de describir los
procesos de desarrollo, y la gente de desarrollo no colabora mucho.

3.- Intentas ayudarles e intentar darles plantillas para los
documentos pero no los utilitzan.

4.- El jefe está motivado con CMM y lo trasmite en todas las
reuniones pero a la hora de la verdad la prioridad maxima es
programar y que todo este segun lo planificado, descuidando las
tareas relacionadas con la calidad ( la documentación de las pruebas
es minima)

5.- Yo creo que lo peor es que esto desmotiva a la gente, ya que toda
la faena que realizas luego no se pone en practica.

Conclusión

Para que merece la pena realizar documentación inútil?

Solo tengo el consuelo de pensar que estoy aprendiendo un montón y
algun dia estaré en alguna otra empresa donde lo pueda poner en
practica

Alguien me puede dar algun consejo?

Gracias




------------------------------
AsegCalidadSoftware:
Aseguramiento de la Calidad del Software
------------------------------
Direcciones de la lista:
Publicar un mensaje: AsegCalidadSoftware@eGroups.com
Suscribirse........: AsegCalidadSoftware-Subscribe@eGroups.com
Desuscribirse......: AsegCalidadSoftware-Unsubscribe@eGroups.com
Administrador......: AsegCalidadSoftware-Owner@eGroups.com
Página de la lista.: http://es.eGroups.com/group/AsegCalidadSoftware
------------------------------
http://www.navegana.com/dinero/chanzes.html

Tu uso de Yahoo! Grupos está sujeto a las
http://ar.docs.yahoo.com/info/utos.html

Lo importante es que no te desanimes, las certificaciones hoy en día aun no
son del interés de muchos grupos de trabajo, la cuestión social termina
siendo uno de los obstáculos, en programadores veteranos la idea de que se
escriba su trabajo resulta un problema ya que les da la sensación de que
perderán su trabajo o alguien aprenderá lo que hacen y los desplazara,
siendo que al contrario su trabajo luce mejor y les da permanencia, no se si
resulte apliques lo que una empresa con los mismos problemas que te suceden
hizo, para no hacerlo largo creo un área de desarrollo de gente joven de
nuevo ingreso dizque solo para desarrollar la Intranet de la empresa a estos
programadores no maleados les indico desde el inicio apegarse a CMM, al
grupo veterano lo dejo tal y como estaba en su lodacero caótico y con los
mismos problemas solo que cada vez que el grupo veterano decía no podemos
hacer ese nuevo proyecto porque estamos ocupados descifrando nuestro propio
código que hicimos hace un año y ya no recordamos que se hizo(Para evitar
esto existe la documentación), y se requiere mantenimiento, se le asignaba
al nuevo grupo que si trabajaba con el modelo de calidad a la larga las
aplicaciones y la gente veterana se fue quedando sin trabajo de hecho
algunos lograron pasarse al nuevo grupo pero tenían que respetar las reglas,
y así sucesivamente hasta la desaparición de los veteranos que nunca
quisieron cambiar su paradigma.
     Obvio que quizás no siempre haya recurso para recontratar o reorganizar
áreas pero si empiezas con los proyectos nuevos y pequeños con una o dos
gentes que si colaboren demuestres la utilidad quizás se pueda introducir en
tu empresa...

Animo y no bajes la guardia...

Saludos

----- Original Message -----
From: "nuriarc02" <nuriarc02@...>
To: <AsegCalidadSoftware@...>
Sent: Wednesday, July 30, 2003 8:21 AM
Subject: [ACS] Mentalización


Hola a todos:

Estamos implantando la función de aseguramiento de la calidad en un
proyecto de software. Tarea complicada ya que el equipo lleva años
trabajando desordenadamente ( en otros proyectos ). Se me ha
encomendado de tarea de implementar CMM nivel 2. Pero me encuentro
con muchos obstaculos:

1.- En mi empresa no hay ninguna política de calidad. De manera que
tengo que realizar primero la política de calidad.

2.- Como se trabaja desordenadamente no hay manera de describir los
procesos de desarrollo, y la gente de desarrollo no colabora mucho.

3.- Intentas ayudarles e intentar darles plantillas para los
documentos pero no los utilitzan.

4.- El jefe está motivado con CMM y lo trasmite en todas las
reuniones pero a la hora de la verdad la prioridad maxima es
programar y que todo este segun lo planificado, descuidando las
tareas relacionadas con la calidad ( la documentación de las pruebas
es minima)

5.- Yo creo que lo peor es que esto desmotiva a la gente, ya que toda
la faena que realizas luego no se pone en practica.

Conclusión

Para que merece la pena realizar documentación inútil?

Solo tengo el consuelo de pensar que estoy aprendiendo un montón y
algun dia estaré en alguna otra empresa donde lo pueda poner en
practica

Alguien me puede dar algun consejo?

Gracias




------------------------------
AsegCalidadSoftware:
Aseguramiento de la Calidad del Software
------------------------------
Direcciones de la lista:
Publicar un mensaje: AsegCalidadSoftware@eGroups.com
Suscribirse........: AsegCalidadSoftware-Subscribe@eGroups.com
Desuscribirse......: AsegCalidadSoftware-Unsubscribe@eGroups.com
Administrador......: AsegCalidadSoftware-Owner@eGroups.com
Página de la lista.: http://es.eGroups.com/group/AsegCalidadSoftware
------------------------------
http://www.navegana.com/dinero/chanzes.html

Tu uso de Yahoo! Grupos está sujeto a las
http://ar.docs.yahoo.com/info/utos.html

Hola a todos:

Estamos implantando la función de aseguramiento de la calidad en un
proyecto de software. Tarea complicada ya que el equipo lleva años
trabajando desordenadamente ( en otros proyectos ). Se me ha
encomendado de tarea de implementar CMM nivel 2. Pero me encuentro
con muchos obstaculos:

1.- En mi empresa no hay ninguna política de calidad. De manera que
tengo que realizar primero la política de calidad.

2.- Como se trabaja desordenadamente no hay manera de describir los
procesos de desarrollo, y la gente de desarrollo no colabora mucho.

3.- Intentas ayudarles e intentar darles plantillas para los
documentos pero no los utilitzan.

4.- El jefe está motivado con CMM y lo trasmite en todas las
reuniones pero a la hora de la verdad la prioridad maxima es
programar y que todo este segun lo planificado, descuidando las
tareas relacionadas con la calidad ( la documentación de las pruebas
es minima)

5.- Yo creo que lo peor es que esto desmotiva a la gente, ya que toda
la faena que realizas luego no se pone en practica.

Conclusión

Para que merece la pena realizar documentación inútil?

Solo tengo el consuelo de pensar que estoy aprendiendo un montón y
algun dia estaré en alguna otra empresa donde lo pueda poner en
practica

Alguien me puede dar algun consejo?

Gracias

----- Original Message -----

From: Pablo Fernando Sanchez

To: AsegCalidadSoftware@...

Sent: Wednesday, July 30, 2003 9:38 AM

Subject: RE: [ACS] consulta urgente

Estimado Sergio:

      Así me parece demasiado amplio. El Aseguramiento de la Calidad del
Software en muy amplio en sí y la cantidad de temas que podrías tratar son
cientos... ¿Cuál es el tema de la Tesis? Saludos cordiales.


Nota: Para otra vez, no escribas todo en mayúsculas, revisá las normas de
netiquette del grupo.

_________________________________
Lic. Pablo Fernando Sanchez
p.sanchez@... / p.sanchez@...
Bucaramanga, Colombia, Sudamérica

ICQ: 8703027
MSN Messenger: chanzes_kland@...
Yahoo! Messenger: p_f_sanchez
AIM: ChanzesKland



-----Original Message-----
From: RUBIO SERGIO [mailto:rubioser@...]
Sent: Miércoles 30 de Julio de 2003 07:15
To: AsegCalidadSoftware@...
Subject: [ACS] consulta urgente

HOLA SOY NUEVO EN ESTA LISTA Y NECESITO INFORMACION DE ASEGURAMIENTOS DE LA
CALIDAD DEL SOFTWARE PORQUE TENGO QUE REALIZAR UNA TESIS PARA TERMINAR MI
CARRERA DE LIC. EN SISTEMAS. SI ALGUIEN ME QUIERE AYUDAR ESTARE MUY
AGRADECIDO...
MUCHAS GRACIAS DE ANTEMANO.


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.504 / Virus Database: 302 - Release Date: 24/07/2003



------------------------------
AsegCalidadSoftware:
Aseguramiento de la Calidad del Software
------------------------------
Direcciones de la lista:
Publicar un mensaje: AsegCalidadSoftware@eGroups.com
Suscribirse........: AsegCalidadSoftware-Subscribe@eGroups.com
Desuscribirse......: AsegCalidadSoftware-Unsubscribe@eGroups.com
Administrador......: AsegCalidadSoftware-Owner@eGroups.com
Página de la lista.: http://es.eGroups.com/group/AsegCalidadSoftware
------------------------------
http://www.navegana.com/dinero/chanzes.html

Tu uso de Yahoo! Grupos está sujeto a las Condiciones del servicio de Yahoo!.

Estimado Sergio:

	 Así me parece demasiado amplio. El Aseguramiento de la Calidad del
Software en muy amplio en sí y la cantidad de temas que podrías tratar son
cientos... ¿Cuál es el tema de la Tesis? Saludos cordiales.


Nota: Para otra vez, no escribas todo en mayúsculas, revisá las normas de
netiquette del grupo.

_________________________________
Lic. Pablo Fernando Sanchez
p.sanchez@... / p.sanchez@...
Bucaramanga, Colombia, Sudamérica

ICQ: 8703027
MSN Messenger: chanzes_kland@...
Yahoo! Messenger: p_f_sanchez
AIM: ChanzesKland



-----Original Message-----
From: RUBIO SERGIO [mailto:rubioser@...]
Sent: Miércoles 30 de Julio de 2003 07:15
To: AsegCalidadSoftware@...
Subject: [ACS] consulta urgente

HOLA SOY NUEVO EN ESTA LISTA Y NECESITO INFORMACION DE ASEGURAMIENTOS DE LA
CALIDAD DEL SOFTWARE PORQUE TENGO QUE REALIZAR UNA TESIS PARA TERMINAR MI
CARRERA DE LIC. EN SISTEMAS. SI ALGUIEN ME QUIERE AYUDAR ESTARE MUY
AGRADECIDO...
MUCHAS GRACIAS DE ANTEMANO.


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.504 / Virus Database: 302 - Release Date: 24/07/2003

-----Mensaje original-----
De: RUBIO SERGIO [mailto:rubioser@...]
Enviado el: Martes, 29 de Julio de 2003 11:53
Para: AsegCalidadSoftware@...
Asunto: [ACS] CONSULTA

HOLA SOY NUEVO EN ESTA LISTA Y NECESITO INFORMACION DE ASEGURAMIENTOS DE LA CALIDAD DEL SOFTWARE PORQUE TENGO QUE REALIZAR UNA TESIS PARA TERMINAR MI CARRERA DE LIC. EN SISTEMAS. SI ALGUIEN ME QUIERE AYUDAR ESTARE MUY AGRADECIDO...

 

MUCHAS GRACIAS DE ANTEMANO.

 

------------------------------
AsegCalidadSoftware:
Aseguramiento de la Calidad del Software
------------------------------
Direcciones de la lista:
Publicar un mensaje: AsegCalidadSoftware@eGroups.com
Suscribirse........: AsegCalidadSoftware-Subscribe@eGroups.com
Desuscribirse......: AsegCalidadSoftware-Unsubscribe@eGroups.com
Administrador......: AsegCalidadSoftware-Owner@eGroups.com
Página de la lista.: http://es.eGroups.com/group/AsegCalidadSoftware
------------------------------
http://www.navegana.com/dinero/chanzes.html

Tu uso de Yahoo! Grupos está sujeto a las Condiciones del servicio de Yahoo!.

Erik Martinez Roqueñi
CSA Genoma Digital
Torre WTC Piso 8 Oficina 33
Telefonos 5560-7517 y 5488-0368
Fax 5588:0423
Celular 044-55-113-00-113


-----Mensaje original-----
De: AsegCalidadSoftware Moderador
[mailto:AsegCalidadSoftware-owner@...]
Enviado el: Domingo, 27 de Julio de 2003 01:48 a.m.
Para: erik@...
Asunto: Bienvenido a AsegCalidadSoftware


Estimado listero:

     Bienvenido a la lista AsegCalidadSoftware. Por favor, tomate un
momento para leer este mensaje.

     Para comenzar a enviar mensajes a los suscriptos de esta lista,
simplemente enviá un mail a

         mailto:AsegCalidadSoftware@eGroups.com

     Si no desea pertenecer a AsegCalidadSoftware, podés desuscribirte
enviando un mail a

         mailto:AsegCalidadSoftware-Unsubscribe@eGroups.com

     También podés visitar el sitio web de ONElist para modificar tus
suscripciones:

         http://es.eGroups.com/mygroups

     Gracias y hasta pronto.


Administrador de AsegCalidadSoftware
mailto:AsegCalidadSoftware-Owner@eGroups.com

------------------------------
Lista patrocinada por:
CyberScope Argentina - http://www.cyberscope.com.ar/

El uso de Yahoo! Grupos está sujeto a las
http://ar.docs.yahoo.com/info/utos.html

Hola a todos

Gracias Pablo por contestar a mi pregunta sobre Experiencias con
SQA. Recién puedo escribir al grupo ya que he estado bien ocupado
estas dos semanas.

Tienes razón en decir que mi pregunta fue muy general pero me haz
ayudado a entender mejor la problemática de la industria del
software al implementar SQA.

La próxima semana entro a exámenes finales y luego espero tener más
tiempo para seguir investigando sobre SQA.

Si alguno tiene alguna experiencia en la que haya tenido problemas
al implantar SQA en sus empresas sería interesante compartirla con
todos los integrantes de este grupo.

saludos

Dante

-----Original Message-----
From: Guillermo E. Prisching [mailto:murray54@...]
Sent: Miércoles, 09 de Julio de 2003 11:56 a.m.
To: AsegCalidadSoftware@...
Subject: [ACS] Info sobre métricas de software

Hola, mi nombre es Guillermo Prisching, soy estudiante de Lic. en Sistemas.

Quisierá saber cuales son las metodologías de métrica para el software más populares y no tanto. Además cual es el ámbito de aplicación de cada una de ellas.

 

Saludos.

------------------------------
AsegCalidadSoftware:
Aseguramiento de la Calidad del Software
------------------------------
Direcciones de la lista:
Publicar un mensaje: AsegCalidadSoftware@eGroups.com
Suscribirse........: AsegCalidadSoftware-Subscribe@eGroups.com
Desuscribirse......: AsegCalidadSoftware-Unsubscribe@eGroups.com
Administrador......: AsegCalidadSoftware-Owner@eGroups.com
Página de la lista.: http://es.eGroups.com/group/AsegCalidadSoftware
------------------------------
http://www.navegana.com/dinero/chanzes.html

Tu uso de Yahoo! Grupos está sujeto a las Condiciones del servicio de Yahoo!.

Hola a todos. Mi nombre es Carla Perrone, soy Ingeniera en Sistemas
de Informacion y me uni al grupo para empezar a conocer mas sobre
aseguramiento de la calidad del software.
Saludos

Estimado Martín:

	 No, no se puede. Como ya expliqué en un mensaje anterior, de
hacer esto incurriríamos en piratería y Yahoo! Podría, sin previo
aviso, cancelar el grupo.

	 Nuevamente: las normas tienen copyright y no son de dominio
público. Se pueden comprar o acceder a otro material que trate las
mismas, pero no incurramos en piratería mediante el grupo.

	 Saludos cordiales.

_________________________________
Lic. Pablo Fernando Sanchez
p.sanchez@... / p.sanchez@...
Bucaramanga, Colombia, Sudamérica

ICQ: 8703027
MSN Messenger: chanzes_kland@...
Yahoo! Messenger: p_f_sanchez
AIM: ChanzesKland



--- En AsegCalidadSoftware@..., martin carignano
<qcakuy@y...> escribió:
> al archivo con la iso se lo puede subir alrupo?
> asi todos los que estamos interesados la bajamos
> saludos