Hola Raúl:
  pues la verdad la propia teoría sobre Usabilidad nos puede dar la respuesta:
  La usabilidad es la característica de un sistema que pretende ser utilizado 
por:
    
   el tipo o tipos específicos de usuario/s,   
   la tarea o tareas que para las cuales el sistema se ha hecho, y   
   el contexto en el que se da la interacción.

  Por lo tanto al momento de diseñar e implemtar un software pues primero 
tenemos que definir a nuestro público objetivo.
  Si en la empresa de desarrollo de software (que seguramente es así) existen 
profesionales y no profesionales pues mi recomendación es que realices un 
diseño medio, es decir buscar un punto medio entre las dos posibilidades y 
someterlo a un "testeo" por parte del usario, en otras palabras: diseñen su 
estándar y aún en esa etapa inicial sométanlo a prueba (puede ser asignarles el 
cumplimiento de alguna tarea) por parte de una muestra mixta que represente a 
los diferentes grupos que vayan a ser los usuarios finales. Ahí recién van a 
poder notar las carencias del estándar y opiniones de las personas con certeza; 
quizás están pensando por otros innecesariamente.
   
  Espero haber podido colaborar. Todos aprendemos juntos.
  Saludos:
   
   
  Carmen.
   
  
Raul Herranz Serrano <[EMAIL PROTECTED]> escribió:
  No estoy seguro de si este es el foro adecuado al que lanzar esta consulta, 
pero por si acaso aquí va (perdonadme si no considerais que debería preguntarlo 
aquí):

Teniendo como objetivo la implantación de un estándar de mejora de los procesos 
en una empresa de desarrollo de SW, el equipo que estamos desarrollando los 
primeros borradores de los documentos que darán soporte a los procesos 
identificados hemos llegado a un enfrentamiento que no nos deja seguir adelante:

· por un lado parte del equipo es de la opinión de que si le das a una persona 
una plantilla muy masticada, conapartados concretos para cada contenido y 
tablas donde solo hay querellenar casillas le será mucho más cómodo y menos 
trabajoso.
· por otro lado, otra parte del equipo opina que si das esa plantilla (muy 
masticada, conapartados concretos para cada contenido y tablas donde solo hay 
querellenar casillas) podremos encontrarnos con rechazo a la hora de 
implantarla ya que los profesionales que conforman el equipo de desarrollo 
pueden considerar una afrenta hacia su profesionalidad el obligarles a utilizar 
dichas plantillas tan 'estrictas' (el equipo de calidad, podrían pensar, opina 
que no sabemos hacer las cosas, que nuestros criterios y nuestra experiencia no 
son válidos, y por eso nos obligan a seguir estas plantillas tan restrictivas).

Mis preguntas por tanto son:
· ¿Podríais guiarnos? 
· ¿Conocéis documentación al respecto que pueda ayudarnos a determinar el 
camino correcto?

Muchas gracias, un saludo

Raúl





______________________________________________ 
¿Con Mascota por primera vez? Sé un mejor Amigo. Entra en Yahoo! Respuestas 
http://es.answers.yahoo.com/info/welcome
_______________________________________________
altas, bajas y modificaciones:
http://www.cadius.org/lista/opciones.html

_______________________________________________
altas, bajas y modificaciones:
http://www.cadius.org/lista/opciones.html

Responder a