Título...: NORMAS BÁSICAS DE COMPORTAMIENTO EN EL GRUPO
Versión..: 1.1
Fecha....: 2003-09-01
_____________________________________________________________________



  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á.

     Además, si bien Yahoo! Grupos entrega todos los archivos adjuntos
     que se envían por medio del correo electrónico, estos no se
     guardan en el área de mensajes; por ello, los archivos e imágenes
     que quieras subir y compartir deberán estar en las áreas de
     archivos y fotos del grupo.


  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. Cuando hagas una pregunta al grupo, destacá lo que hayas
     aprendido a partir de haber intentado encontrar una respuesta
     leyendo material bibliográfico, buscando en la web, preguntándole
     a un amigo con más experiencia, etcétera. Generalmente, a los
     miembros más experimentados de los grupos de discusión les gusta
     responder a la gente que ha demostrado ser capaz de aprender de
     las respuestas. Prepará tu pregunta. Pensá en ella. Las preguntas
     precipitadas reciben respuestas precipitadas o ni siquiera eso.
     Cuanto más hagas para demostrar que has puesto pensamiento y
     esfuerzo en resolver tu problema antes de pedir ayuda, más cerca
     estarás de recibirla realmente. Realmente, te ganarás una
     respuesta si hacés una pregunta sustancial, interesante y que
     haga pensar, una que contribuya implícitamente a la experiencia
     de la comunidad antes que solicitar de manera pasiva conocimiento
     de los demás.

     Por otra parte, un muy buen comienzo es dejar claro que podés y
     querés participar en el proceso de desarrollar la solución.
     "¿Tiene alguien alguna pista?", "¿Qué le falta a mi ejemplo?" y
     "¿Hay alguna página que debiera haber consultado?" tendrán más
     probabilidades de ser respondidas que "Publicá por favor el
     procedimiento exacto que debería seguir", porque estás dejando
     claro que estás realmente deseoso de completar el proceso si
     alguien simplemente te orienta en la dirección correcta.


  8. Sabemos por experiencia que los escritores descuidados y
     chapuceros también piensan de manera desordenada y chapucera --a
     menudo lo suficiente como para apostar por ello, no obstante.
     Responder a pensadores descuidados y chapuceros no recompensa;
     mejor estaríamos usando nuestro tiempo en cualquier otro lugar.
     Por esto, es importante expresar tu pregunta de manera clara. Si
     no podés molestarte en hacer eso, el resto de los miembros del
     grupo no pueden molestarse en prestarte atención. Aprovechá el
     esfuerzo añadido en pulir tu lenguaje. No tiene que ser nada
     estirado ni formal; de hecho, la cultura de los grupos de
     discusión valora el lenguaje informal y cómico usado con
     precisión. Pero tiene que ser preciso: tiene que haber alguna
     indicación de que estás pensando y prestando atención.

     Deletreá correctamente. Escribir como un lammer --hAzI3Nd0t3
     pAzAr p0r iNt3lIg3nT3 3zKrIbI3Nd0 k0m0 iMb3zIl-- es el beso de la
     muerte absoluto y te garantiza que no recibirás otra cosa que
     un silencio sepulcral o, si tenés suerte, un montón de desprecio
     y sarcasmo como devolución.


  9. La cortesía nunca hiere e, incluso, a veces hasta ayuda. Sé
     cortés. Usá "Por favor" y "Gracias por adelantado". Dejá claro
     que apreciás el tiempo que emplea la gente ayudándote gratis.
     Esto no es tan importante como --y no puede sustituir a-- ser
     correcto gramaticalmente, claro, preciso y descriptivo, evitar
     formatos propietarios, etcétera, pero ayuda. De todos modos, si
     obtuviste tus conocimientos técnicos en una tómbola, la educación
     incrementará tus posibilidades de recibir una respuesta útil.


10. 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. Nunca asumas que tenés derecho a una respuesta. No lo
     tenés.


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, párrafos y mensajes 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. Usá títulos específicos y con sentido. En los grupos de
     discusión, el título o asunto (subject) del mensaje es tu
     oportunidad de oro para atraer la atención de expertos
     calificados en aproximadamente 50 caracteres o menos. No los
     desperdicies en balbuceos. No intentes impresionar al resto de
     los miembros del grupo con lo profundo de tu angustia; usá el
     espacio para una descripción superconcisa del problema en vez de
     eso: el mensaje debe tener un asunto 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. 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. Tené
     cuidado al elegir dónde planteás tu pregunta. Seguramente te
     ignorarán o te tildarán de perdedor si publicás tu pregunta en
     un grupo en el que se encuentra fuera de lugar (off-topic). Los
     miembros más experimentados de los grupos de discusión suelen
     descartar las preguntas inapropiadas para intentar proteger sus
     canales de comunicación de lo irrelevante. No querés que te
     suceda eso.

     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".


16. 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.


17. 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.


18. 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.


19. 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.


20. 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.


21. 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.


22. 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.


23. 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.


24. 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.


25. 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.


26. 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.


27. 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/


28. 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. Asimismo, al pie de todos y cada uno de los mensajes
     que se publican en el grupo TAMBIÉN están las instrucciones
     necesarias para desuscribirse. Los miembros más experimentados de
     los grupos de discusión suelen considerar como "poco inteligente"
     a quien solicita su desuscripción mediante un mensaje al grupo.
     No querés que te suceda eso.

     Una vez que pidas la desuscripción mediante alguno de los medios
     adecuados, tené paciencia. La misma 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/),
el documento "Cómo Hacer Preguntas de Manera Inteligente" escrito por
Eric S. Raymond, 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.

Si bien no se plantean como obligatorias, su cumplimiento es
importante por una cuestión de respeto al espacio y al resto de los
miembros.

Muchas gracias Carlos y a las personas que respondieron a la casilla
privada.
Estamos viendo todas las respuestas para enviar las conclusiones a
todo el grupo en forma unificada.

Slds.

Silvia Candia.

--- En AsegCalidadSoftware@..., "Carlos Fau"
<carlos.fau@g...> escribió:
>
> --- En AsegCalidadSoftware@..., "silviacfb"
> <sacandia@h...> escribió:
> >
> >
> > Carlos, envio  mis inquietudes con respecto a la implementacion
de la
> > PA QPM, espero puedan ayudarme. Preguntas:
> >
> > 1) En la PA QPM: La subpractica 5 "Derivar los objetivos para
> > cada fase del ciclo de vida del Proceso Definido para el
Proyecto" de
> > la practica 1.1 "Establecer los objetivos del proyecto"  de la PA
> > PQM, se refiere a:
> > · los puntos de coleccion o
> > · aporta a la identificacion de los subproceso que seran
> > administrados cuantitativa y estadisticamente o
> > · especifica los puntos que permiten monitorear el progreso
> > hacia el logro de los objetivos.
>
> R: La actividad se refiere a establecer (cuantitativamente) los
> "objetivos", es decir cuales son las métricas y
> cuales los valores que estan deberán tener para decir que el proceso
> funcionó como quisiste.
> Por ejemplo métricas a utilizar tienen que ver con el desempeño
> (performance) del proyecto: LOC / día / persona construidos
> Requerimientos / día / personas analizados, Porcentaje de retrabajo,
> Densidad de defectos por etapa, cantidad de defectos
> remanentes en el producto final, ....
> Obviamente debe definir la forma en que dichas métricas se toman (en
> que momento, quien las toma, como se toman, ...)
>
>
> >
> > 2) La subpractica 4 de la practica 1.2 "Componer el proceso
> > definido"   de la  PA QPM  establece: Identify the risk when no
> > subprocess is available that is known to be capable of satisfying
the
> > quality and process-performance objetives. A nuestro entender
esta
> > subpráctica se refiere a identificar los riesgos para todos los
> > subprocesos seleccionados  para el proyecto (llevados
> > estadísticamente o no), cuando no se cuenta con información a
cerca
> > de la capacidad de estos subprocesos, o cuando se sabe que el
proceso
> > no es capaz. Es correcta esta interpretación??
> >
>
> R: Se refiere a los subprocesos sobre los cuales no tenés métricas
que
> te digan que podés cumplir o simplemente
> no tenés el subproceso definido (a lo cual tampoco medido). Además
> debés tener alguna indicación que posiblemente
> no puedas cumplir con los objetivos fijados (esto puede que lo
> obtengas de datos históricos, estos datos NO representan
> necesariamente un control estadístico).
>
>
> > 3) ¿Cual es la diferencia entre la identificación y definición
> > de métricas que plantea la práctica específica 2.1 ("Seleccionar
las
> > métricas y técnicas analíticas") en la PA QPM, con lo planteado
en la
> > PA de Medición y Análisis?
> >
>
> R: Ninguna. Son dos visiones diferentes de lo mismo, en un caso
desde
> el punto de vista de la gestión
> del proceso y en el otro desde el puro punto de vista de la
medición.
>
> > 4) La práctica "SP 2.2: Aplicar métodos estadísticos para
> > entender la variación" de la PA QPM, habla de establecer límites
> > naturales de ensayo (línea base?) para los subprocesos
seleccionados.
> > Esto se refiere a:
> > a. tomar la línea base que fue definida organizacionalmente para
> > el subproceso seleccionado, y luego
> > b. actualizarla y ajustarla con los datos que va arrojando el
> > proyecto?
> >
> > En el caso de que no haya datos históricos comparables, se debe
> > esperar que el proyecto comience a arrojar datos para poder
> > establecer la línea base??
> >
>
> R: Aquí es donde aconsejo buscar apoyo sobre métodos estadísticos
(no
> es mi campo). Básicamente
> podes considerar como los límites (superior e inferior) del valor de
> cierta métrica dentro del cual
> se puede mover en condiciones normales. Si el valro medido estuviera
> fuera, entonces tenés un caso
> "especial" que debés estudiar que está pasando. Ejmplo simple: Si en
> las revisiones que venís teniendo
> encontrás típicamente entre 7 y 15 defectos por cada hora de
revisión,
> ¿que pasa si en una revisión
> encontré 30?. A lo que se refiere el punto es a determinar el valor
7
> y 15, para ello, un buen estadístico
> (alguien que sabe de ello).
>
> > 5) En la PA QPM: Cuál es la diferencia entre límites naturales
> > de ensayo y límites naturales de performance?? Los primeros son
los
> > que se establecen a "nivel de definición" y los segundos los que
se
> > establecen a partir de los valores reales que va arrojando el
> > proyecto??
> >
>
> R:  Se refiere a establecer los valores "iniciales" de los límites.
Es
> un "intento" para establecer
> dichos valores, luego con las nuevas mediciones irás ajustando los
> límites a los valores que estadísticamente
> surjan.
> La palabra "trial" está usada como "poner a prueba" los datos para
ver
> que pasan con ellos.
>
>
> > 6) En la PA QPM: La práctica "SP 2.2: Aplicar métodos
> > estadísticos para entender la variación" plantea que los limites
> > naturales de ensayo (tomados del repositorio de métricas
> > organizacional) se deben actualizar y sustituir con los datos
> > recolectados en el proyecto. Cómo se hace para que al ir
actualizando
> > estos limites con los datos de la realidad del proyecto, sin
correr
> > el riesgo de que los límites reflejen nuestra realidad, y no el
> > objetivo al que deseamos llegar.
> >
>
> R: Los límites muestran la realidad. Si estos no coinciden con tus
> objetivos tenés que actuar sobre el proceso
> para que los nuevos datos de la realidad estén dentro de lo que vos
> querés o necesitás.
> NO hya que modificar los datos para que den lo que yo quiero, hay
que
> ajustar el proceso.
>
>
> > 7) Si bien la PA  PQM plantea que deben establecerse límites de
> > variación para los subprocesos y se deben elegir técnicas
> > estadísticas. Estas definiciones ya deben estar hechas a nivel
> > organizacional, y el proyecto debe tomarlas de ese repositorio
> > organizacional?
> >
>
> R: Si, utilizando el esquema de "tailoring" definido. Lo que hacés
es
> definis cuales son
> las mas importantes para el proyecto.
>
> > 8) En la PA QPM: Cual es la diferencia entre el monitoreo que
> > plantea la práctica "SP 1.4: Maneje el funcionamiento del
proyecto"
> > del primer objetivo específico, con el monitoreo que plantea la
> > practica "SP 2.3: Monitorear la performance de los subprocesos
> > seleccionados." del segundo objetivo específico?? En ambas
prácticas
> > se plantea determinar la probabilidad de cumplir con los
objetivos de
> > calidad y performance del proceso.
> >
>
> En 1.4 estás mirando respecto del Proyecto (objetivos para el
proyecto)
> En 2.4 estás mirando respecto del Proceso  (objetivos para el
proceso )
>
> > 9) En la práctica "SP 2.3: Monitorear la performance de los
> > subprocesos seleccionados"   de la PA QPM, dice que se debe
comparar
> > la capacidad de un subproceso seleccionado con la capacidad del
> > proceso. A que se refiere con capacidad del subproceso y
capacidad
> > del proceso?? Capacidad del proceso es lo que se ha definido
> > organizacionalmente que el proceso es capaz de lograr (con el
> > correspondiente análisis estadístico), y capacidad del subproceso
es
> > lo que el proyecto realmente es capaz de lograr (a partir de los
> > datos que va arrojando el proyecto durante su ejecución).
> >
>
> No, no dice comparar el "subproceso" con el proceso. Dice comparar
el
> desempeño real (performance)
> respecto de los objetivos fijados para el subprocesos como parte de
> las métricas definidas en el proceso.
>
> Vos podés tener un objetivo para un subproceso (defectos detectados)
> respecto del proceso (10 por hora)
> y otro para el proyecto (12 por hora).
>
>
> > 10) En la PA QPM: Qué significa establecer la capacidad de un
> > subproceso?? Si es establecer sus límites naturales de variación,
en
> > la práctica "SP 2.2: Aplicar métodos estadísticos para entender
la
> > variación", se nombra como producto típico "Limites naturales de
> > performance del proceso para cada atributo medido de cada
subproceso
> > seleccionado"... y en la práctica "SP 2.3: Monitorear la
performance
> > de los subprocesos seleccionados" se nombra como producto
> > típico "Capacidad de proceso de cada subproceso"... Ambos
productos
> > típicos no estarían haciendo referencia a lo mismo??
> >
>
> R: Hacen referencia a lo mismo. En el primer caso dice que utilices
> métodos estadísticos,
> en el segundo dice que los compares con los valores esperados.
>
> > 11) Cuáles son las métricas de gestión estadística que se deben
> > recolectar a partir de la práctica "2.4 Registrar datos de
gestión
> > estadística"??
> >
>
> R: Me parece que la traducción es "Registrar datos estadísticos y de
> gestión de calidad". Son los datos anteriores,
> registrados en la base. Esto incluye los límites definidos para cada
> subproceso.
>
>
> > 12) Cuando se habla de Proceso, Subproceso y Atributo la
> > estructura sería la siguiente?:
> >
> > Proceso  --> Subproceso 1 --> Atributo 1
> >                            --> Atributo 2
> >          --> Subproceso 2
> >
> > A qué se refiere el modelo con atributos?? Son métricas
primitivas, o
> > son características del producto o del proceso como por ejemplo,
> > tiempo de respuesta, o tiempo empleado en la gestión de
> > requerimientos, respectivamente.
> >
>
> R: Se refiere a lo que normalmente entendemos por atributo "Una
> cualidad o característica inerente o adscrita a algo o alguien".
> Por ejemplo el CMM-I dice:
> Atributos de los elementos del proceso: Roles, estándares,
> procedimientos, Objetivo, entradas, salidas, criterios de entrada y
> criterio de salida
> Atributos de tareas: crecimiento, esfuerzo, calendario, calidad
> De los productos: tamaño, compeljidad
>
> Es decir: Atributos
>
>
>
> > Desde ya muchas gracias
> >
> > Silvia Candia
> >
> >
> >
> >
>
> De nada, carlos
>

