viernes, 23 de septiembre de 2011

Entrevista (Mario -> Pedro).

Entrevistador: Mario Andrade

Entrevistado: Pedro Poot

Objetivo: Determinar cómo participar en la actividad y cuál fue la experiencia que obtuvo al final de la misma para comparar con lo visto en la materia.

Alcance: Llegar al punto de la vivencia y colaboración de él entrevistado con su equipo.


>>>¿Qué te pareció la actividad?

Interesante, motivador y sale de la rutina


>>>¿Cómo consideras el trabajo de tu equipo?

Bueno ( X )

Regular ( )

Malo ( )


>>>¿Qué experiencia obtuviste?

De que se puede trabajar con personas con las que no se tuvo una organización previa

Libro Analisis y diseño de sistemas - Kendall

Hola compañeros aquí les dejo este libro que usamos en clase. Elijan uno de los dos hosting de abajo para dercargar¡¡¡

Saludos:




Este libro pone énfasis en los aspectos básicos que los estudiantes deben conocer sobre las actividades de un analista. Además de detallar el proceso de análisis y ofrecer explicaciones paso a paso sobre el uso de técnicas especializadas, el libro pone especial atención en el impacto de los sistemas en las organizaciones y los efectos de las decisiones de diseño y métodos de salida en los usuarios.

Haz clic en cualquiera de los dos links que aparecen a continuación:

>>>Mediafire<<<<
>>>Megaupload<<<<

Entrevista (Braulio -> Laura).

19 de septimebre de 2011
Entrevistador: Braulio Neri
Entrevistado: Laura

Objetivo: Saber el grado de penetración de Laura en el equipo.

>>>¿ Que rol desempeñaste en el equipo?

Opine sobre las ideas (votación), pero principalmente hice los rollitos de papel para construir la torre.

>>>¿ Que piensas que pudieron haber hecho para obtener un mejor resultado?

Pienso que debimos haber tenido un mejor control durante el proyecto y así que la torre tuviera mas resistencia. El equipo se enfoco a construir la torre pero no a que tuviera resistencia.

>>>¿ Como fue el ambiente en el cual construyeron la torre como equipo?

Fue un buen ambiente, equitativo, democrático y se delegaron las responsabilidades, aunque hubo una figura que tomara el que mas influía en la toma de decisiones.

Entrevista (Rodrigo -> Fatima).

19 de septimebre de 2011
Entrevistador: Rodrigo Zapata Pasos
Etrevistado: Fátima

Alcance: La Actividad Realizada en clase anterior con el periódico.

Objetivo: Tener una visión de la manera en la que mi compañera participó y observó la actividad y la manera de pensar con respecto a esta.

1.- Qué rol tuviste en tu proyecto?

Cortar la cinta para pegar a la torre.

2.- Quién consideras que debió ganar y por qué?

Nuestro equipo. Porque según las características que observé teníamos más organización que el equipo contrario.

3.- Quién fue el líder del proyecto o la persona que tuvo más participación?

Aldo y Héctor fueron las personas que más decisciones tomaron.

sábado, 10 de septiembre de 2011

Ejemplo El Diagrama de causa y Efecto (o Espina de Pescado)

Clic para agrandar¡¡¡

Diagrama de Causa y Efecto (Espina de Pescado/Diagrama de Ishikawa)




¿QUE ES?


El Diagrama de causa y Efecto (o Espina de Pescado) es una técnica gráfica ampliamente utilizada, que permite apreciar con claridad las relaciones entre un tema o problema y las posibles causas que pueden estar contribuyendo para que él ocurra.
Construido con la apariencia de una espina de pescado, esta herramienta fue aplicada por primera vez en 1953, en el Japón, por el profesor de la Universidad de Tokio, Kaoru Ishikawa, para sintetizar las opiniones de los ingenieros de una fábrica, cuando discutían problemas de calidad.

SE USA PARA:

  • Visualizar, en equipo, las causas principales y secundarias de un problema.
  • Ampliar la visión de las posibles causas de un problema, enriqueciendo su análisis y la identificación de soluciones.
  • Analizar procesos en búsqueda de mejoras.
  • Conduce a modificar procedimientos, métodos, costumbres, actitudes o hábitos, con soluciones - muchas veces - sencillas y baratas.
  • Educa sobre la comprensión de un problema.
  • Sirve de guía objetiva para la discusión y la motiva.
  • Muestra el nivel de conocimientos técnicos que existe en la empresa sobre un determinado problema.
  • Prevé los problemas y ayuda a controlarlos, no sólo al final, sino durante cada etapa del proceso.
  • No basta con decir "trabajen más", "esfuércense!!!" Hay que señalar pasos, y valorar las causas de los problemas.Ordenarlas para poder tratarlas.

¿CÓMO CONSTRUIRLA?


  1. Diseñe una flecha horizontal apuntando a la derecha y escriba el problema al interior de un rectángulo localizado en la punta de la flecha.


  1. Haga una "Lluvia de ideas" para identificar el mayor número posible de causas que pueda estar contribuyendo para generar el problema, preguntando "¿Por qué está sucediendo?".
  2. Agrupe las causas en categorías.
  3. Una forma muy utilizada de agrupamiento es la 4M: máquina, mano de obra, método y materiales.
  4. Para comprender mejor el problema, busque las subcausas o haga otros diagramas de causa y efecto para cada una de las causas encontradas.
  5. Escriba cada categoría dentro de los rectángulos paralelos a la flecha principal. Los rectángulos quedarán entonces, unidos por líneas inclinadas que convergen hacia la flecha principal.
Se pueden añadir la causas y subcausas de cada categoría a lo largo de su línea inclinada, si es necesario.
Y debería quedar algo como esto: