Toma de requerimientos Nivel 700 ICI Año 2013

Docente: Carlos Mauricio Prado Pacheco. Ingeniero en Informática.

................2............2...................¿Existen problemas que tengan que ver con contradicciones.....................................................................................................¿Qué es lo que debe resaltarse positivamente del servicio que usted entrega? ....2....... 3 1......Identificación del problema ...............................................................................3.................................. 2 Entrevista al Ingeniero Edgardo Sepulveda ................................1.....3.. 3 1..... 5 1...................3..........................................3................ 5 1............¿Cree que el proceso es burocrático o expedito? ................................ 8 Tema: Contenido 2 Docente: Carlos Mauricio Prado Pacheco ..Rich Picture............................................1..........................................................2........2................................... poca claridad en los requerimientos o desconocimiento de los mismos?.....................................2012 ................................................................................................ 7 1. 6 1...............................................................¿Quién o Quiénes regulan el proceso de captura de requerimientos y su actividad? ........................1.........................................Definición de actores sociales ................ 6 1............. .....4................ 5 1...........................¿Cuáles son los principales problemas que posee el proceso y de dónde provienen dichos problemas?.... HAS ..........¿Cuáles son los actores (personas/unidad) fundamentales en el funcionamiento del proceso de captura de requerimientos? ......................................4....................2....2.................... 6 1........CATWOE.. 7 1.....................1.................5....................................................... 3 1........................1..........................¿Cómo es la relación entre las personas con las que usted tiene comunicación directa en el trabajo?...............5...............................................3.......................1...............Contenido Contenido ..... 7 1.............1...........................................................................................................2........................................... 6 1.................1.........................................................4.... 7 1...................¿Se rige su trabajo particular por algún reglamento externo o interno?........................¿Cuáles serían las mejoras que realizaría para mejorar el funcionamiento del proceso? y ¿Por qué éstas no se han realizado?.................. ¿Cuál es ese reglamento y dónde se encuentra?............................. 4 1.....................................Sistemas sociales y políticos ......................................................................................5.......................¿Cree que una adecuada planificación ayuda a la toma de requerimientos? .......................... 7 1....................................¿Quién o quienes poseen la atribución de modificar la operatividad del proceso de captura de requerimientos si lo desean? ...........

quizás no tengo claro el problema. el ingeniero encargado analice el problema.. Una vez que ya se tiene claro el proceso de negocio. por un lado. tres días.1. Te voy a comentar un caso real que me pasó a mi con un usuario de manejo de costos. donde no se pudo entrevistar a un usuario. es el conocimiento del usuario.1. donde yo le decía: “a ver. porque en la toma de requerimientos una de las cosas que son fuertes son las decisiones. mira.-Identificación del problema 1. recién en ese momento tiene que establecer la relación con el usuario a quien va a pedir su requerimiento.¿Cuáles son los principales problemas que posee el proceso y de dónde provienen dichos problemas?. estoy decidiendo. la toma de requerimientos que uno había pensado que iba a durar dos días. yo diría. Docente: Carlos Mauricio Prado Pacheco . tiene que ver el mercado. vamos a hacer un sistema de atención de alumnos. entonces hay mucho usuarios que tienen miedo a hacer requerimientos. si pido esta cuestión y no sirve”. que no se pudo lograr con ese usuario cuales eran las variables de costos que había que considerar. Otra situación que se produce. porque hay usuarios que son muy reacios o le tienen miedo a la toma de decisiones. otra situación problema.Entrevista al Ingeniero Edgardo Sepúlveda 1. juntémonos mañana para analizar este tema” y que es lo que ocurre. tiene que ver en la misma empresa.1. etc”. a veces puede pasar mucho tiempo para poder concretarla. De repente uno espera o supone que el usuario conozca muy bien su proceso de negocio y en la práctica no siempre es así. a lo mejor estoy pidiendo algo que puede ser difícil. Por lo tanto me cuesta tomar decisiones: “¿y que pasa si meto las patas?.2012 3 Tema: Entrevista al Ingeniero Edgardo Sepúlveda . el usuario dice: “ya. Es común que uno de repente le dice al usuario: “oye. tiene que investigar respecto de las dificultades que hay en el proceso de negocio. pucha. Primero. ¿cómo manejas tú los costos?” – “ee. A veces los usuarios no conocen su proceso de negocio. Entonces recomiendo en ese caso que. perfecto. Imagínate que yo fuera el director del departamento y me dijeran: “oye. Entonces. doce de la mañana” y se pierde un día completo. Ahí hay otra situación. ¿Por qué?. a veces. desde la perspectiva del ingeniero que toma los requerimientos puede haber una desconocimiento del proceso de negocio que está analizando. En segundo lugar. previo a una toma de requerimientos. Qué es lo que pasa. de esta forma”. desde la perspectiva del ingeniero que va a levantar requerimientos. mira. si yo planteo requerimientos.“¿qué variables vamos a costear?” – “en realidad ahí no está clara la cosa todavía”. a las once y media. es que a lo mejor. el proceso de negocio y después vaya a hablar con los usuarios habiendo interiorizado las cosas. una semana. por que cuando yo estoy planteando requerimientos. Entonces es difícil extraer requerimientos. no necesariamente con los usuarios. ¿cuales son sus requerimientos?” entonces yo diría “aa. hablando con otras personas cómo ven ellos el proceso de negocios. la disponibilidad del usuario. que es.