--- En AsegCalidadSoftware@..., "silviacfb"
<sacandia@h...> escribió:
>
>
> Carlos, envio  mis inquietudes con respecto a la implementacion de la
> PA QPM, espero puedan ayudarme. Preguntas:
>
> 1) En la PA QPM: La subpractica 5 "Derivar los objetivos para
> cada fase del ciclo de vida del Proceso Definido para el Proyecto" de
> la practica 1.1 "Establecer los objetivos del proyecto"  de la PA
> PQM, se refiere a:
> · los puntos de coleccion o
> · aporta a la identificacion de los subproceso que seran
> administrados cuantitativa y estadisticamente o
> · especifica los puntos que permiten monitorear el progreso
> hacia el logro de los objetivos.

R: La actividad se refiere a establecer (cuantitativamente) los
"objetivos", es decir cuales son las métricas y
cuales los valores que estan deberán tener para decir que el proceso
funcionó como quisiste.
Por ejemplo métricas a utilizar tienen que ver con el desempeño
(performance) del proyecto: LOC / día / persona construidos
Requerimientos / día / personas analizados, Porcentaje de retrabajo,
Densidad de defectos por etapa, cantidad de defectos
remanentes en el producto final, ....
Obviamente debe definir la forma en que dichas métricas se toman (en
que momento, quien las toma, como se toman, ...)


>
> 2) La subpractica 4 de la practica 1.2 "Componer el proceso
> definido"   de la  PA QPM  establece: Identify the risk when no
> subprocess is available that is known to be capable of satisfying the
> quality and process-performance objetives. A nuestro entender esta
> subpráctica se refiere a identificar los riesgos para todos los
> subprocesos seleccionados  para el proyecto (llevados
> estadísticamente o no), cuando no se cuenta con información a cerca
> de la capacidad de estos subprocesos, o cuando se sabe que el proceso
> no es capaz. Es correcta esta interpretación??
>

R: Se refiere a los subprocesos sobre los cuales no tenés métricas que
te digan que podés cumplir o simplemente
no tenés el subproceso definido (a lo cual tampoco medido). Además
debés tener alguna indicación que posiblemente
no puedas cumplir con los objetivos fijados (esto puede que lo
obtengas de datos históricos, estos datos NO representan
necesariamente un control estadístico).


> 3) ¿Cual es la diferencia entre la identificación y definición
> de métricas que plantea la práctica específica 2.1 ("Seleccionar las
> métricas y técnicas analíticas") en la PA QPM, con lo planteado en la
> PA de Medición y Análisis?
>

R: Ninguna. Son dos visiones diferentes de lo mismo, en un caso desde
el punto de vista de la gestión
del proceso y en el otro desde el puro punto de vista de la medición.

> 4) La práctica "SP 2.2: Aplicar métodos estadísticos para
> entender la variación" de la PA QPM, habla de establecer límites
> naturales de ensayo (línea base?) para los subprocesos seleccionados.
> Esto se refiere a:
> a. tomar la línea base que fue definida organizacionalmente para
> el subproceso seleccionado, y luego
> b. actualizarla y ajustarla con los datos que va arrojando el
> proyecto?
>
> En el caso de que no haya datos históricos comparables, se debe
> esperar que el proyecto comience a arrojar datos para poder
> establecer la línea base??
>

R: Aquí es donde aconsejo buscar apoyo sobre métodos estadísticos (no
es mi campo). Básicamente
podes considerar como los límites (superior e inferior) del valor de
cierta métrica dentro del cual
se puede mover en condiciones normales. Si el valro medido estuviera
fuera, entonces tenés un caso
"especial" que debés estudiar que está pasando. Ejmplo simple: Si en
las revisiones que venís teniendo
encontrás típicamente entre 7 y 15 defectos por cada hora de revisión,
¿que pasa si en una revisión
encontré 30?. A lo que se refiere el punto es a determinar el valor 7
y 15, para ello, un buen estadístico
(alguien que sabe de ello).

> 5) En la PA QPM: Cuál es la diferencia entre límites naturales
> de ensayo y límites naturales de performance?? Los primeros son los
> que se establecen a "nivel de definición" y los segundos los que se
> establecen a partir de los valores reales que va arrojando el
> proyecto??
>

R:  Se refiere a establecer los valores "iniciales" de los límites. Es
un "intento" para establecer
dichos valores, luego con las nuevas mediciones irás ajustando los
límites a los valores que estadísticamente
surjan.
La palabra "trial" está usada como "poner a prueba" los datos para ver
que pasan con ellos.


> 6) En la PA QPM: La práctica "SP 2.2: Aplicar métodos
> estadísticos para entender la variación" plantea que los limites
> naturales de ensayo (tomados del repositorio de métricas
> organizacional) se deben actualizar y sustituir con los datos
> recolectados en el proyecto. Cómo se hace para que al ir actualizando
> estos limites con los datos de la realidad del proyecto, sin correr
> el riesgo de que los límites reflejen nuestra realidad, y no el
> objetivo al que deseamos llegar.
>

R: Los límites muestran la realidad. Si estos no coinciden con tus
objetivos tenés que actuar sobre el proceso
para que los nuevos datos de la realidad estén dentro de lo que vos
querés o necesitás.
NO hya que modificar los datos para que den lo que yo quiero, hay que
ajustar el proceso.


> 7) Si bien la PA  PQM plantea que deben establecerse límites de
> variación para los subprocesos y se deben elegir técnicas
> estadísticas. Estas definiciones ya deben estar hechas a nivel
> organizacional, y el proyecto debe tomarlas de ese repositorio
> organizacional?
>

R: Si, utilizando el esquema de "tailoring" definido. Lo que hacés es
definis cuales son
las mas importantes para el proyecto.

> 8) En la PA QPM: Cual es la diferencia entre el monitoreo que
> plantea la práctica "SP 1.4: Maneje el funcionamiento del proyecto"
> del primer objetivo específico, con el monitoreo que plantea la
> practica "SP 2.3: Monitorear la performance de los subprocesos
> seleccionados." del segundo objetivo específico?? En ambas prácticas
> se plantea determinar la probabilidad de cumplir con los objetivos de
> calidad y performance del proceso.
>

En 1.4 estás mirando respecto del Proyecto (objetivos para el proyecto)
En 2.4 estás mirando respecto del Proceso  (objetivos para el proceso )

> 9) En la práctica "SP 2.3: Monitorear la performance de los
> subprocesos seleccionados"   de la PA QPM, dice que se debe comparar
> la capacidad de un subproceso seleccionado con la capacidad del
> proceso. A que se refiere con capacidad del subproceso y capacidad
> del proceso?? Capacidad del proceso es lo que se ha definido
> organizacionalmente que el proceso es capaz de lograr (con el
> correspondiente análisis estadístico), y capacidad del subproceso es
> lo que el proyecto realmente es capaz de lograr (a partir de los
> datos que va arrojando el proyecto durante su ejecución).
>

No, no dice comparar el "subproceso" con el proceso. Dice comparar el
desempeño real (performance)
respecto de los objetivos fijados para el subprocesos como parte de
las métricas definidas en el proceso.

Vos podés tener un objetivo para un subproceso (defectos detectados)
respecto del proceso (10 por hora)
y otro para el proyecto (12 por hora).


> 10) En la PA QPM: Qué significa establecer la capacidad de un
> subproceso?? Si es establecer sus límites naturales de variación, en
> la práctica "SP 2.2: Aplicar métodos estadísticos para entender la
> variación", se nombra como producto típico "Limites naturales de
> performance del proceso para cada atributo medido de cada subproceso
> seleccionado"... y en la práctica "SP 2.3: Monitorear la performance
> de los subprocesos seleccionados" se nombra como producto
> típico "Capacidad de proceso de cada subproceso"... Ambos productos
> típicos no estarían haciendo referencia a lo mismo??
>

R: Hacen referencia a lo mismo. En el primer caso dice que utilices
métodos estadísticos,
en el segundo dice que los compares con los valores esperados.

> 11) Cuáles son las métricas de gestión estadística que se deben
> recolectar a partir de la práctica "2.4 Registrar datos de gestión
> estadística"??
>

R: Me parece que la traducción es "Registrar datos estadísticos y de
gestión de calidad". Son los datos anteriores,
registrados en la base. Esto incluye los límites definidos para cada
subproceso.


> 12) Cuando se habla de Proceso, Subproceso y Atributo la
> estructura sería la siguiente?:
>
> Proceso  --> Subproceso 1 --> Atributo 1
>                            --> Atributo 2
>          --> Subproceso 2
>
> A qué se refiere el modelo con atributos?? Son métricas primitivas, o
> son características del producto o del proceso como por ejemplo,
> tiempo de respuesta, o tiempo empleado en la gestión de
> requerimientos, respectivamente.
>

R: Se refiere a lo que normalmente entendemos por atributo "Una
cualidad o característica inerente o adscrita a algo o alguien".
Por ejemplo el CMM-I dice:
Atributos de los elementos del proceso: Roles, estándares,
procedimientos, Objetivo, entradas, salidas, criterios de entrada y
criterio de salida
Atributos de tareas: crecimiento, esfuerzo, calendario, calidad
De los productos: tamaño, compeljidad

Es decir: Atributos



> Desde ya muchas gracias
>
> Silvia Candia
>
>
>
>

De nada, carlos

Carlos, envio  mis inquietudes con respecto a la implementacion de la
PA QPM, espero puedan ayudarme. Preguntas:

1) En la PA QPM: La subpractica 5 "Derivar los objetivos para
cada fase del ciclo de vida del Proceso Definido para el Proyecto" de
la practica 1.1 "Establecer los objetivos del proyecto"  de la PA
PQM, se refiere a:
· los puntos de coleccion o
· aporta a la identificacion de los subproceso que seran
administrados cuantitativa y estadisticamente o
· especifica los puntos que permiten monitorear el progreso
hacia el logro de los objetivos.

2) La subpractica 4 de la practica 1.2 "Componer el proceso
definido"   de la  PA QPM  establece: Identify the risk when no
subprocess is available that is known to be capable of satisfying the
quality and process-performance objetives. A nuestro entender esta
subpráctica se refiere a identificar los riesgos para todos los
subprocesos seleccionados  para el proyecto (llevados
estadísticamente o no), cuando no se cuenta con información a cerca
de la capacidad de estos subprocesos, o cuando se sabe que el proceso
no es capaz. Es correcta esta interpretación??

3) ¿Cual es la diferencia entre la identificación y definición
de métricas que plantea la práctica específica 2.1 ("Seleccionar las
métricas y técnicas analíticas") en la PA QPM, con lo planteado en la
PA de Medición y Análisis?

4) La práctica "SP 2.2: Aplicar métodos estadísticos para
entender la variación" de la PA QPM, habla de establecer límites
naturales de ensayo (línea base?) para los subprocesos seleccionados.
Esto se refiere a:
a. tomar la línea base que fue definida organizacionalmente para
el subproceso seleccionado, y luego
b. actualizarla y ajustarla con los datos que va arrojando el
proyecto?

En el caso de que no haya datos históricos comparables, se debe
esperar que el proyecto comience a arrojar datos para poder
establecer la línea base??

5) En la PA QPM: Cuál es la diferencia entre límites naturales
de ensayo y límites naturales de performance?? Los primeros son los
que se establecen a "nivel de definición" y los segundos los que se
establecen a partir de los valores reales que va arrojando el
proyecto??

6) En la PA QPM: La práctica "SP 2.2: Aplicar métodos
estadísticos para entender la variación" plantea que los limites
naturales de ensayo (tomados del repositorio de métricas
organizacional) se deben actualizar y sustituir con los datos
recolectados en el proyecto. Cómo se hace para que al ir actualizando
estos limites con los datos de la realidad del proyecto, sin correr
el riesgo de que los límites reflejen nuestra realidad, y no el
objetivo al que deseamos llegar.

7) Si bien la PA  PQM plantea que deben establecerse límites de
variación para los subprocesos y se deben elegir técnicas
estadísticas. Estas definiciones ya deben estar hechas a nivel
organizacional, y el proyecto debe tomarlas de ese repositorio
organizacional?

8) En la PA QPM: Cual es la diferencia entre el monitoreo que
plantea la práctica "SP 1.4: Maneje el funcionamiento del proyecto"
del primer objetivo específico, con el monitoreo que plantea la
practica "SP 2.3: Monitorear la performance de los subprocesos
seleccionados." del segundo objetivo específico?? En ambas prácticas
se plantea determinar la probabilidad de cumplir con los objetivos de
calidad y performance del proceso.

9) En la práctica "SP 2.3: Monitorear la performance de los
subprocesos seleccionados"   de la PA QPM, dice que se debe comparar
la capacidad de un subproceso seleccionado con la capacidad del
proceso. A que se refiere con capacidad del subproceso y capacidad
del proceso?? Capacidad del proceso es lo que se ha definido
organizacionalmente que el proceso es capaz de lograr (con el
correspondiente análisis estadístico), y capacidad del subproceso es
lo que el proyecto realmente es capaz de lograr (a partir de los
datos que va arrojando el proyecto durante su ejecución).

10) En la PA QPM: Qué significa establecer la capacidad de un
subproceso?? Si es establecer sus límites naturales de variación, en
la práctica "SP 2.2: Aplicar métodos estadísticos para entender la
variación", se nombra como producto típico "Limites naturales de
performance del proceso para cada atributo medido de cada subproceso
seleccionado"... y en la práctica "SP 2.3: Monitorear la performance
de los subprocesos seleccionados" se nombra como producto
típico "Capacidad de proceso de cada subproceso"... Ambos productos
típicos no estarían haciendo referencia a lo mismo??

11) Cuáles son las métricas de gestión estadística que se deben
recolectar a partir de la práctica "2.4 Registrar datos de gestión
estadística"??

12) Cuando se habla de Proceso, Subproceso y Atributo la
estructura sería la siguiente?:

Proceso  --> Subproceso 1 --> Atributo 1
                          	 --> Atributo 2
          --> Subproceso 2

A qué se refiere el modelo con atributos?? Son métricas primitivas, o
son características del producto o del proceso como por ejemplo,
tiempo de respuesta, o tiempo empleado en la gestión de
requerimientos, respectivamente.

Desde ya muchas gracias

Silvia Candia




