Speaker A
Código. Vamos a aprender algo fundamental para todos los desarrolladores, y es que no es solamente hacer líneas de código, uno tiene que saber qué es lo que vamos a hacer, cómo lo vamos a hacer y para qué lo vamos a hacer.
Introducción a la elicitar requisitos en desarrollo de software y su importancia en metodologías ágiles como Scrum.
Key Takeaways
- Elicitar requisitos es descubrir y entender las necesidades reales del cliente, no adivinarlas.
- Una buena elicitar evita reprocesos costosos y mejora la calidad del producto final.
- Scrum permite un desarrollo ágil y flexible donde los requisitos se refinan continuamente.
- Involucrar a todos los stakeholders es crucial para evitar malentendidos y cambios inesperados.
- Las técnicas de elicitar incluyen entrevistas, observación y sesiones grupales para obtener información precisa.
What the video covers
- La elicitar requisitos es fundamental para entender qué, cómo y para qué se desarrolla un software.
- Se explica la diferencia entre hacer código y entender las necesidades reales del cliente.
- Se ejemplifica la elicitar con analogías como la modista y el médico para ilustrar el proceso de descubrimiento de necesidades.
- Importancia de evitar reprocesos, ahorrar tiempo y dinero mediante una correcta elicitar.
- Riesgos de no involucrar a todos los stakeholders y de tener requisitos ambiguos o cambiantes.
- Ejemplo práctico de una app de turismo para mostrar la necesidad de conocer diferentes perfiles de usuarios.
- Introducción a la metodología Scrum como enfoque ágil para el desarrollo y refinamiento continuo de requisitos.
- Se mencionan técnicas para elicitar requisitos como entrevistas, historias de usuario y sesiones grupales.
- Importancia de la comunicación clara y acuerdos con el cliente para definir cuándo un requisito está terminado.
- Se enfatiza la necesidad de preparación previa y lectura de materiales para aprovechar las sesiones de aprendizaje.
Chapters
- 00:00Introducción a la elicitar requisitos y su importancia
- 03:10Ejemplos y analogías para entender la elicitar
- 06:10Riesgos de una mala elicitar y la importancia de stakeholders
- 09:46Metodologías de desarrollo y enfoque en Scrum
- 13:25Scrum y la gestión ágil de requisitos
- 17:06Stakeholders y técnicas para elicitar requisitos
- 21:59Instrumentos y técnicas para la elicitar requisitos
- 24:44Construcción de evidencia y recomendaciones finales
Full Transcript — Download SRT & Markdown
Speaker A
Entonces, la raíz de eso se llama elicitar requisitos. Eh, un ejemplo de qué es elicitar.
Speaker A
Cuando una modista va a hacer un vestido o cualquier traje, pues la modista no cose y no coge y la tela la corta y cose. Sí. Normalmente, ¿qué hace?
Speaker A
Toma medidas, ¿cierto? Ese proceso de tomar medidas se llama elicitar.
Speaker A
Entonces, elicitar es en sí descubrir lo que el cliente necesita y no adivinarlo.
Speaker A
Esto es fundamental, es descubrir lo que el cliente necesita y no adivinarlo.
Speaker A
Entonces, empecemos con dos palabras. Un requisito. ¿Qué es un requisito? Un requisito es algo que el sistema debe hacer, ¿cierto? o debe cumplir. Yo necesito que el sistema cuando yo le di una instrucción de 1 + 1 sume. Ese es un requisito, una acción. ¿Listo?
Speaker A
Elicitar viene de la palabra o de sacar a la luz ese conjunto de técnicas para entender las necesidades del cliente y transformarlas en esos requisitos que el equipo de desarrollo necesita para construir el software.
Speaker A
¿Listo? Entonces, casi nunca el cliente, casi nunca el cliente sabe explicar todo lo que quiere.
Speaker A
El trabajo de la parte de análisis de nosotros en este momento es ayudarlo a descubrir qué es lo que él quiere y nosotros cómo se va a hacer. ¿Listo? Entonces, por ejemplo, un médico cuando va a recetar un medicamento,
Speaker A
él no simplemente se queda con el síntoma, me duele la cabeza, no. Él hace algo que se llama en el sector salud que se llama un examen físico. Ese examen físico y diagnóstico que empieza con los antecedentes, que si en su familia
Speaker A
sufren de hipertensión, que si tiene antecedentes quirúrgicos, toda esa parte que hace el médico antes de recetar algún medicamento es lo que en ingeniería o en desarrollo se llama elicitar. Es la base de nosotros preguntar el qué, el cómo, el qué,
Speaker A
para poder llegar a construir esa parte del software. Listo, hasta aquí vamos bien.
Speaker A
Deditos arriba si vamos bien, por favor. Listo. Muchas gracias. Listo. Entonces, uno se pregunta, ¿para qué elicitar requisitos?
Speaker A
Entonces, ya sabemos el para qué necesitamos, el para qué es. Me ayuda a construir lo que el usuario realmente necesita. Sí.
Speaker A
¿Cuál es la finalidad de también del proceso de elicitar? Evitar reprocesos, tiempo y dinero perdidos. ¿Por qué?
Speaker A
Porque un mal desarrollo o un proceso que no se tuvo en cuenta, a veces los reprocesos son más costosos que el proceso de elicitar.
Speaker A
Y priorizar un producto, eh, y ah, bueno, aquí me quedó juntico, tener acuerdos claros con el cliente, no es de que el cliente hoy me dice, yo necesito que haga una acción de sumar, pero después diga, "No, es que yo
Speaker A
necesitaría que también dividiera." Sí, dentro de la praxis uno dice, "No, pues es que eso es elemental, es una operación." Pero técnicamente ya cuando uno está codificando un cambio que para nosotros o para el
Speaker A
cliente puede ser mínimo, para el equipo de desarrollo puede ser grande. ¿Listo? Y lo más importante, saber cuándo algo está terminado o no está o cuánto tiempo se va a llevar.
Speaker A
¿Listo? Hasta ahí el para qué. Hay algo que también tenemos que tener en cuenta y es que si nosotros no hacemos ese proceso de elicitación o de parte de análisis, pues puede pasar que se haga mal el proceso de
Speaker A
elicitar y por ende es un efecto cascada, pues obviamente el desarrollo no va a ser funcional o no va a ser lo que el cliente necesita.
Speaker A
Entonces, por ejemplo, uno puede llegar a hacer funciones que nadie usa si no se hizo un proceso de elicitación bien desarrollado.
Speaker A
Se puede también presentar que hay requisitos ambiguos o que cambian a mitad del proyecto porque ahí eso no era. Sí.
Speaker A
Eh, los stakeholders importantes nunca fueron escuchados y entonces a la hora del desarrollo pues vamos a tener inconvenientes o reprocesos que en tiempo y en dinero pues pueden ser muy grandes.
Speaker A
Entonces, en la guía aprendizaje para esta evidencia dicen que vamos a tener, vamos a convertirnos en analistas para crear una app de turismo, ¿cierto? Eso dice la guía aprendizaje, pero ustedes no van a hacer eso, pero yo voy a usar
Speaker A
ese ejemplo para poderos llevar en contexto a lo que ustedes van a desarrollar. Entonces, con base en esa app supuestamente tenemos que hacer para los turistas, ¿cierto? Si yo no le pregunto o yo no tengo información de algún turista
Speaker A
y yo hago toda la app en español, vamos a suponer que vamos a hacer un turismo en la app de turismo en Cartagena. En Cartagena solamente van personas latinas o de habla español o hispana.
Speaker A
Pregunta. No señora. Exacto. No. Entonces, si yo pienso hacer una app de turismo, lo más lógico es que yo también tenga otro idioma que no sea el nativo de nosotros. Entonces, ¿cuál es el segundo idioma más importante en el tema de
Speaker A
desarrollo de apps? El inglés. El inglés. Exacto. Y entonces si yo voy a poner también la versión en inglés, pues lo mínimo es que yo conozca qué piensa un turista extranjero, qué información me puede suministrar un turista extranjero, porque no es lo
Speaker A
mismo un colombiano a un extranjero. A un extranjero le puede parecer maravillosa la comida, mientras que a un colombiano, un nativo, va a decir, "No, la arepa de huevo eso mejor no es nada, nada importante. Esa en la parte
Speaker A
gastronómica no, nadie come eso porque como a mí no me gusta, entonces yo pienso que nadie, nadie le va a gustar, ¿cierto? Entonces yo ahí es donde necesitamos escuchar a las otras partes.
Speaker A
Entonces ese es el riesgo cuando uno solamente escucha una parte y los stakeholders importantes nunca fueron escuchados porque son los que finalmente pues no dan, digamos, como las bases para nuestro desarrollo.
Speaker A
¿Listo? Antes de pasar al tema de la construcción de evidencia, eh, yo olvidé decírselos al principio, por favor cada que vamos a iniciar sesiones, lean el material que se les coloca en el anuncio. Yo normalmente se los enlazo
Speaker A
para que cuando estemos hablando pues tengan un poquito de contexto de qué es Scrum en este caso, qué son stakeholders. Igual yo se los explico, pero pues para que no lleguemos como tan perdidos a las sesiones.
Speaker A
Dicho eso, voy a hacer el proceso de cómo van a construir ustedes la evidencia que van a entregar tomando como base el ejemplo de la app del turismo. ¿Listo?
Speaker A
Hay muchas metodologías de desarrollo, metodologías tradicionales, pero que hoy en día, digamos, lo que más está yo y se las puedo decir todas, pero en la que más en este momento estamos trabajando en el área de
Speaker A
sistemas, estoy hablando a manera general todo lo que sea desarrollos en cualquier ente en Cafeto, en Rapi, eh, en Global, todo se basa en la metodología Scrum.
Speaker A
¿Por qué la metodología Scrum? Porque Scrum es una metodología ágil. ¿Sí? Entonces, pues al ser una metodología ágil permite organizar el trabajo en equipo para construir, pues obviamente el producto o el desarrollo que se va a hacer en lugar
Speaker A
de estar planeando tanto y por eso se llama metodología ágil, ¿sí? Porque tiene unos ciclos muy cortos. Esos ciclos cortos se llaman sprints, que en otras metodologías son los entregables.
Speaker A
Al final con la metodología de Scrum, esos sprints nos permiten a nosotros recibir una retroalimentación en tiempos cortos de cómo va ese sprint o ese proceso y llegar a tomar determinaciones a tiempo y no al final. ¿Sí? Entonces, por
Speaker A
eso es que Scrum es, digamos, como la metodología que más se escoge. Con base en eso, entonces, ¿para qué se hace la metodología de elicitación en metodología Scrum? Pues porque en Scrum los requisitos no se congelan al inicio, es decir, no queda todo acá en el
Speaker A
inicio, sino que se van descubriendo y se van priorizando y como son ciclos cortos, pues permite que se vayan refinando en esos tiempos cortos.
Speaker A
¿Listo? Hm. Bueno, entonces tenemos unos stakeholders. Recordemos que los stakeholders son las personas que tienen las necesidades. Sí, tenemos unos instrumentos que pue
Speaker A
entrevistas de licitación o épicas y las historias de usuario, pues tenemos acá el hallazgo en lenguaje del usuario, es decir, descubrimos qué es lo que el usuario necesita en grande y cómo lo vamos a a hacer o o a
Speaker A
contextualizarnos de esa parte del usuario, ¿sí? del idioma del usuario. Porque si yo les digo a ustedes, vamos a hacer una app de turismo, toda la parte del turismo, el lenguaje, eh las características son totalmente diferentes. Y yo les digo, vamos a hacer
Speaker A
una app para un una IPS asistencial. Sí, el a eso nos referimos con el lenguaje, no al entorno de desarrollo, sino al contexto de lo que vamos a desarrollar o del del entorno de lo que vamos a desarrollar. ¿Listo? El productlock es
Speaker A
esa lista ordenada de lo de de los requisitos o las historias de usuario, como se van a a a ir desarrollando.
Speaker A
¿Quién define o quién prioriza ese producto? el provener, ¿sí? Según lo que él vaya revisando de las licitación y las historias de usuario que se entrega.
Speaker A
Los sprint review es esas reuniones por llama Spring Review, son esas reuniones donde con todo el equipo de trabajo, los stakeholders damos pues como la opinión, se entrega un feedback de lo que se desarrolló en ese periodo que se definió
Speaker A
el spring y cuánto iba a durar y de ahí se retroalimenta y se vuelve o a elicitar o se pasa a la siguiente fase que es la creación de las historias de usuario y con base en las historias de
Speaker A
usuario, el equipo de desarrollo va ejecutando cada una de las historias de usuario y vamos y y o sea, hay una articulación entre desarrollo y QA y se va diciendo este sí es funcional, este no es funcional, esto hay que cambiarlo,
Speaker A
esto no era así, el o el cliente se equivocó, eh esta parte no iba así.
Speaker A
Entonces, en esos sprint review es donde tenemos esa retroalimentación en periodos cortos que se pueden ir haciendo ajustes a corto tiempo y no esperar pues al final que se entregue pues todo el producto.
Speaker A
¿Listo? Entonces aquí hay una nota importante y es la licitación nunca termina. La licitación continúa en cada refinamiento y en cada spring review por lo mismo, porque como hay una retroalimentación constante, entonces podemos ir haciendo ajustes en el camino. ¿Listo? Preguntas
Speaker A
hasta aquí. Vamos bien. En la parte de planeación hay cinco tareas que ustedes como analistas, eh, ya te doy la palabra, David, que ustedes como analistas van a realizar.
Speaker A
Antes de preguntarse ustedes tienen que hacer este proceso. La planeación básicamente es como el esqueleto de todo el documento. ¿Listo? Una mala planeación, pues obviamente nos va a llevar a un fracaso, a tener un un producto que no era lo que
Speaker A
se esperaba, pero una buena planeación pues obviamente va a ser un caso exitoso. En Scrom se pregunta siempre el inicio y se sigue preguntando en cada sig. Eso nunca se va a dejar de preguntar.
Speaker A
Entonces es la forma de organizar ese trabajo en productos pequeños o en en entregables pequeños, no productos, sino en entregables pequeños. Entonces, en vez de planear todo el año, vamos haciendo esas ese proceso de licitación cada vez que se hace un
Speaker A
un sprint. ¿Listo? Entonces, eh, ay, me pasé las cinco tareas antes de preguntar. Entonces, la primera, identificar las fuentes, ¿sí? La lista de fuentes de requisitos.
Speaker A
En el ejemplo que estamos trabajando, eh, que es la app de turismo, pues entonces son las personas, son documentos y si hay alguna appistente, ¿sí? Porque no podemos partir de un vacío en el conocimiento. Tenemos que tener al menos un contexto. ¿Listo?
Speaker A
Identificar interesados. ¿Quiénes son los interesados? Entonces, por ejemplo, los turistas, el cliente como tal, algunas agencias de turismo, el comercio, la matriz de los stakeholders. Entonces, esta matriz se hace por cada uno de los perfiles. ¿Por qué? por las necesidades
Speaker A
y el criterio de cada uno y el criterio de éxito. Revisar la parte técnicas. Entonces, las técnicas ahorita las vamos a ver. Son entrevistas, encuestas, observación o eh grupos de trabajo. Captura de interesados es el plan de captura de
Speaker A
requisitos. ¿Quién? ¿En qué momento y con qué instrumento se va a hacer? ¿Listo? Entonces, esta es la parte de planeación, las fuentes, las fuentes, pues su nombre lo está diciendo, ¿de dónde va a salir esa información?
Speaker A
Entonces, basándonos en que tenemos una app de turismo, ¿sí? La información puede venir de primera mano o de segunda mano de cu de los stakeholders. Entonces, una fuente es de dónde vamos a sacar esa información.
Speaker A
Entonces, hay las tenemos en tres categorías. La primaria es la información original, es la información de primera mano. Sí, ahí no hay que ahí no ahí no se va no se va a filtrar nada y ahí no hay que
Speaker A
interpretar nada, es la base. Entonces, por ejemplo, ¿quién vivió? ¿Quién hace esa actividad? Eh, en este caso que estamos hablando de una app de turismo, pues entonces los turistas es nuestra información de primera mano, los guías turísticos son información de primera
Speaker A
mano, las agencias también son información de primera mano, algunos hoteles, ¿sí? Y el cliente que está encargando la app que se va a desarrollar, ¿por qué son información de primera mano? Pues porque ellos tienen todo, digamos, como el core de ese
Speaker A
negocio. Las secundarias es alguien ya tomó información primaria y ya la organizó. Sí, aquí podemos encontrarnos normalmente como estadísticas, eh artículos, algunos informes de turismo, eh puede ser de la alcaldía en este caso, pues que estamos hablando de una app de turismo o de un ente de
Speaker A
control, ¿sí? Bases de datos que estén dentro de los datos abiertos. Esta información es allí. reseñas, eh otros tipos, otras apps de viaje. Sí. Y las terciarias es de donde nos dicen de dónde se obtuvo o dónde sacamos la la
Speaker A
información secundaria. Entonces, la podemos sacar de catálogos, de bibliografías, de tiendas de aplicaciones, de directorios. ¿Sí?
Speaker A
Entonces, un ejemplo para que entendamos qué es primaria, eh, fuentes de requisitos primarias, secundarias y tersarias.
Speaker A
Si yo quiero saber cómo quedo partido, pues el jugador es mi fuente primaria, ¿cierto? porque él estuvo en el partido.
Speaker A
La noticia en una red social, en el periódico, cualquier medio de comunicación, la noticia es información secundaria y el índice de cómo va ese equipo o la selección es información terciaria.
Speaker A
La tenemos claro. Listo. Gracias, Óscar. Entonces, así se categorizan las fuentes de requisitos. Ahora nosotros tenemos que identificar a todas las personas o todos los stakeholders que están interesados.
Speaker A
¿Quiénes son los stakeholders? Es lo más importante. ¿Listo? Un stakeholders es cualquier persona, cualquier organización que afecta el proyecto o que se vea afectado por él.
Speaker A
¿Listo? Que puede estar, como dice acá, influye directa o indirectamente en el requisito. Eh, tenemos stakeholders primarios y tenemos stakeholders secundarios.
Speaker A
Los primarios, pues su nombre lo dice, son indispensables con relación económica o directa, en este caso económica, porque estamos hablando de una app de turismo como los socios, los clientes, accionistas, ¿sí?
Speaker A
Los secundarios no participan directamente, pero sí se ven afectados por resultados, como por ejemplo competidores en el mercado, comunidad, ¿sí? En este caso otra de turismo o los vecinos de algún sitio turístico. Sí.
Speaker A
Entonces, por ejemplo, para que entendamos eh cómo identificar los stakeholders primarios y secundarios, si nosotros estamos en un matrimonio, los novios son primarios. ¿Por qué?
Speaker A
Porque ellos son los que se están casando ¿cierto? el fotógrafo, el restaurante, la finca, eh el lugar de eventos donde se hizo el matrimonio, los vecinos que escuchan la música, si es en una casa, todas las personas que están alrededor de ese
Speaker A
evento magno son secundarios. ¿Por qué? Porque son las personas que se ven afectadas indirectamente por ese evento.
Speaker A
¿Listo? Claro. Hasta allí. Sí señora. Bueno, como estamos hablando de scrun y de aquí en adelante siempre vamos a hablar de scrun, eh hay el scrun en la licitación hay tres roles dentro de cada equipo.
Speaker A
El equipo Scrom siempre se va a llamar el Scrom team. acá es importante y eh los invito a que vamos empezando a fortalecer nuestra segunda lengua que es el inglés porque en programación los entornos y lenguajes de programación, la
Speaker A
base de su lengua y de las cuando hay sentencias y los errores, pues normalmente es en inglés y pues todas las metodologías pues al ser eh americanas pues obviamente ente los términos también son en inglés, entonces eh para que nos vamos familiarizando.
Speaker A
Entonces tenemos el el equipo que se llama el Scrom. Sí, ese es tiene varias responsabilidades. El Scrom Teams tiene el frat opener, que es el dueño del producto. Sí, el product normalmente o el PO a veces uno lo abrevia como el
Speaker A
PO. P.O. Eh, representa al cliente. El PO es el que decide qué es más importante. Sí, el PO también es el dueño del prod, o sea, de la lista de los requisitos. Sí. Lo que ustedes descubran como analistas
Speaker A
y lo que se va a sacar como historia de usuario, el BO es el que organiza y estructura el prepario. ¿Listo?
Speaker A
El Scrw Master es lo lo llamamos el facilitador. El Scrw Master es el que organiza, modera las reuniones, cuida los tiempos.
Speaker A
Es decir, si yo digo, "No, este sprint dura 15 días, 15 días tiene que durar." ¿Listo? eh es el que evita que se salga uno dentro del tiempo estimado y también es la persona más otra de las personas
Speaker A
más importantes porque es el que ayuda a desbloquear o a quitar obstáculos cuando se presenta algo en el equipo de desarrollo. No es el jefe, pero es el que tiene también conocimiento técnico y es el que ayuda a a conocimiento técnico
Speaker A
y la parte de análisis se ayuda a desciar. Listo. Los developers o conocidos en español como los desarrolladores.
Speaker A
Eh, también su abreviación es de de de developers son las personas que obviamente pues construyen el programa.
Speaker A
Sí, aquí está toda la parte del equipo dentro de developers. No solamente están los desarrolladores, están los analistas, están los diseñadores de UI, eh, que son los que hacen pues el prototipado, están los desarrolladores, los que programan como tal, está la parte de QA,
Speaker A
sí, aquí está todo en developers, los stakeholders, todos los que están fuera del SCROM Things, ¿sí? pero que tienen intereses con lo que nosotros vamos a desarrollar o vamos a elaborar, sean usuarios, sean clientes, sean expertos, ¿sí? Son los
Speaker A
que aportan esas necesidades y hacen el feedback o feedback es también como una retroalimentación de eh lo que se va a hacer. ¿Listo? Dan necesidades y opiniones. En otras palabras, es lo que hacen los stakeholders.
Speaker A
¿Listo? Entonces, aquí ya estamos conociendo un poquito de cómo funciona el el scr el scrom dentro de la metodología de scronas.
Speaker A
Entonces, para que entendamos aquí un poquito de cómo funciona la metodología SCW, volvamos al ejemplo del equipo de fútbol, del partido. Entonces, si yo tengo un equipo de fútbol, pues, ¿qué es el equipo de fútbol? el SCR Teams como tal, ¿cierto?
Speaker A
¿Quién sería el PO o el product opener de ese equipo de fútbol? Los chicos que saben más de fútbol, ¿quién sería el product de un equipo de fútbol?
Speaker A
Ninguno. El PO, que es el que organiza, el que pri el estratega, ¿quién sería en un equipo de fútbol?
Speaker A
El capitán. Capitán no director técnico. Sí, es como más el director técnico. Director técnico.
Speaker A
El director técnico sería el PO, ¿cierto? ¿Por qué el PO? porque él conoce todo su equipo, lo objetivo de él es ganar, es el que crea las estrategias que acá en la metodología Scrom serían los eh los sprint, los historias de usuario, ¿sí?
Speaker A
Es el que cuando crea las estrategias dice, "No, va fulano, va perano y este juega en tal posición, este en el otro." Eso que hace el director técnico en un equipo de fútbol, como el como quien dice, el que dirige la orquesta es el BO
Speaker A
en la metodología Scrom. ¿Listo? Eh, el entrenador físico, el que el que organiza, el que cuida el equipo, ¿quién creen que sería en la metodología SCROM?
Speaker A
¿Qué rol de los que están ahí en pantalla sería el scrud master? Exacto. ¿Por qué el scromaster? Pues por lo mismo, porque él es el que organiza, el que está cuidando al equipo. Eh, si tengo un jugador que se me lesionó, pues
Speaker A
tengo desbloqueo esa esa situación y pongo a otro equipo que que no sea el titular. Sí, eso es lo que hace el Smaster.
Speaker A
Y pues eh lo en en el grupo de developers pues serían todos los jugadores, el arquero, el volante, el defensa, bueno, ustedes saben pues más de de sus roles. Sí.
Speaker A
¿Y quiénes serían los stakeholders en este equipo de fútbol? Los fanáticos hinchas, eh, los hinchas, exactamente, la fanaticada, los hinchas, como lo queramos llamar. Y algo muy importante, los patrocinadores.
Speaker A
Sí, no están directamente, pero indirectamente son los que eh apuestan, los que aportan a la necesidad. Entonces, aportan financieramente, aportan con guayos, con uniformes etcétera etcétera etcétera.
Speaker A
¿Listo? Con esta analogía del equipo de fútbol nos ha quedado un poco más claro cómo es la la cómo funciona un Scrom Teams dentro de la metodología Scrom.
Speaker A
Sí señora. Muchas gracias. Bueno, entonces, pero resulta que a pesar de que nosotros tengamos tanta gente, porque SCRU maneja muchas personas, pues uno tiene que saber qué roles va a involucrar y por qué los voy a involucrar en ese desarrollo. Vamos a
Speaker A
volver a nuestra app de turismo. Sí, ojo aquí porque esta esto que voy a explicar tiene un 20% en el entregable de ustedes. ¿Listo?
Speaker A
Entonces el product oer o el PO ya sabemos que es el cliente, ¿cierto? Tenemos nuestros turistas que son los stakeholders de usuario, tenemos agencias y guías que son expertos en el dominio. Tenemos el comercio local como hoteles, restaurantes, ¿sí? Los horarios
Speaker A
de esos hoteles, de esos restaurantes, los precios. Tenemos entidades de turismo como la Secretaría de Turismo, un instituto local y tenemos nuestros scromaster developers a partecito que es la parte técnica y los que van a ser pues la parte de del
Speaker A
esfuerzo ¿cierto? Eh, cada rol tiene que tener una justificación. Entonces, si ustedes observan, yo aquí puse seis roles diferentes. Mi justificación está aquí. Estoy diciendo, ¿por qué van las agencias y los guías de los guías turísticos? Porque son los expertos del
Speaker A
dominio. ¿Cómo así? Ya saben los itinerarios, conocen los tiempos, conocen las rutas, conocen los sitios.
Speaker A
Sí, ese es el por qué. Entonces, aquí ya tenemos nuestros roles y nuestra justificación. Sí.
Speaker A
¿Cómo se escribe una justificación? Sencilla. Involucro a a quién involucro. involucro al turista. ¿Por qué?
Speaker A
Porque él sabe lo que le afecta, sabe lo que le importa, sabe lo que necesita, porque él conoce o quiere armar un recorrido, porque quiere saber cómo ordenar su turismo en los tantos días que va a estar en un sitio. Sí.
Speaker A
Entonces, por eso esa es la regla de oro, involucro a, o sea, el rol, ¿por qué? ¿Por qué creen que esa persona es importante o ese rol es importante para estar aquí en esta matriz? ¿Listo?
Speaker A
En esa matriz ustedes la van a evaluar siempre. La matriz evalúa entre interés versus influencia.
Speaker A
El interés va hacia arriba y la influencia hacia la derecha. Entonces, hm, siempre van a estar esos dos ejes.
Speaker A
En colaborar es en colaborar siempre va a ir los que tienen mucho interés o mucha influencia, ¿sí? Los que van a trabajar cerca, con los que uno va a trabajar cerca, en este caso el product y la entidad de turismo. Sí. en
Speaker A
comunicar son los que tienen más bien poco interés, pero tienen mucha influencia. Sí, estos son los que se les informa a tiempo para que nunca vayan a frenar el proceso. Sí. En este caso, por ejemplo, como las entidades que regulan esos
Speaker A
datos, entes de control, eh proveedores de mapas, entre otros. El satisfacer es mucho interés, poca influencia.
Speaker A
Aquí en este caso, pues los turistas, las agencias, las guías, el comercio local. Esto es lo que uno piensa que el satisfacer no es importante, pero recuerden que también es mucho interés, poca influencia.
Speaker A
Sí. y en observar es todo lo contrario, poco interés, poca influencia. Entonces, el público en general, eh apps que tengan que también sean de turismo, que sean pues digamos como la competencia, ¿sí? solo eh digamos que los de observar
Speaker A
solo monitorean o solo ven el proceso que nosotros estamos haciendo. ¿Quién decide quiénes participan en esta matriz? Siempre, siempre, siempre el PO.
Speaker A
¿Listo? Él decide quién va a participar también en los sprint, en los sprint review, dependiendo de cada sprint. Sí. Esto es importante que ustedes aprendan a identificar quiénes son las personas que interactúan y cómo interactúan y cuáles son las funciones de cada uno.
Speaker A
Bueno, ¿recuerdan qué es el producto? ¿Quién me dice qué es el prodlock? El proba backlock es la lista de las elicitaciones o las historias de usuario que se priorizan dependiendo de la necesidad o lo que o como vea el
Speaker A
entorno el product. En resumen, Prodl su lista de historias de usuario para que lo aprendan facilit facilito.
Speaker A
Entonces, para hacer una una historia de usuario tenemos que tener una licitación. Sí, hay cuatro técnicas de licitación y es ojo, ojo aquí que estas cuatro son de estas cuatroas que ustedes van a escoger cuáles van a usar en su proyecto.
Speaker A
Pues tenemos la primera que es la más común que es una entrevista. La entrevista, pues su nombre lo dice, es una conversación planeada con una persona que uno estructura algunas preguntas, sean fijas, eh, sean en orden, en desorden, sí, pero en esa
Speaker A
entrevista lo que uno busca es profundizar con las personas claves. ¿Listo? Aquí en la entrevista, el instrumento es un guion de entrevista.
Speaker A
No vamos a llegar a improvisar. Ya debe existir esa entrevista. La encuesta, pues son preguntas escritas, muchas personas responden solas sin que el analista esté presente. Para la encuesta, normalmente uno establece preguntas abiertas o cerradas o escalas, ¿sí? Y pueden llegar a muchas personas.
Speaker A
Eh, ¿cuál es el instrumento? Normalmente es un cuestionario e la porque esa dice que el analista no es necesariamente que esté allí.
Speaker A
Alguien está diciendo que no lo dejó conectar, pero yo no veo a nadie en espera.
Speaker A
Si alguien le puede compartir el el enlace a un compañero que está por allí escribiendo, se los agradezco.
Speaker A
La encuesta normalmente uno entrega es un cuestionario en observación. ¿Por qué es importante la observación?
Speaker A
Porque es que no siempre en las encuestas se dice todo. Sí. Entonces, hay veces que uno combina encuesta y observación. Es mirar las personas cómo hacen el trabajo o cómo hacen un proceso. Sí, hay hay observaciones pasivas que solamente uno mira y apunta
Speaker A
eh el proceso que de pronto no lo hayan descrito y hay observaciones activas. Si es que después de uno de un periodo de tiempo de estar observando, pues uno conversa y dice, "Ve y esto como lo hacen y esto como una auditoría." Sí.
Speaker A
Entonces realmente la observación estudia eh el entorno real de trabajo o o el o la situación.
Speaker A
¿Qué se entrega aquí? Una guía o una ficha de observación. Y la última pues que son las sesiones grupales. Las sesiones grupales en Scrom se ven mucho que son los sprint review, que son las reuniones. Sí, se usa sobre
Speaker A
se usan sobre tres grupos. No, yo no veo a nadie en espera. Eh, allí en las en las sesiones grupales normalmente uno pues eh analiza las historias de usuario, hm hace reunión, el el Scroll Master es el moderador,
Speaker A
hace lluvia de ideas, eh se revisa también lo que se ha adelantado, entonces cómo podemos mejorar lo que le podemos cambiar. Sí, esos son las sesiones grupes, ¿eh?
Speaker A
A ver, ¿qué les puedo decir aquí en un ejemplo, por ejemplo, si yo quiero invitar a comer a mi familia, yo tengo que definir qué plato darles? O o yo lo defino, que sería como imponerlo, o puedo hacer una entrevista,
Speaker A
por ejemplo, a la persona que siempre hace los almuerzos. Eh, en este caso diría mi mamá, "Mi mamá, ¿qué es lo que más le gusta a la familia?" O puedo enviar una encuesta y decirles, "Mira, eh, acá hay estas opciones o qué
Speaker A
le gustaría a usted de plato navideño, un ejemplo, ah, que carne en rollo, ah, que lomo en salsa, ah, que pollo relleno." Sí. Entonces, con base en esa encuesta, uno define que qué que qué que qué almuerzo o qué se inadares. Sí.
Speaker A
Entonces, eso así funciona para obtener la información. Son los diferentes métodos que uno tiene para elicitar.
Speaker A
Claro. Hasta aquí los cuatro métodos. Bueno, ay, me pas la técnica y momento un borrol.
Speaker A
Entonces, les estaba diciendo que había que tener en cuenta, nosotros escogimos estos estos roles, ¿recuerdan? Por allá atrás.
Speaker A
No es decir, va a ir un screw master, va a ir un turista, por decirlo. Recuerden que es involucro a tal persona porque y la justificación.
Speaker A
Entonces, si yo dije que yo iba a tener un product, ¿cuál es mi técnica para él? Pues le va a hacer una entrevista. Sí. ¿En qué momento? En el primer sprint. Sí, porque él tiene la visión y él es el que va a
Speaker A
dar la prioridad a esas épicas o excitaciones que vamos a sacar. El turista, pues yo un turista lo puedo entrevistar, pero más fácil le puedo también enviar una encuesta en línea. Sí. y validar en esa escala qué es lo que más les
Speaker A
interesa a los turistas, las agencias. Entonces, el rol que escogimos, la técnica, que son las los cuatro métodos que acabamos de ver, las cuatro técnicas, entrevista, encuesta, observación o sesiones grupales. ¿En qué momento? ¿En qué momento es? En el
Speaker A
sprint uno, en el sprint, en el sprint inicial, que es el cero. Sí. ¿Y para qué lo voy a tener allí? ¿Listo? Esta tablita es importante.
Speaker A
Ojo que esta tabla es el segundo 20% del proyecto. Entonces aquí se elige la técnica cuando las personas que ya los roles que ya teníamos estipulados, cuánto tiempo, que es el momento, y para qué o en qué momento ellos van a
Speaker A
intervenir. Listo, aquí ya llegó Johnny. Voy a hacer el ejemplo y aquí mucho cuidado porque aquí es el 50% del producto de ustedes que van a entregar. Yo voy a seguir haciendo el ejemplo con la app de turismo.
Speaker A
Entonces, yo ya había dicho que le iba a hacer una entrevista. Aquí dice entrevista semiestructurada a mi product opener. Listo. Esa estructura siempre va a tener el objetivo, fecha, duración y quién es el entrevistador.
Speaker A
Los datos del entrevistado y su rol, apertura y consentimiento, preguntas por bloques temáticos y cierre. Sí. Un ejemplo de preguntas. ¿Qué problema del turismo quiero resolver con la app?
Speaker A
¿Qué ciudades incluiría la primera versión? ¿Qué debe tener un itinerario? Horario costos distancias debe funcionar sin conexión, en qué idioma lo vamos a hacer y cómo sabrá que el proyecto fue un éxito.
Speaker A
¿Listo? Este es un tipo de preguntas que se le hace en una entrevista. Este es el ejemplo de una entrevista.
Speaker A
El ejemplo de cuestionario o de encuesta. Hay cuatro tipos. Cerrada con opción única. Entonces, por ejemplo, ¿cuántas veces al año viaja dentro de Colombia? De cero a una, de dos a tres o más de tres veces en el año. Cerrada con
Speaker A
opción múltiple. ¿Qué usa para planear un viaje? redes sociales, agencias, buscadores, apps o recomendaciones.
Speaker A
Escala del uno en cinco es, ¿qué tan útil le sería usted? ¿Qué es tan útil sería que la app genere un itinerario según la fecha de su visita? Nada útil, poco útil, moderadamente útil, muy útil, extremadamente útil.
Speaker A
Abierta. ¿Qué información le hace falta cuando visita una ciudad por primera vez? Estos son los tipos, los cuatro tipos de encuesta. Este es un ejemplo de encuesta, un ejemplo de observación.
Speaker A
Entonces, si yo estoy observando el proceso de un agente de viaje, entonces pregunta presupuesto antes de sugerir algún lugar.
Speaker A
Yo no le pregunto a él, yo miro si él le pregunta o si a él le preguntan eso o si él lo hace. Si él le dice al al usuario o al cliente cuánto es su presupuesto, usa mapas para ordenar las visitas.
Speaker A
Recuerden que observación no es preguntar, es mirar si él hace esa acción. Considera horarios de apertura, tiempo total para armar el itinerario.
Speaker A
¿Cuánto se él usa un tiempo total para armar el itinerario? ¿Sí o no? Listo.
Speaker A
El resultado esperado, que es lo que ustedes van a hacer de las elicitaciones épicas, como lo quieran llamar en este proceso, antes de ser historias de usuario. Esto es el product, chicos.
Speaker A
es priorizar, colocarle una un IT a cada una de esas eh elicitaciones que hicimos o épicas, cuál fue el instrumento de origen y qué prioridad le vamos a dar. Esto es el procal.
Speaker A
¿Sí? Entonces aquí estamos aclarando primero las prioridades. La estamos diciendo cuáles son las de prioridad alta, ¿sí? ¿Cuáles son las de prioridad media y cuáles son las de prioridad baja? ¿Quién define esto?
Speaker A
¿Quién me dice quién define esto? ¿Quién define la prioridad en el prock? PO el PO, no, el PO, el productor o PO.
Speaker A
Listo. Es el él es el que siempre recomienda dependiendo de todos los instrumentos de origen que él tiene, a qué se le va a dar prioridad. ¿Listo?
Speaker A
Entonces, más o menos el pró que ustedes van a entregar es algo así. ¿Qué deben entregar? Hasta aquí está claro. Antes de pasar a esta fase, ahí les expliqué el paso a paso.
Speaker A
Listo. Igual recuerden que la sesión queda grabada y también se les pasa el resumen.
Speaker A
Instructora, una pregunta. Sí dime. Eh, en los ejemplos de los roles, eh usted nos da unos ejemplos para escoger los roles, eh, o yo puedo escoger eh roles eh en el en el taller.
Speaker A
Ya vamos para allá. Ustedes lo van a escoger porque ustedes no van a hacer la app de turismo. Ya les voy a explicar qué es lo que van a entregar.
Speaker A
Silencio. Entonces resulta que ustedes van a entregar cinco pasos. ¿Qué vamos a entregar, instructora?
Speaker A
A partir de este momento, cada uno va a hacer el proceso de elicitación de su proyecto.
Speaker A
Desde esta sesión en adelante vamos a trabajar cada uno en su proyecto. ¿Listo? Por esa razón les dije, no van a hacer la guía el la app de turismo. Cada uno va a pensar o yo o no sé si ya lo
Speaker A
tienen definido, qué es lo que van a entregar. al final eh de su proyecto de el técnico. Entonces, vamos a hacer todas las fases, la fase análisis que es levantar los requerimientos, vamos a hacer la fase de planeación que es hacer
Speaker A
todo el prototipado y montar bases de datos. Y cuando estemos en la parte de ejecución, ustedes van a desarrollar ese proyecto con el que van a iniciar hoy. Entonces, piénsenlo bien, medítenlo hoy para que puedan iniciar con él. Que si puede
Speaker A
cambiar, claro, puede cambiar, pero la idea es que no lo cambien para que no tengan retrocesos y reprocesos en la en la elaboración del proyecto final.
Speaker A
¿Listo? Entonces, la intención es que a partir de este momento ustedes inicien con el proyecto con el que van a hacer y van a ejecutar en todo el technot.
Speaker A
Entonces, lo primero que van a hacer, el primer paso son las preguntas al OVNI.
Speaker A
Entonces, ¿para quién es la app? Eh, ¿qué ciudades? Este es el ejemplo de turismo, dependiendo de lo que ustedes vayan a hacer. Ah, es que yo tengo, mi esposa tiene un centro de estética o yo tengo un centro de estética y yo quiero
Speaker A
hacer una app para mis clientes. Entonces, pregúntese, ¿para quién es la app? ¿Qué va a resolver usted con esa app? Ah, que los turnos o la eh Sí, los se llaman turnos, ¿cierto? Que los turnos para un cepillado, para un tinte,
Speaker A
para un arreglo de uñas, bueno, yo que sé. Acá estoy hablando cualquier cosa. Sí, ustedes es la primer parte, la entrevista.
Speaker A
van a definir sus stakeholders también. ¿Listo? Este punto es el más importante, estimados alpisas. Para mí este es el uno de los más importantes y recuerden que este cuesta el 20% de su trabajo. Es la justificación al criterio de selección de los
Speaker A
stakeholders. ¿Cuántas personas son? ¿Qué tan profundo necesito saber qué qué hacen esas personas o esos stakeholders? Su conocimiento es práctico, realmente lo necesito para mi proceso. Entonces, recuerden la fórmula involucro a con tal técnica porque necesito esto.
Speaker A
Sí, la justificación. Este es el tercer paso que ustedes van a meditar para elaborar este documento.
Speaker A
Todos los documentos del Sena van a ir siempre con una portada. ¿Qué lleva la portada? El programa en el que se encuentran el nombre de la ficha y el nombre de ustedes y el centro de formación y la regional. Nosotros somos
Speaker A
el centro de formación, es centro de especies menores latinoamericano y es regional valle. ¿Listo? Entonces el documento va a tener una portada, una introducción, es una introducción tranquilamente, puede ser de media página. Yo no necesito acá pues un
Speaker A
proyecto final ni de tesis ni maestría. El objetivo y descripción del caso es el objetivo del proyecto de ustedes y esa descripción. Las fuentes de requisitos, recuerden que ya las hablamos. Fuentes de requisitos son entrevistas, encuestas observación grupos los
Speaker A
roles scrun y los stakeholders. Los roles scrun son los developers, el screw master, el poo. Sí. ¿Quiénes son esas esos roles de scrom que van a estar involucrados y quiénes son los stakeholders de ese proyecto de ustedes?
Speaker A
La matriz de interés y de influencia, la técnica por rol y justificación que es esta, ¿sí?
Speaker A
Los instrumentos completos. Aquí lo resalté. ¿Qué son los instrumentos completos? Ah, bueno, aquí les puse un ejemplito.
Speaker A
El objetivo, el caso, sí, los tipos de fuente primarias secundarias terciarias, los roles y su justificación, las técnicas y el instrumento completo. Entonces, recuerden que cuando hablamos de encuesta decía que tenían que llevar un encabezado, un objetivo, un
Speaker A
entrevistado, el medio, el entrevistador, la apertura y el cierre y tienen que ir las preguntas. Sí, yo aquí lo dividí por bloques. Ustedes pueden hacer las preguntas, pueden ser eh lineales, no no necesitan que la separen, pero deben de ser mínimo 10
Speaker A
preguntas, máximo 15. para que lo tengamos aquí clarito. Este es un instrumento completo. Si ustedes dicen en esta matriz que va a ir una entrevista, la entrevista tiene que ir completa, no desarrollada, pero sí establecida así. ¿Cuáles son las
Speaker A
preguntas y a quién van a entrevistar? ¿Listo? Si yo digo que va a ir una encuesta en línea, pues tengo que entregar la encuesta como las que le mostré aquí. ¿Dónde está la encuesta? Como estas, sí, las preguntas,
Speaker A
esos son los instrumentos que deben de entregar y por eso se llama instrumentos completos. No es simplemente decir, hay una encuesta, hay una observación, no, tienen que ser completos. ¿Qué van a observar? ¿Qué van qué va a llevar la
Speaker A
encuesta? ¿Qué va a llevar la entrevista? ¿Sí? Entonces, este es el ejemplo, el instrumento por cada por cada rol.
Speaker A
Y el aquí el packlock esperado que es la lista, conclusiones y la bibliografía. Aquí dice AP, pero pues puede ser. Ya ya leo las ya le leo el chat y ya respondo preguntas.
Speaker A
¿En qué formato vamos a entregar el documento? En formato PDF. Estoy siendo clara. Formato PDF. No me van a entregar enlaces, no me van a entregar en Word, no me van a entregar una matriz en Excel porque les estoy
Speaker A
pidiendo un documento en PDF. Dice extensión libre, instructoras, ¿cuántas páginas es libre? Lo que usted considere que se lleva su trabajo.
Speaker A
¿Listo? Ahí están pues los ejemplos de lo que van a entregar cada uno antes de subir la evidencia, por favor validen bien. ¿Sí? ¿Qué va a validar usted? Va a validar que tiene las normas básicas de presentación, la
Speaker A
portada, la introducción, el desarrollo de la actividad, la construcción y bibliografía. que los roles descritos y justificados, recuerden que yo les dije que eso vale el 20%.
Speaker A
Las técnicas más convenientes, o sea, las técnicas por roles y justificadas, que también les dije, esto también vale el 20%.
Speaker A
Los instrumentos detallados con claridad. Si yo dije encuesta, la encuesta con las preguntas que voy a hacer, perdón, sí, con las preguntas abiertas o cerradas que voy a hacer. Si yo dije entrevista, las preguntas y a quién voy a entrevistar, mínimo 10,
Speaker A
máximo 15. Y las fuentes externas en la bibliografía. Miren, chicos, yo voy a ser muy clara con ustedes y trato de ser muy clara en todo.
Speaker A
Aquí nadie se va a inventar nada. Lo único que se van a inventar es o o que va a salir nativo de ustedes es qué van a desarrollar. Sí, yo sé que cuando yo escojo qué voy a desarrollar, pues yo me tengo que apoyar
Speaker A
en información o en aplicaciones que ya existen. El que yo me apoye no significa que yo voy a desconocer esa información. Por eso es tan importante para mí la bibliografía, porque si no eso para mí se convierte en
Speaker A
plagio. Entonces, los invito a que por favor inviertan el mayor parte de su tiempo en esta en hacerlo. Ustedes que se van a apoyar con la IA. Pues sí, la IA está para que nos apoyemos, pero no para que le hagan el trabajo. Sí. Y
Speaker A
si me van a entregar documentos con IA y yo miro que es más IA que desarrollo de ustedes, pues se los voy a devolver, se los voy a dar a a desaprobar. ¿Listo?
Speaker A
Para que lo tengamos en cuenta. Se pueden apoyar, sí, pero no es que la guía lo va a hacer en su 100%.
Speaker A
¿Dónde van a subir la evidencia? Esta es una pequeña imagen de el entorno de Sayuna. Entonces, en la fase uno, que es la fase análisis, en la actividad proyecto uno guía aprendizaje uno, van a encontrar esta actividad de aprendizaje que se llama
Speaker A
taller de técnicas e instrumentos para licitar requisitos. Ah, yo puse es que Excel es en PDF. Ahí me disculpan que se me fue el logo que no vea. ¿Hasta cuándo van a tener tiempo? Fecha límite, domingo 18 de octubre. ¿Listo?
Speaker A
Repito, tómense en el tiempo que requieran para hacer el proceso. Recomendaciones cuando vayan a usar la IA.
Speaker A
La idea es que el borrador siempre va primero. Párense, entrenen. No es poco tiempo.
Speaker A
No, mi corazón, no es poco tiempo. Les puedo extender. Sí. Pero después lo hablamos. Espérenme en un momentico termino. El borrador siempre va primero.
Speaker A
Miren, yo no soy ajena a que usen la IA porque llegó para quedarse, pero usémosla bien. Y repito, que sea más responsabilidad de ustedes, más conocimiento de ustedes que la IA. La IA ya sabe, ella ya está entrenada y ella
Speaker A
ya tiene toda la información. Yo necesito es que ustedes aprendan. Entonces, si la van a usar, por favor, úsenla bien. Sí, normalmente digan en la posición de un PO o en la posición de un Screw Master, ¿sí? Busquen el perfil,
Speaker A
entrénenla bien. Si ustedes van a entregar un trabajo que el 99.9% del proyecto es IA, pues se lo voy a devolver. Y los que van a usar IA al final de la bibliografía me entregan por favor el prom que usaron. ¿Listo? Para
Speaker A
que lo tengamos también allí. Claro que no se los había puesto, pero por eso les pongo acá. Chicos, la responsabilidad final es de ustedes.
Speaker A
Los valores que ustedes tengan, los principios que ustedes tengan, no se engañen. A mí a mí no me van a engañar.
Speaker A
Pueden engañar al mundo entero también, pero no se engañen ustedes, sí, que eso es lo que hace que ustedes sean unos buenos profesionales. Importante bibliografía y pron y gusanía, no me van a poner como si como si fueran autoridad
Speaker A
propia porque eso es plaga y con eso se los devolvería. Listo. Voy a parar la grabación y eh les doy apertura a las sesiones de preguntas.
Topics:elicitar requisitosdesarrollo de softwareScrummetodología ágilstakeholdershistorias de usuarioentrevistasanálisis de requisitosapp de turismoreprocesos
![APRENDE COMO Hacer un ACM en 2023 [EXCEL + IDEALISTA] ▶… — Transcript](https://i.ytimg.com/vi/ad9Zo8-yob8/maxresdefault.jpg)