pero en la practica ocurre que durante la conversación. en la medida que uno está entrevistando al usuario.2. ¿ustedes incorporan datos de los vehículos?” y después: “oye. por el lado del usuario.. quien hace la generación de pólizas y ese caballero por qué actúa de esa forma. Entonces yo diría más que una planificación. más ideal todavía. Ahora. Ojo. por el lado del ingeniero. lo importante es entrevistar a un jefe de bodega o entrevistar a las personas claves. uno no puede llegar con cien preguntas. ir mentalmente estructurando un modelo de procesos. Otra herramienta que yo he aplicado en la práctica. cuales son tus procesos principales. qué instrumentos aplico. ponerme en distintos escenarios y recién en ese momento ir a hablar con el usuario.¿Cree que una adecuada planificación ayuda a la toma de requerimientos? ¿Planificación de qué? . ir mentalmente estructurando casos de uso. llegar con cosas mucho mas finas y así entonces voy de a poco acercándome al detalle del problema. tener claro también su negocio y tener la capacidad de decisión. como me he interiorizado en el problema. terminada una entrevista con un usuario. con preguntas claras. Tema: Entrevista al Ingeniero Edgardo Sepúlveda 4 Lo otro que yo recomiendo es. que dicen las normativas de superintendencia de seguros. No saco nada con entrevistar a un bodeguero. si puede ir recogiéndolo en papel. Si.En resumen yo diría que el tema fuerte aquí es. van derivando cosas. ver como son las pólizas. es. uno adelanta requisitos. en el caso de la póliza uno pregunta: “esto va a ser Web o no Web”. porque la pregunta te va llevando a otras cosas. entonces me tengo que interiorizar de lo que dice la ley. tener claro el problema. necesitamos hacer un sistema para manejo de pó lizas de vivienda”. uno tiene dibujado un caso de uso. entonces: “¿sabe?. un diagrama de caso de uso. diagramado unos procesos de negocios y también. Si voy a estudiar el caso de las pólizas. pero es bien ideal. Son preguntas muy puntuales. Lo ideal.Para hacer las preguntas. Mira en la practica uno pone grandes lineamientos. yo no saco nada con decir: “oye. yo diría más que una adecuada planificación. mucho mejor. una preparación. de repente una pura pregunta puede significar dos horas de conversación. ¿qué le parece a usted también que Docente: Carlos Mauricio Prado Pacheco . primero uno pregunta cual es tu negocio.1. Terminar un prototipo. Yo me acuerdo que. Por ejemplo. Entonces uno va estructuradamente. tener una lista de las identidades principales.2012 . ir mentalmente estructurando un modelo de datos. 1. una adecuada preparación. siempre me decían: “mire. Y si fuera posible. etc. es. están las herramientas que se aplican. y para los vehículos ¿ustedes utilizan también el color del vehículo como una variable importante para asegurar el vehículo?”. Ahora. pero no entrar en cosas muy puntuales. es decir. las encuestas por parte del ingeniero. Yo diría que es importante ahí tener una visión estructurada del problema. es decir. qué tipos de pólizas existen y por qué se hace esta cosa. “señor usuario. Tú te pierdes en lo básico y te olvidas de lo medular. usted tiene que preparar una encuesta. cuando estudié estos temas. Para la próxima reunión. Imagínate que si me voy a una compañía de seguros y me dicen: “oye. averiguar el mercado de cómo operan las compañías de seguros. durante la entrevista en sí.”. yo recomiendo que sea Web”.