--- En AsegCalidadSoftware@..., "carlosalbertofau"
<carlos.fau@g...> escribió:
>
> Silvia,
>
> Por favor contanos tus preguntas y trataremos de ayudarte.
>
> Para nivel 4 un tema que hay que tener en cuenta es justamente el
> concepto de Gestión Cuantitavia que tiene bases en temas
estadísticos.
> Por ello que es recomendable integrar al grupo a una persona con
> especialización en ello, o designar a una persona para que haga una
> especialización en el tema de análisis estadísticos.
>
> Carlos
>
> --- En AsegCalidadSoftware@..., "silviacfb"
> <sacandia@h...> escribió:
> >
> > Estimados colisteros,
> > Me encuentro trabajando en la implementación de CMMI en la
empresa en
> > que trabajo. Me gustaría saber si alguien tiene experiencia en la
> > implementación de niveles 4 y 5 de este modelo. Hoy por hoy
tenemos
> > algunas dudas de cómo interpretar algunas practicas de Gestión
> > Cuantitativa de Proyectos.
> > Me gustaría contactarme con alguien que nos pueda ayudar a
despejar
> > estas dudas.
> > Desde ya muchas gracias.
> >
> > Silvia Candia
> >
>

Raúl,

Otro libro clásico y muy interesante sobre el tema de costos de
calidad es "Quality Is Free" de Philip B. Crosby. El nombre en si
mismo ya es muy sugestivo.

Carlos

--- En AsegCalidadSoftware@..., Raúl Alonso
<dr_raul_alonso@y...> escribió:
>
> Hola a tod@s
>
>   Deseo compartir con ustedes un artículo empresarial, que si bien
ya tiene unos años, considero que tiene vigencia para la gestión de
las organizaciones del siglo XXI.
>
>
>                          Calidad
>     05-006
>
>   Los costos de la calidad
>
>
>      El sistema de costos de la calidad permitirá la sensibilización
de la alta dirección sobre la necesidad de instaurar un sistema
integral de calidad y sus respectivos programas, como una de las
estrategias para aumentar la competitividad, objetiva la supervivencia
y, aún, el crecimiento empresarial. Por el Dr. Raúl Alonso
>
>
>   Link artículo completo:
http://www.acse.com.ar/shop/detallenot.asp?notid=405
>
>   Saludos cordiales
>
>
>
>                                   Raúl Alonso - dr_raul_alonso@y...
>   Buenos Aires - Argentina
>   Director de ACSE Soluciones Empresariales - www.acse.com.ar
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> ---------------------------------
>  Abra sua conta no Yahoo! Mail - 1GB de espaço, alertas de e-mail no
celular e anti-spam realmente eficaz.
>

Raúl,

Es muy interesante el artículo y creo que puede dar pie para una
discusión interesante:

El análisis de la calidad, ¿Sólo debe realizarse desde un punto de
vista cuantitativo (particularmente respecto del dinero)?

Por ejemplo, en un restaurante que vamos a almorzar seguido, a la
salida nos ofrecen un caramelo. ¿Cuál es el beneficio monetario de
dicha acción?, ¿Puede calcularse el ROI (Retorno de la Inversión)?

En el mundo de los seres humanos hay muchas acciones que no tienen una
justificación plénamente monetaria. Hay acciones que debemos tomar que
tienen efectos interesantes en el grupo como seres humanos que no
necesariamente se ve reflejado en números directos sobre el costo o
los ingresos.

Siendo mas formal, podría decir que la realidad es mas complicada que
muchos de los modelos que usamos para analizarla y que a veces debemos
utilizar ciertos modelos "cualitativos".

Un ejemplo típico es cuando en una organización se plantea cual es el
ROI (o como justifico la ganancia o costo) de iniciar un plan de
métricas. ¿Pero si no estabamos midiendo nada?, ¿Cómo se el dinero que
estaba perdiendo por no medir si justamente al no medir no tengo ese dato?

Saludos,

Carlos


--- En AsegCalidadSoftware@..., Raúl Alonso
<dr_raul_alonso@y...> escribió:
>
> Hola a tod@s
>
>   Deseo compartir con ustedes un artículo empresarial, que si bien
ya tiene unos años, considero que tiene vigencia para la gestión de
las organizaciones del siglo XXI.
>
>
>                          Calidad
>     05-006
>
>   Los costos de la calidad
>
>
>      El sistema de costos de la calidad permitirá la sensibilización
de la alta dirección sobre la necesidad de instaurar un sistema
integral de calidad y sus respectivos programas, como una de las
estrategias para aumentar la competitividad, objetiva la supervivencia
y, aún, el crecimiento empresarial. Por el Dr. Raúl Alonso
>
>
>   Link artículo completo:
http://www.acse.com.ar/shop/detallenot.asp?notid=405
>
>   Saludos cordiales
>
>
>
>                                   Raúl Alonso - dr_raul_alonso@y...
>   Buenos Aires - Argentina
>   Director de ACSE Soluciones Empresariales - www.acse.com.ar
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> ---------------------------------
>  Abra sua conta no Yahoo! Mail - 1GB de espaço, alertas de e-mail no
celular e anti-spam realmente eficaz.
>

Silvia,

Por favor contanos tus preguntas y trataremos de ayudarte.

Para nivel 4 un tema que hay que tener en cuenta es justamente el
concepto de Gestión Cuantitavia que tiene bases en temas estadísticos.
Por ello que es recomendable integrar al grupo a una persona con
especialización en ello, o designar a una persona para que haga una
especialización en el tema de análisis estadísticos.

Carlos

--- En AsegCalidadSoftware@..., "silviacfb"
<sacandia@h...> escribió:
>
> Estimados colisteros,
> Me encuentro trabajando en la implementación de CMMI en la empresa en
> que trabajo. Me gustaría saber si alguien tiene experiencia en la
> implementación de niveles 4 y 5 de este modelo. Hoy por hoy tenemos
> algunas dudas de cómo interpretar algunas practicas de Gestión
> Cuantitativa de Proyectos.
> Me gustaría contactarme con alguien que nos pueda ayudar a despejar
> estas dudas.
> Desde ya muchas gracias.
>
> Silvia Candia
>

Hola

Ningún poblema por mi parte.
Saludos, Alejandro
> Hola.
>
> No se que opinan los demas colisteros pero me gustaría que si discuten
> las dudas en privado, despues manden un "resumen" de lo que hablaron,
> sería enriquecedor para todos.
> Saludos cordiales.
>
>

--------------------------------------------------------------------
Este email fue enviado desde la UTFSM: https://mail.usm.cl/

Hola.

No se que opinan los demas colisteros pero me gustaría que si discuten
las dudas en privado, despues manden un "resumen" de lo que hablaron,
sería enriquecedor para todos.
Saludos cordiales.

Alejandro Bedini escribió:
> Hola
>
> Mi nombre es Alejandro, cuáles son tus dudas.
> Por favor para no abusar del foro recomiendo que sea mediante emial tus
> consultas.
> Saludos, Alejandro
> www.usm.edu.ec/abedini
> Local SPICE co-ordinator
>
> --------------------------------------------------------------------
> Este email fue enviado desde la UTFSM: https://mail.usm.cl/
>
>
--
J. Rodrigo Anabalon
http://spaces.msn.com/deoxy/
http://deoxyt2.blogspot.com


______________________________________________
LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y móviles desde 1 céntimo por minuto.
http://es.voice.yahoo.com

Hola

Mi nombre es Alejandro, cuáles son tus dudas.
Por favor para no abusar del foro recomiendo que sea mediante emial tus
consultas.
Saludos, Alejandro
www.usm.edu.ec/abedini
Local SPICE co-ordinator

--------------------------------------------------------------------
Este email fue enviado desde la UTFSM: https://mail.usm.cl/

Estimados colisteros,
Me encuentro trabajando en la implementación de CMMI en la empresa en
que trabajo. Me gustaría saber si alguien tiene experiencia en la
implementación de niveles 4 y 5 de este modelo. Hoy por hoy tenemos
algunas dudas de cómo interpretar algunas practicas de Gestión
Cuantitativa de Proyectos.
Me gustaría contactarme con alguien que nos pueda ayudar a despejar
estas dudas.
Desde ya muchas gracias.

Silvia Candia

Buenas...
Me gustaria si laguien me podria dar informacion acerca de la Calidad
del Dato, dado que debo exponer acerca de este tema y no encuentro
demasiada informacion.
Desde ya muchas gracias.
Saludos cordiales

Origen de los errores en el software

Ordenandome la documentación me he encontrado con este gráfico que explica cual es el origen de los errores en el software.

Como se puede gana por goleada la toma de requerimientos.

• No disponer de ningún mecanismo de control de cambio
• Evitar cambios de alcance durante el proyecto
• Parálisis del proyecto debido a un excesivo tiempo recogiendo requisitos
• No hacer captura de requisitos de ningún tipo
• No realizar planificación de las iteraciones (tras pasarse a un método supuestamente ágil)
• Demasiada planificación de las iteraciones

• Reglas y errores típicos en la gestión de requisitos.
  

SEPG(SM) LA Conferencia
Tercera conferencia anual SEPGSM Latinoamérica
6-8 noviembre, São Paulo, Brasil
Gestión de la Mejora: Problemas comunes, soluciones innovadoras
Web: http://www.esi.es/SEPGLA/

CONVOCATORIA DE PONENCIAS PARA PRESENTACIONES, PANELES Y SEMINARIOS
AMPLIACION DEL PLAZO PARA LA ENTREGA DE PONENCIAS: 12 DE JUNIO, 2006

SEPG LA 2006 se dirige a profesionales implicados en actividades de
mejora sistemática de personas, procesos y tecnologías en
organizaciones donde el software es un elemento clave para la
consecución del éxito empresarial. Esta tercera edición interesa
tanto a experimentados especialistas como a aquellos que se están
iniciando en  procesos de software y sistemas

ESTRUCTURA DEL PROGRAMA DE LA CONFERENCIA

