Proyecto de Comportamiento Humano en el Trabajo

· Nombre: Claudia Neira · Profesión: Profesora a) ¿Cuál es el principal problema que ve usted en los ingenieros a la hora de tomar los requerimientos? No me explican los que el programa va a hacer, siendo que nos interesa su funcionalidad para ver si nos servirá o no. b) ¿Cuál es su actitud frente al ingeniero cuando se presentan problemas? Trato de que me entienda lo que quiero (en realidad lo que queremos como colegio).

· Nombre: Elena Cerda · Profesión: Secretaria a) ¿Cuál es el principal problema que ve usted en los ingenieros a la hora de tomar los requerimientos? A veces no tienen paciencia para realizar la toma de requerimientos y mas encima me imponen un modo de trabajo o lo cambian, no adecuándose al que tengo, yo creo que es porque no me entienden por lo que es más fácil que lo cambien. b) ¿Cuál es su actitud frente al ingeniero cuando se presentan problemas? Al final me convencen que lo que me plantean está bien, o más bien dejo que me convencía para que me dejen tranquila y no me quiten más tiempo.

· Nombre: Alejandra Durán · Profesión: Contadora Auditora a) ¿Cuál es el principal problema que ve usted en los ingenieros a la hora de tomar los requerimientos? Uno de los problemas es que a veces los plazos establecidos no se cumplen. Además muchas veces me sacan de mis tareas habituales perdiendo tiempo valioso, creen que no tengo trabajo que hacer. También se complican mucho si cambio un requerimiento, siendo que a veces la culpa no es de nosotros sino que no entendieron lo que realmente queríamos, ya que a veces no manejan algunos términos. b) ¿Cuál es su actitud frente al ingeniero cuando se presentan problemas? Habitualmente tenemos buena disposición. Tratamos de que nos entiendan lo que queremos, pero hay veces que perdemos la paciencia.

· Nombre: Mauricio Escobar Allende · Profesión: Productor en Sistemas Multimedia e Internet · Empresa donde trabaja: CEPAL · Años de experiencia: 3 a) ¿Existe un esquema o norma para la toma de requerimientos? Si la respuesta es afirmativa, ¿Se siguen estas normas en la práctica? Sí existe una norma que rige cómo se especifican los requerimientos. Habitualmente esta norma se sigue, pero dependerá del tipo de proyecto en que se esté trabajando, pero básicamente el esquema es el mismo y en ocasiones sufre modificaciones que deben ser debidamente justificadas. b) ¿Cuál es el rol o actividad que tiene usted en el proceso de toma de requerimientos? Mi rol es conocer la actividad del cliente y que es lo que desea resolver con la aplicación. Me dedico a la captura de requerimientos cuando los sistemas tienen que ver con el área de multimedia e internet, en otro ámbito no participo en la toma de requerimientos y me dedico a otras actividades.

· Nombre: Javier Jara Valencia · Profesión: Ingeniero Civil en Informática · Empresa donde trabaja: TAISA · Años de experiencia: 5 a) ¿Existe un esquema o norma para la toma de requerimientos? Si la respuesta es afirmativa, ¿Se siguen estas normas en la práctica? Sí existe: es un proceso que rige cómo se detallan los requerimientos y cómo se controlan a través de la vida del proyecto. La norma sí se sigue. b) ¿Cuál es el rol o actividad que tiene usted en el proceso de toma de requerimientos? Ninguno, existe una gerencia dentro de la empresa que se dedica al levantamiento de requerimientos. c) ¿Trabaja individualmente o con un grupo de trabajo a la hora de tomar los requerimientos a un cliente en particular? Trabajan en grupo. d) ¿Cuales son la acciones concretas que realiza usted para lograr extraer adecuadamente lo que el cliente requiere? Estudiar el problema a resolver, sus objetivos y más tarde presentar bocetos y

· Nombre: Marcelo Tapia Contreras · Profesión: Ingeniero Civil en Informática · Empresa donde trabaja: Ministerio Publico · Años de experiencia: 10 a) ¿Existe un esquema o norma para la toma de requerimientos? Si la respuesta es afirmativa, ¿Se siguen estas normas en la práctica? No. No existe, explicito, un modelo consensuado o basado en alguna norma respecto de la toma de requerimientos. No obstante lo anterior, el esquema básico consiste en considerar 3 niveles asociados a definir el requerimiento. Nivel estratégico, vale decir, los niveles superiores del cliente respecto de toma de decisiones de largo plazo., Nivel táctico, o mandos medios, que requieren de tomar decisiones de mediano plazo y los niveles operativos (generalmente la etapa más larga del proceso) que responde a quienes deben tomar decisiones de corto plazo. b) ¿Cuál es el rol o actividad que tiene usted en el proceso de toma de requerimientos? El rol de respon

INGENIERIA DE SOFTWARE La Ingeniería de Software es la rama de la ingeniería que crea y mantiene las aplicaciones de software. Esta requiere llevar a cabo muchas tareas o etapas que dependerán del modelo de proceso de software que se adopte (modelo de cascada, desarrollo evolutivo, entre otras). Sea cual sea el modelo de proceso escogido, este tendrá, básicamente, las siguientes etapas asociadas: • Definición y Análisis de Requerimientos • Especificación se Software • Diseño e Implementación • Validación • Manutención Como se menciono, el trabajo gira en torno a la TR, esta actividad se encuentra en la etapa de Definición y Análisis de Requerimientos, la cual se describe a continuación. Definición y Análisis de Requerimientos Esta etapa consiste en extraer los requisitos de un producto de software, recopilando y estudiando toda la información relativa a la actividad del cliente, estableciendo los objetivos y prioridades de este. Aquí también se analiza las restricciones

La recolección de información y datos se realizo a través de encuestas con los IR involucrados en la TR (las encuestas realizadas se encuentran en aqui ), así como encuestas a personas que han actuado en alguna ocasión como clientes (las encuestas realizadas se encuentran en aqui ). Además, como fuente de información adicional, se considera: La charla dictada por el Ingeniero Bruno Jerardino W. en la asignatura Comportamiento Humano en el Trabajo sobre la TR, esta charla se realizo el 25 de septiembre de 2007. Una experiencia personal realizada en Enero-Febrero de 2007 en la empresa Ariztia, trabajando en el Proyecto de Integración Informática Ariztia (PIIA). Entrevistas realizadas a IR. Estas fueron efectuadas por los alumnos Patricio Castro y José Nuñez pertenecientes en la asignatura Comportamiento Humano en el Trabajo del presente semestre ( las entrevistas realizadas se encuentran en aqui o en el blog de su proyecto)

El estudio solo considera la interacción IR-Cliente y no a los demás actores involucrados en el proceso de TR. Se tiene que tener en cuenta que existe un tercer grupo, que para el caso de estudio no tiene una importancia significativa, este grupo está compuesto por los desarrolladores, probadores y los encargados de mantenimiento del software, que también hacen uso de los requerimientos obtenidos. Además se considera a cualquier profesional involucrado en la TR y no solamente Ingenieros Informáticos.

Objetivos Generales El objetivo de este trabajo es observar y determinar las competencias y habilidades que posee un IR para el desarrollo de proyectos informáticos, estableciendo un “Manual de Buenas Prácticas”. Objetivos Específicos Los objetivos específicos de este trabajo de investigación son: Observar como es en la práctica el proceso de la TR. Establecer la participación que tiene un IR durante la TR. Descubrir las habilidades y falencias que poseen los IR a la hora de TR. Ver los distintos puntos de vista en los procesos de TR, considerando no solo a los IR sino también a los “clientes”. Ofrecer una propuesta de solución.

La metodología utilizada es Soft System Methodology (Metodología de Sistemas Blandos), desde ahora SSM. La SSM de Peter Checkland es una técnica cualitativa que se centra en estudiar un problema o situación desde un enfoque sistémico. Es una manera de estudiar las situaciones o problemas en los cuales hay una actividad con un alto componente social, político y humano, como es el caso de la TR (de ahí la razón que se escogió esta metodología). Esto distingue el SSM de otras metodologías que se ocupan de los problemas “duros”. El enfoque sistémico practicado en la SSM atiende al estudio de las redes de relaciones que conforman numerosísimos factores de un sistema, tomando muy en cuenta la intensidad con que dichos elementos se comunican unos a otros, al integrar una estructura organizacional determinada. El SSM por lo tanto es una manera útil de acercarse a situaciones complejas. Mas información aqui

La toma o levantamiento de requerimientos, desde ahora TR, es una etapa esencial e importante en el ciclo de vida de un proyecto de software, esto debido a que en esta etapa se recopila y estudia toda la información relativa a la actividad del cliente, estableciendo los objetivos y prioridades de este. Aquí también se analiza las restricciones bajo las cuales será desarrollado el software. Es muy importante entonces que los Ingenieros Informáticos o los profesionales encargados de la TR de sistemas, desde ahora IR (Ingenieros de Requerimientos) tengan una cierta habilidad y en lo posible experiencia, ya que los clientes creen que ellos saben lo que el software tiene que hacer, lo que la mayoría de las veces es incorrecto debido a que estos entregan requisitos incompletos, ambiguos o contradictorios.

Este blog es un complemento de una investigación realizada para la asignatura Comportamiento Humano en el Trabajo , de la carrera Ingeniería Civil en Informática , de la Universidad de Santiago de Chile . El objetivo de la investigación es observar y determinar las competencias y habilidades que posee un Ingeniero Informático en la toma o levantamiento de requerimientos para el desarrollo de proyectos informáticos, para así establecer un “Manual de Buenas Prácticas”. Mas información aqui