-Definición de actores sociales 1. es decir. el ingeniero o analista o diseñador. como que nos adelantamos a los requerimientos. preguntar cual es al cantidad de requisitos adecuada para un sistema. que es el que define los requisitos y es el que firma la lista de requisitos y es el que puede tomar decisiones en un momento determinado. Entonces. ¿que les parece?. te voy a contar una experiencia que me pasó a mi.1. el usuario clave. primero está el Key User. Así uno va llegando a un nivel de detalle súper fino. De hecho. entonces yo puedo enumerar requisitos generales del sistema y después entrar a detallar. entonces el usuario dice: “aa ya. Entonces tiene que haber un jefe de proyecto que debiera tomar la lista de requerimientos y validarla y hacer todas las verificaciones.. que es el que va a tomar los requerimientos. ¿Por qué necesito hartos requisitos?. después me junté con los técnicos informáticos y les dije: “este es el problema. Entonces uno tiene que tener la capacidad de ver quien realmente le aporta información. está el ingeniero capturador. la cantidad de requisitos podría superar los mil.2. También hay que tener presente para los requerimientos. Y están los otros usuarios que hacen uso. ¿es así?”. bueno”. tengo que probarlo en base a los requisitos. A un nivel detalle alto. entonces la toma se hace en conjunto. yo te podría decir: miles. Él se deja llevar a veces por sus ideas. y dentro del usuario hay varios tipos de usuario. Nosotros ya sabíamos del negocio y cuales Docente: Carlos Mauricio Prado Pacheco . porque a veces. Primero. 1. una práctica que hice en la toma de requerimientos. el usuario. Entonces yo debería entrevistarlos a todos pero el Key User es el más importante.2. y así uno se enfoca en esas personas y resulta que en la oficina del lado esta la persona que mas sabe del tema. Usando la terminología que se usa en SAP.¿Quién o Quiénes regulan el proceso de captura de requerimientos y su actividad? .¿Cuáles son los actores (personas/unidad) fundamentales en el funcionamiento del proceso de captura de requerimientos? Como decía. entonces yo les expliqué la metodología.generemos informes de pólizas caducas o de siniestros del último período?”. Una vez estudié el problema completo.. etc. pasa en la realidad. el tema está en detectar quienes son realmente esos usuarios. pero la cantidad es grande. Normalmente en las tomas de requerimientos está el jefe de proyectos acompañado de dos analistas. que es el usuario responsable de los requisitos. En la práctica yo no he visto una separación entre un jefe de proyectos.2. su conocimiento. directa o indirectamente. ¿cual es la cantidad de requisitos? No hay un número de requisitos. puedo agrupar requisitos. A veces uno va a la estructura organizacional de la empresa y dice: “este sistema apoya a esta función” y luego identifica que esta función está soportada por estos procesos que están aquí. Lo que si. Por eso que te decía que es bueno tener un diagrama de casos de uso decir: este es el sistema y estos son los usuarios del sistema. por estas unidades y estas personas. Les dije que vamos a ir donde el usuario y les vamos a explicar esto. porque cuando vaya a probar el sistema. del sistema. los verdaderos usuarios están medios ocultos o los que conocen el tema. Ahora.2012 5 Tema: Entrevista al Ingeniero Edgardo Sepúlveda 1. y es difícil que el diga que están bien los requerimientos. un tomador de requerimientos y un diseñador.2.

En las primeras reuniones ya tienes bastante avanzado. cuando partió la reunión con el usuario. en un caso de un sistema de costos. Eso es gasto” y me da todas las explicaciones razonables y al final esta ok. por lo tanto la presentación ante el usuario no fue como “oye. petróleo. explícame el proceso de negocio y dime lo que quieres”. etc. yo le dije: “mire señor usuario. el usuario dice: “mira aquí manejamos todos los costos de producción y nos interesan todos los costos. 1. 1. Yo creo que ahí podría ser burocrático. y tengo un modelo de datos aproximado.3.2012 6 Tema: Entrevista al Ingeniero Edgardo Sepúlveda . pero yo no hago eso.¿Cree que el proceso es burocrático o expedito? No es burocrático.3.1. se va a usar mano de obra.”. Por ejemplo. si estoy metido en un proyecto y mi jefe no tiene idea de como se hace el proyecto o no me está guiando respecto del proyecto.-Rich Picture 1. ya yo tengo un caso de uso detallado y bien afinado. nosotros estamos viendo un sistema para usted”.. por lo tanto es clave la comunicación y el conocimiento aplicado.. En otras palabras . Voy donde e l otro Docente: Carlos Mauricio Prado Pacheco . obviamente ya habíamos hablado con usuarios en pasillo pero no habíamos entrado a estudiar requerimientos y dije: “así estamos viendo el tema”. Yo lo miraba burocrático al principio. Burocrático sería un proceso donde se le diga al usuario que se van a tomar los requerimientos y de acuerdo a la metodología usted tiene que llenar esta planilla y después de llenarla hay que ir a entrevistar y después de la entrevista vamos a hacer tal y tal cosa y después va a ser iterativo esto. Ahi le mostré do nde esta él y que cosas puede hacer. perfecto” – “y me gustaría poder hacer esto otro” – “ok. y una lista de requisitos previos y casos de uso. Yo lo que hice fue preparar un power point con el modelo de procesos de negocio e inclusive una interfaz gráfica de como sería un sistema de apoyo al usuario. no. ¿te fijas?. entonces yo hago un modelo previo para discutir como se manejan los costos y digo yo: “a ver. me parece bien. olvídate de la mano de obra.3.3. Entonces el usuario inmediatamente dice:” mira.. 1.¿Existen problemas que tengan que ver con contradicciones. Entonces voy donde otro usuario que es gerente y me dice:”no. y le mostré el caso de uso. eso lo hace otra persona” – “a. van a usar vapor. Entonces. etc” y digo que esos serán todos los costos involucrados. Entonces. Para mí el proceso de toma de requisitos no es burocrático. las maquinas van a usar electricidad. pero hoy en dia me he dado cuenta que es súper importante no hacer burocrático el proceso.2.3. poca claridad en los requerimientos o desconocimiento de los mismos? Eso es muy común. obviamente que no va a haber espíritu de cuerpo dentro del equipo y la cuestión no va a funcionar bien. se anota” y en la misma reunión se va corrigiendo el caso de uso.eran los requerimientos. terminada la reunión. porque es un proceso casi de aprendizaje.¿Cómo es la relación entre las personas con las que usted tiene comunicación directa en el trabajo? Yo he estado con un jefe y como jefe.