El programa de la SEPGSM LA  2006 se desarrollará a lo largo de tres
días con tres sesiones paralelas e incluye presentaciones de
keynotes, presentaciones generales, seminarios, paneles de discusión
y reuniones espontáneas e interactivas de profesionales ("Birds-of-a-
Feather").
El programa ofrecerá diferentes niveles (principiante, intermedio y
avanzado) de contenido basado en los temas esbozados a continuación.
Como guía, las presentaciones tendrán una duración aproximada de 45
minutos (35 minutos de presentación, 10 de ruegos y preguntas), la
duración total de los seminarios será de  tres horas, y las de los
paneles de hora y media (1 hora de presentaciones y media hora para
ruegos y preguntas. Un moderador y mínimo tres panelistas)

ENTREGA DE PROPUESTAS


Se solicita la presentación de resúmenes de 600-1000 palabras en
español, portugués o inglés en los que se describan las propuestas de
presentaciones, paneles y seminarios, centrándose en al menos uno de
los temas de la conferencia. En cada ponencia se ha de indicar
claramente la audiencia objetivo: principiantes (nuevos en procesos),
intermedio (implementación), avanzado (conocimientos avanzados en
procesos)
Estas propuestas serán evaluadas por el Comité de Programa de SEPGSM
LA. Los ponentes aceptados serán notificados y deberán enviar su
documentación final en formato MS Power Point o PDF antes del plazo
señalado como fecha límite.
El plazo para la entrega de resúmenes es el 29 de mayo, 2006

FECHAS CLAVE DE LA CONVOCATORIA

Entrega de resúmenes: 29 de mayo
Notificación a ponentes: 4 de agosto
Entrega documentación final: 4 de septiembre

ENTREGA DE RESUMENES ON LINE: http://www.esi.es/SEPGLA/

TEMAS

• 1.  Mejora de Procesos en situaciones de estrés
• 2.  Mejora de procesos interoperable
• 3.  Aplicación de Mejora de Proceso a Metodologías de Software
• 4.  Cómo prepararse para las evaluaciones y sobrevivir a ellas
• 5.  Iniciación a la mejora de procesos
• 6.  Mejora de procesos en entornos pequeños
• 7.  Mejora de procesos en entornos diversos
• 8.  Alcanzando y trabajando en entornos de alta madurez
• 9.  Herramientas, técnicas y conocimientos para la mejora de
procesos
• 10.  Implementación de procesos específicos

INFORMACION MAS COMPLETA SOBRE LOS TEMAS DE LA CONFERNCIA:
http://www.esi.es/SEPGLA/sepglaProposals_spa.php

Los ponentes seleccionados podrán beneficiarse de un importante
descuento en el precio de la inscripción.

Para más información: sepgla@...

Creo que este documento te va a sacar de la bronca.
Pongo a disposición del grupo el documento.

Saludos.


--- Luis Alberto Almeyda Porras
<luis_almeyda_porras@...> escribió:

>
> Buen día tengan todos Ud's, quisiera saber si me
> podrían ayudar con estas preguntas ¿Que es la
> calidad? (como definición) y que es el ¿control de
> la calidad del sw? por que tengo una exposición
> acerca de este tema y quisiera saber todo al
> respecto.
>
> De antemano les agradezco su gentil ayuda...
> Saludos.
>
>



     
     
           
___________________________________________________________
Do You Yahoo!?
La mejor conexión a Internet y <b >2GB</b> extra a tu correo por $100 al mes. http://net.yahoo.com.mx

Software testers often fall into the trap of believing that quality and reliability are the same thing. They feel that if they can test a program until it's stable, dependable, and reliable, they are assuring a high-quality product. Unfortunately, that isn't necessarily true. Reliability is just one aspect of quality.

A software user's idea of quality may include the breadth of features, the ability of the product to run on his old PC, the software company's phone support availability, and, often, the price of the product. Reliability, or how often the product crashes or trashes his data, may be important, but not always.

To ensure that a program is of high quality and is reliable, a software tester must both verify and validate throughout the product development process."

Creo que este documento te va a sacar de la bronca.
Pongo a disposición del grupo el documento.

Saludos.


  --- Luis Alberto Almeyda Porras
<luis_almeyda_porras@...> escribió:

>
> Buen día tengan todos Ud's, quisiera saber si me
> podrían ayudar con estas preguntas ¿Que es la
> calidad? (como definición) y que es el ¿control de
> la calidad del sw? por que tengo una exposición
> acerca de este tema y quisiera saber todo al
> respecto.
>
> De antemano les agradezco su gentil ayuda...
> Saludos.
>
>






___________________________________________________________
Do You Yahoo!?
La mejor conexión a Internet y <b >2GB</b> extra a tu correo por $100 al mes.
http://net.yahoo.com.mx

Buen día tengan todos Ud's, quisiera saber si me podrían ayudar con estas preguntas ¿Que es la calidad? (como definición) y que es el ¿control de la calidad del sw? por que tengo una exposición acerca de este tema y quisiera saber todo al respecto.

De antemano les agradezco su gentil ayuda... Saludos.

SEPG(SM) LA Conferencia
Tercera conferencia anual SEPGSM Latinoamérica
6-8 noviembre, São Paulo, Brasil
Gestión de la Mejora: Problemas comunes, soluciones innovadoras
Web: http://www.esi.es/SEPGLA/

CONVOCATORIA DE PONENCIAS PARA PRESENTACIONES, PANELES Y SEMINARIOS
RECUERDE!!! Plazo para la entrega de las propuestas: 29 de mayo, 2006

SEPG LA 2006 se dirige a profesionales implicados en actividades de
mejora sistemática de personas, procesos y tecnologías en
organizaciones donde el software es un elemento clave para la
consecución del éxito empresarial. Esta tercera edición interesa
tanto a experimentados especialistas como a aquellos que se están
iniciando en  procesos de software y sistemas

ESTRUCTURA DEL PROGRAMA DE LA CONFERENCIA

El programa de la SEPGSM LA  2006 se desarrollará a lo largo de tres
días con tres sesiones paralelas e incluye presentaciones de
keynotes, presentaciones generales, seminarios, paneles de discusión
y reuniones espontáneas e interactivas de profesionales ("Birds-of-a-
Feather").
El programa ofrecerá diferentes niveles (principiante, intermedio y
avanzado) de contenido basado en los temas esbozados a continuación.
Como guía, las presentaciones tendrán una duración aproximada de 45
minutos (35 minutos de presentación, 10 de ruegos y preguntas), la
duración total de los seminarios será de  tres horas, y las de los
paneles de hora y media (1 hora de presentaciones y media hora para
ruegos y preguntas. Un moderador y mínimo tres panelistas)

ENTREGA DE PROPUESTAS


Se solicita la presentación de resúmenes de 600-1000 palabras en
español, portugués o inglés en los que se describan las propuestas de
presentaciones, paneles y seminarios, centrándose en al menos uno de
los temas de la conferencia. En cada ponencia se ha de indicar
claramente la audiencia objetivo: principiantes (nuevos en procesos),
intermedio (implementación), avanzado (conocimientos avanzados en
procesos)
Estas propuestas serán evaluadas por el Comité de Programa de SEPGSM
LA. Los ponentes aceptados serán notificados y deberán enviar su
documentación final en formato MS Power Point o PDF antes del plazo
señalado como fecha límite.
El plazo para la entrega de resúmenes es el 29 de mayo, 2006

FECHAS CLAVE DE LA CONVOCATORIA

Entrega de resúmenes: 29 de mayo
Notificación a ponentes: 4 de agosto
Entrega documentación final: 4 de septiembre

ENTREGA DE RESUMENES ON LINE: http://www.esi.es/SEPGLA/

TEMAS

• 1.  Mejora de Procesos en situaciones de estrés
• 2.  Mejora de procesos interoperable
• 3.  Aplicación de Mejora de Proceso a Metodologías de Software
• 4.  Cómo prepararse para las evaluaciones y sobrevivir a ellas
• 5.  Iniciación a la mejora de procesos
• 6.  Mejora de procesos en entornos pequeños
• 7.  Mejora de procesos en entornos diversos
• 8.  Alcanzando y trabajando en entornos de alta madurez
• 9.  Herramientas, técnicas y conocimientos para la mejora de
procesos
• 10.  Implementación de procesos específicos

INFORMACION MAS COMPLETA SOBRE LOS TEMAS DE LA CONFERNCIA:
http://www.esi.es/SEPGLA/sepglaProposals_spa.php

Los ponentes seleccionados podrán beneficiarse de un importante
descuento en el precio de la inscripción.

Para más información: sepgla@...

Borland CMMI On Line

Borland ofrece una magnífica herramienta de consulta y referencia del modelo CMMI. Dispone de dos direcciones. Una para la representación continua del modelo, y otra para la escalonada.

En la herramienta para la versión continua, a través de listas desplegables se selecciona la categoría del proceso, y a partir de ella, sus áreas, objetivos y prácticas recomendadas.

Hay 2 mensajes en este resumen.

Temas de este resumen:

1. Re: Cómo evaluar la calidad de un dawarehouse?
De: "J. Rodrigo Anabalón"
2. Noticia | Borland Day 2006 (Madrid, España)
De: "Pablo Fernando Sanchez"

________________________________________________________________________
________________________________________________________________________

Mensaje: 1
Fecha: Thu, 04 May 2006 09:37:39 -0400
De: "J. Rodrigo Anabalón"
Asunto: Re: Cómo evaluar la calidad de un dawarehouse?

majigar2000 escribió:
> Estimados amigos, estoy ingresando por primera vez a este grupo y me
> gustaria mucho que me ayudaran con información; sobre el aseguramiento
> de la calidad en datawarehouse y en especifico, sobre las pruebas que
> se puede realizar para comprobar su funcionamiento.
Hola que tal.

Te adjunto un documento de E.F. Cood en el que se habla de las
caracteristicas que debe tener una herramiento OLAP. Espero que esto te
sirva, a partir de esos datos puedes empezar a crear métricas para que
fijes tus parametros de evaluación.

Saludos cordiales.

--
J. Rodrigo Anabalón
Bases de Datos InfoClan.cl
http://spaces.msn.com/deoxy/


[Este mensaje contenía archivos adjuntos]



________________________________________________________________________
________________________________________________________________________

Mensaje: 2
Fecha: Thu, 4 May 2006 09:47:24 -0500
De: "Pablo Fernando Sanchez"

Asunto: Noticia | Borland Day 2006 (Madrid, España)


Borland Day 2006


Borland Day El 6 de Junio se celebrará en
el Palacio Municipal de Congresos de Madrid (Campo de las Naciones) la
tercera edición del Borland Day, en el que se hablará de Calidad, CMMI,
Ciclo de Vida del Desarrollo, ALM (Application Lifecycle Management),
Testing... Y lógicamente de las herramientas de Borland para estas
áreas.

El registro es gratuito.

* Página de registro e información.



Tags: BorlandDay congresos


.

Source: Navegapolis


[Este mensaje contenía archivos adjuntos]



________________________________________________________________________
________________________________________________________________________


------------------------------
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
------------------------------------------------------------------------
Enlaces de Yahoo! Grupos

<*> Para visitar el sitio web del grupo, andá a:
http://ar.groups.yahoo.com/group/AsegCalidadSoftware/

<*> Para cancelar tu suscripción a este grupo, enviá un mensaje a:
AsegCalidadSoftware-unsubscribe@...

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

------------------------------------------------------------------------

__________________________________________________
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
Regístrate ya - http://correo.espanol.yahoo.com/

Borland Day 2006

El 6 de Junio se celebrará en el Palacio Municipal de Congresos de Madrid (Campo de las Naciones) la tercera edición del Borland Day, en el que se hablará de Calidad, CMMI, Ciclo de Vida del Desarrollo, ALM (Application Lifecycle Management), Testing... Y lógicamente de las herramientas de Borland para estas áreas.

El registro es gratuito.

• Página de registro e información.
  

Estimados amigos, estoy ingresando por primera vez a este grupo y me gustaria mucho que me ayudaran con información; sobre el aseguramiento de la calidad en datawarehouse y en especifico, sobre las pruebas que se puede realizar para comprobar su funcionamiento.

--
J. Rodrigo Anabalón
Bases de Datos InfoClan.cl
http://spaces.msn.com/deoxy/

Sinopsis de los modelos CMM y CMMI

CMMI, y el predecesor CMM, pueden emplearse como:
1.- Guía para mejorar los procesos que intervienen en el desarrollo y mantenimiento del software.
2.- Criterio para determinar el nivel de madurez de una organización que desarrolla o mantiene software en base a la capacidad de las áreas de procesos definidas en estos modelos.

.

Estimados amigos, estoy ingresando por primera vez a este grupo y me
gustaria mucho que me ayudaran con información; sobre el aseguramiento
de la calidad en datawarehouse y en especifico, sobre las pruebas que
se puede realizar para comprobar su funcionamiento.

Por favor, difunda reenviándolo a quienes puedan estar interesados
en participar. :o)



INGENIERÍA DE SOFTWARE/SISTEMAS Y MANAGEMENT TECNOLÓGICO
--------------------------------------------------------

Análisis y Diseño de Sistemas de Información
URL: http://www.gruposyahoo.com.ar/group/SistemasInformacion

Aseguramiento de la Calidad del Software
URL: http://www.gruposyahoo.com.ar/group/AsegCalidadSoftware

Auditoría de Sistemas
URL: http://www.gruposyahoo.com.ar/group/AuditoriaSistemas

Inteligencia Artificial y Sistemas Expertos
URL: http://www.gruposyahoo.com.ar/group/InteligArtificial

Objetos Distribuidos
URL: http://www.gruposyahoo.com.ar/group/ObjetosDistribuidos

Testeo de Software
URL: http://www.gruposyahoo.com.ar/group/TesteoSoftware

Toma de Decisiones en el Ámbito de la Dirección Empresarial
URL: http://www.gruposyahoo.com.ar/group/TomaDecisiones



DESARROLLO
----------

Desarrollo de Sitios Web Dinámicos con Active Server Pages
URL: http://www.gruposyahoo.com.ar/group/DesarrolloActiveServerPages

Desarrollo de Sitios Web Dinámicos con PHP-Nuke
URL: http://www.gruposyahoo.com.ar/group/DesarrolloPHP-Nuke

Desarrollo de Sitios Web Dinámicos con Zope
URL: http://www.gruposyahoo.com.ar/group/DesarrolloZope

Desarrollo de Software en C/C++
URL: http://www.gruposyahoo.com.ar/group/DesarrolloC

Desarrollo de Software en C#
URL: http://www.gruposyahoo.com.ar/group/DesarrolloCSharp

Desarrollo de Software en CA-Clipper
URL: http://www.gruposyahoo.com.ar/group/DesarrolloClipper

Desarrollo de Software en Borland Delphi
URL: http://www.gruposyahoo.com.ar/group/DesarrolloDelphi

Desarrollo de Software en Borland Kylix
URL: http://www.gruposyahoo.com.ar/group/DesarrolloKylix

Desarrollo de Software en Java/J++/J#
URL: http://www.gruposyahoo.com.ar/group/DesarrolloJava

Desarrollo de Software en LANSA
URL: http://www.gruposyahoo.com.ar/group/DesarrolloLANSA

Desarrollo de Software en LISP
URL: http://www.gruposyahoo.com.ar/group/DesarrolloLISP

Desarrollo de Software en Microsoft Visual Basic
URL: http://www.gruposyahoo.com.ar/group/DesarrolloVB

Desarrollo de Software en Microsoft Visual FoxPro
URL: http://www.gruposyahoo.com.ar/group/DesarrolloVFP

Desarrollo de Software en Oracle Forms Developer
URL: http://www.gruposyahoo.com.ar/group/DesarrolloOracleForms

Desarrollo de Software en Oracle JDeveloper
URL: http://www.gruposyahoo.com.ar/group/DesarrolloOracleJDeveloper

Desarrollo de Software en Pascal
URL: http://www.gruposyahoo.com.ar/group/DesarrolloPascal

Desarrollo de Software en PowerBuilder
URL: http://www.gruposyahoo.com.ar/group/DesarrolloPowerBuilder

Desarrollo de Software en Progress
URL: http://www.gruposyahoo.com.ar/group/DesarrolloProgress

Desarrollo de Software en Prolog y Programación Lógica
URL: http://www.gruposyahoo.com.ar/group/DesarrolloProlog

Desarrollo de Software sobre Microsoft .NET
URL: http://www.gruposyahoo.com.ar/group/DesarrolloDotNET

Diseño y Desarrollo en Macromedia Flash/Flash MX
URL: http://www.gruposyahoo.com.ar/group/DesarrolloFlash

Software Development in LANSA
URL: http://www.gruposyahoo.com.ar/group/LANSA



BASES DE DATOS
--------------

Administración de Bases de Datos IBM DB2
URL: http://www.gruposyahoo.com.ar/group/AdminBDIBMDB2

Administración de Bases de Datos IBM Informix
URL: http://www.gruposyahoo.com.ar/group/AdminBDInformix

Administración de Bases de Datos InterBase/Firebird
URL: http://www.gruposyahoo.com.ar/group/AdminBDIBFirebird

Administración de Bases de Datos InterSystems Caché
URL: http://www.gruposyahoo.com.ar/group/AdminBDCache

Administración de Bases de Datos Microsoft SQL Server
URL: http://www.gruposyahoo.com.ar/group/AdminBDMSSQLServer

Administración de Bases de Datos MySQL
URL: http://www.gruposyahoo.com.ar/group/AdminBDMySQL

Administración de Bases de Datos Oracle
URL: http://www.gruposyahoo.com.ar/group/AdminBDOracle

Administración de Bases de Datos PostgreSQL
URL: http://www.gruposyahoo.com.ar/group/AdminBDPostgreSQL

Administración de Bases de Datos SAP DB
URL: http://www.gruposyahoo.com.ar/group/AdminBDSAPDB

Administración de Bases de Datos Sybase
URL: http://www.gruposyahoo.com.ar/group/AdminBDSybase

Construcción de Consultas en ANSI-SQL y Teoría de Bases de Datos
Relacionales
URL: http://www.gruposyahoo.com.ar/group/DesarrolloSQL



APLICACIONES
------------

Usuarios y Consultores de SAP R/3
URL: http://www.gruposyahoo.com.ar/group/UsuariosSAPR3

Usuarios y Consultores de SPSS
URL: http://www.gruposyahoo.com.ar/group/UsuariosSPSS



RECURSOS
--------

Anuncio de Listas, Grupos y Foros de Discusión
URL: http://www.gruposyahoo.com.ar/group/AnuncioListas

Anuncio de Listas, Grupos y Foros de Discusión y Otros Recursos
sobre Sistemas y Tecnologías de Información
URL: http://www.gruposyahoo.com.ar/group/ListasSistTecnInf



---
El siguiente dato no sólo te servirá para el conjunto de grupos que
se listan en este mensaje, sino para todo grupo en Yahoo! Grupos. La
regla general para la conformación de las direcciones en Yahoo!
Grupos es la siguiente:

Supongamos un grupo que vamos a llamar "mi-grupo" y que, como es el
caso de la gran mayoría de los de este mensaje, está albergado en
Yahoo! Grupos Argentina. Entonces:

* El URL es http://www.gruposyahoo.com.ar/group/mi-grupo

* La dirección de correo electrónico para suscribirse es
   mi-grupo-subscribe@... --se recomienda suscribirse
   desde el sitio del grupo, ya que así la suscripción es inmediata,
   mientras que mediante correo electrónico puede tardar desde nada
   hasta varias horas, dependiendo de la carga de trabajo de los
   servidores de Yahoo! Grupos.

* La dirección de correo electrónico para publicar tus mensajes es
   mi-grupo@... --también se puede publicar desde el
   sitio del grupo, si no se desea usar el correo electrónico para
   este fin.

La idea es que, en función del listado anterior, podés armar la
dirección que necesites. Por ejemplo, tomemos de este listado el
caso de "Análisis y Diseño de Sistemas de Información", cuyo URL es:

   http://www.gruposyahoo.com.ar/group/SistemasInformacion

Pues bien, siguiendo la lógica anteriormente descripta, la dirección
de correo electrónico para suscribirse es:

   sistemasinformacion-subscribe@...

... y para publicar tus mensajes --una vez suscripto, no antes-- es:

   sistemasinformacion@...