no saco nada con tener muchas técnicas.-CATWOE. Entonces yo te digo que un factor crítico es que uno tiene que conocer de los procesos del negocio. Lo que si existen son normas o estándar de trabajo. muchas metodologías. entonces uno tiene que ser tan sutil que debe decirle al gerente: “lo que pasa es que en la practica esto funciona así”. Entonces un requisito partió de una forma A y terminó de una forma B. que es lo que te dije al principio de la entrevista. Es complicada esa situación.. Es el que conoce lo problemas que hay.usuario y empiezan las discusiones y dificultades de que uno tiene que ser de mediador. Disculpa lo que voy a decir. Yo he leído harto respecto de eso y lo he encontrado burocrático. cuando atienda a un usuario haga una lista de requisitos y atiéndalos de esta manera y no mas de dos horas y las preguntas tienen que ser de este estilo”. de equilibrar distintas visiones de un mismo problema. los procesos de negocio son importantes. muchas normas estándar. el tener experiencia de cómo relacionarse con los usuarios. La cosa en la práctica. 1.2012 7 Tema: Entrevista al Ingeniero Edgardo Sepúlveda . Para mí.. que se aplica en algunos lados.-Sistemas sociales y políticos 1. “Mire.. Es decir.2. usted.. como contador y en los mismos lenguajes tuyos..1. Si tu eres el encargado de algún proceso.. si tú eres contador de la empresa y yo soy el analista informático. Yo nunca he visto en una empresa “reglamento”. etc.¿Se rige su trabajo particular por algún reglamento externo o interno?.5. ¿Cuál es ese reglamento y dónde se encuentra? No existen reglamentos en informática. etc. que te dice que formulario se aplica en una entrevista. He visto la norma ISO. 1.4.5. las pinzas. lo que es el área comercial. Docente: Carlos Mauricio Prado Pacheco . Hay situaciones complicadas. 1. hay un usuario A que es gerente y el usuario B es el que mete las manos todos los días y es el que sabe realmente. ahora tengo que ser contador y empiezo a hablar de igual a igual contigo.. si el caballero que tomará los requerimientos no tiene idea de lo que es contabilidad. las minutas de reuniones son asi.¿Cuáles serían las mejoras que realizaría para mejorar el funcionamiento del proceso? y ¿Por qué éstas no se han realizado? Educar a los informáticos en los procesos de negocio. pero. muchas herramientas. Lo que he leído lo he encontrado burocrático. HAS 1. lo que es producción.¿Qué es lo que debe resaltarse positivamente del servicio que usted entrega? Primero.4.4. y a mi me resulta. aqui debe firmar el usuario.1. En la práctica uno tiene que entrar en un dialogo normal con los usuarios de igual a igual. es totalmente diferente.

Yo soy partidario de mirar la metodología. aplicarla y en el camino ir adaptándola. Entonces. las normas de la empresa dirán: “ojo. pero es el informático es el que tiene que adecuarse. escenarios distintos. los usuarios han ido cambiando en el tiempo. con las normas que se aplican y los documentos que se utilizan. Yo no puedo usar la misma metodología.¿Quién o quienes poseen la atribución de modificar la operatividad del proceso de captura de requerimientos si lo desean? Cuando se utiliza una metodología. es todo cambiable en el tiempo. Claro. La calidad se definió y quedó para siempre ahí. Ahora. pero a lo mejor. Yo no puedo cerrar los ojos y decir: “esta es la norma de la empresa” y por lo tanto la aplico a toda costa. 1.O sea que todo va por parte de los tomadores de requerimientos. usted tiene que terminar la reunión. etc. es mas como esto otro. se llama proyecto-minuta-003.2. eso tengo que cumplirlo igual. Yo tengo que estar permanentemente analizando. Ahora. siempre.2012 8 Tema: Entrevista al Ingeniero Edgardo Sepúlveda . o en el formato de la minuta aparece. se han ido adecuando a las metodologías. Yo tengo que estar constantemente cuestionando la metodología. esa es la calidad.. información que es irrelevante: “cambiemos ese formato”. Bueno. Insisto. Yo podría decir:”cambiemos la denominación de minutas”. los instrumentos que se utilizan son siempre cuestionables. La calidad se ve como si fuera contínua. porque al usuario no lo vas a cambiar.. a veces. la minuta tiene un nombre. porque en realidad no sirve para nada esa denominación. Se han ido acercando a la informática. hacer una minuta y dejarla en el directorio tanto el proyecto”. siempre.5. Docente: Carlos Mauricio Prado Pacheco . no puedo usar las mismas técnicas de entrevista o de captura de requerimientos ante situaciones distintas..

Sign up to vote on this title
UsefulNot useful