01 - Ingeniería de Requerimientos ¿Qué son los requerimientos de software?

Ingeniería de Software de Élite
23 Oct 202012:22

Summary

TLDREste video forma parte de una serie de siete que se enfoca en la ingeniería de requerimientos, un conjunto de actividades críticas para desarrollar soluciones de software que aporten valor a los usuarios. Se discute la importancia de entender y definir los requerimientos, que son la base para satisfacer las necesidades de los usuarios y las restricciones del sistema. La serie abarcará desde la recopilación de información de los usuarios hasta la validación de soluciones y cómo se aplica en diferentes proyectos. Destaca la necesidad de empatía, entendiendo las necesidades y objetivos de los clientes para guiar el desarrollo del producto. La ingeniería de requerimientos es presentada como una habilidad clave para evitar el fracaso en el proyecto y asegurar que el equipo de desarrollo construya lo que realmente beneficiará al usuario. Además, se enfatiza la importancia de ser selectivos con la información para evitar la sobrecarga de funciones innecesarias y centrarse en la calidad y el valor real que ofrecen a los usuarios.

Takeaways

  • 📝 La ingeniería de requerimientos es un conjunto de actividades que nos llevan a desarrollar soluciones extraordinarias.
  • 🔍 Los requerimientos son la guía para comprender las necesidades de los usuarios y especifican las funciones del producto.
  • 🤝 La importancia de los requerimientos radica en encontrar el producto correcto y son la base del éxito o del fracaso de un proyecto.
  • 👥 Los requerimientos incluyen información sobre los usuarios, sus intereses, prioridades, y el ambiente de operación.
  • 🛠️ La ingeniería de requerimientos también abarca restricciones tecnológicas y decisiones de tecnología en la construcción del software.
  • 🧐 Empatía es clave: comprender las dificultades y objetivos de los clientes para poder encontrar soluciones que les aporten valor.
  • 👣 Comenzar con empatía significa entender las necesidades de los usuarios y sus situaciones actuales antes de proponer soluciones.
  • 🚫 Proteger al usuario de sí mismo, analizando y filtrando las solicitudes que no aportan valor o que afectan el presupuesto y el calendario.
  • 📉 El valor de los requerimientos yace en la calidad y no en la cantidad; menos funciones a veces pueden ser más efectivas.
  • 📈 La especificación se convierte en la guía para el equipo de desarrollo, asegurando que se construye lo que realmente se necesita.
  • ⏳ Los requerimientos son dinámicos y deben ser validados y actualizados a lo largo del proceso de desarrollo para adaptarse a los cambios.

Q & A

  • ¿Qué es la ingeniería de requerimientos y qué actividades implica?

    -La ingeniería de requerimientos es un conjunto de actividades diseñadas para desarrollar soluciones extraordinarias. Incluye la definición de lo que un sistema de software debe hacer, la especificación de las restricciones en su operación e implementación, y comprender las necesidades de los usuarios.

  • ¿Por qué son importantes los requerimientos en el desarrollo de software?

    -Los requerimientos son importantes porque son la base del éxito o del fracaso de un proyecto. Sirven como guía para comprender las necesidades de los usuarios y especifican las funciones del producto a desarrollar, así como otros atributos como el rendimiento, la seguridad y la confiabilidad.

  • ¿Qué es el 'Design Thinking' y cómo se relaciona con la ingeniería de requerimientos?

    -El 'Design Thinking' es un enfoque que se centra en la empatía hacia los usuarios para comprender sus necesidades y encontrar soluciones a sus problemas. En la ingeniería de requerimientos, se utiliza para ponerse en los zapatos de los clientes y usuarios, lo que permite una mejor comprensión de sus situaciones y necesidades.

  • ¿Cómo afecta la falta de empatía en el proceso de recolección de requerimientos?

    -La falta de empatía puede llevar a malentendidos y soluciones incorrectas, ya que no se toma en cuenta la perspectiva y las necesidades reales de los usuarios. Esto puede resultar en un producto que no satisface las expectativas del cliente o que no resuelve los problemas que pretendía.

  • ¿Qué tipo de información se encuentra en los requerimientos?

    -Los requerimientos incluyen información sobre quiénes son los usuarios, sus intereses y prioridades, características del ambiente de operación, restricciones tecnológicas, y decisiones de tecnología que se utilizarán en la construcción del software.

  • ¿Cómo es el impacto de una mala especificación de requerimientos en un proyecto de software?

    -Una mala especificación de requerimientos puede causar el fracaso de un proyecto, ya sea porque no se comprenden adecuadamente las necesidades del usuario o porque no se manejan adecuadamente los cambios durante el desarrollo.

  • ¿Por qué es importante proteger al usuario de sí mismo en el proceso de requerimientos?

    -Es importante proteger al usuario de sí mismo para evitar que, al familiarizarse con el lenguaje técnico o al ser expuesto a información externa, solicite funciones o características que no son necesarias o que no aportan valor al producto, lo que podría afectar el calendario, el presupuesto y la calidad del proyecto.

  • ¿Cómo debe ser la relación entre un ingeniero de software y los stakeholders durante el proceso de requerimientos?

    -El ingeniero de software debe establecer una relación de empatía y comprensión con los stakeholders, entendiendo sus problemas y necesidades para poder desarrollar soluciones que realmente les aporten valor.

  • ¿Qué es la 'campanita' a la que se refiere el script y por qué es importante hacer clic en ella?

    -La 'campanita' es una metáfora para la opción de suscripción a notificaciones de un canal de video. Es importante hacer clic en ella para recibir actualizaciones y notificaciones cuando se publiquen nuevos videos relacionados con la serie.

  • ¿Cuál es la importancia de la calidad sobre la cantidad en los requerimientos?

    -La calidad es más importante que la cantidad en los requerimientos porque requerimientos breves y concisos son más fáciles de entender y aplicar, lo que conduce a un producto de mayor valor y calidad en lugar de una acumulación de funciones que no son necesararias.

  • ¿Por qué los ingenieros de software a menudo se enfocan en la tecnología antes que en el problema a resolver?

    -Los ingenieros de software a menudo se enfocan en la tecnología debido a su naturaleza tecnológica y la excitación por las nuevas herramientas y soluciones. Sin embargo, este enfoque puede llevar a soluciones que no son las más adecuadas para el problema real que enfrentan los usuarios.

  • ¿Qué se discutirá en el próximo video de la serie?

    -En el próximo video de la serie se discutirán los diferentes niveles de requerimientos que existen y sus tipos, profundizando en la estructura y la importancia de cada uno en el desarrollo de soluciones de software.

Outlines

00:00

😀 Introducción a la ingeniería de requerimientos

Este primer párrafo introduce la serie de videos sobre cómo deleitar a los usuarios a través de la ingeniería de requerimientos. Se menciona que los requerimientos son fundamentales para entender las necesidades de los usuarios y especificar las funciones del software. Se destaca la importancia de estos en el éxito de un proyecto y cómo la mala especificación o el mal manejo de cambios puede llevar al fracaso. Además, se habla sobre las actividades que componen el proceso de ingeniería de requerimientos, como la recolección de información, análisis, especificación y validación.

05:01

🤔 La importancia de la empatía en la recolección de requerimientos

El segundo párrafo aborda la importancia de la empatía en el proceso de recolección de requerimientos. Se cuestiona la afirmación de que los clientes no saben lo que quieren y se sugiere que, en lugar de preguntar directamente lo que desean, se debe entender su situación actual y sus problemas. Se hace hincapié en la necesidad de conocer a los usuarios y sus objetivos para poder proponer soluciones efectivas. También se menciona que no todos los usuarios son stakeholders y que es crucial identificar a quienes tienen problemas que se puedan resolver. Se destaca la importancia de proteger al usuario de sí mismo y de seleccionar la información útil para el desarrollo del producto.

10:02

🛠️ La ingeniería de requerimientos como arte de simplificar

En el tercer párrafo, se concluye la serie destacando que la ingeniería de requerimientos es más una cuestión de empatía que de especificación técnica. Se enfatiza que la primera tarea es trabajar para descubrir y entender las necesidades reales de los clientes. Se sugiere que los requerimientos más breves y concisos aportan mayor valor en lugar de una cantidad grande. Se anima a los espectadores a suscribirse y a esperar el próximo video, el cual tratará sobre los diferentes niveles y tipos de requerimientos.

Mindmap

Keywords

💡Requerimientos

Los requerimientos son una lista detallada de lo que un sistema de software debe hacer y cómo debe comportarse. Son cruciales para entender las necesidades de los usuarios y para guiar el desarrollo del producto. En el video, se destaca la importancia de los requerimientos como base para el éxito o fracaso de un proyecto, y cómo deben ser claros, precisos y completos para evitar malentendidos y retrasos en el desarrollo.

💡Ingeniería de Requerimientos

Es el proceso sistemático de recopilar, analizar, especificar, validar y administrar los requerimientos de un proyecto de software. En el video, se discute cómo la ingeniería de requerimientos es fundamental para alinear las prioridades y encontrar las soluciones que aporten valor a los stakeholders. Se enfatiza la importancia de esta disciplina para evitar el fracaso en el proyecto debido a malas especificaciones o cambios inadecuados.

💡Empatía

La empatía es la capacidad de ponerse en los zapatos de otra persona y comprender sus necesidades y deseos. En el contexto del video, la empatía es clave para entender a los usuarios y sus problemas, lo que permite desarrollar soluciones que realmente les aporten valor. Se menciona que la empatía debe ser la primera herramienta en el proceso de recopilación de requerimientos, más allá de la especificación técnica.

💡Stakeholders

Los stakeholders son las personas o grupos que tienen un interés en el proyecto o que serán afectados por él. En el video, se resalta la importancia de identificar a los verdaderos stakeholders, aquellos que tienen problemas que el proyecto puede resolver, y utilizar su conocimiento para validar y mejorar las soluciones propuestas.

💡Validación

La validación es el proceso de confirmar que los requerimientos propuestos satisfacen las necesidades de los usuarios y son viables. En el video, se discute cómo la validación es una tarea crítica que permite aprobar o descartar soluciones y asegurar que el producto en desarrollo esté en línea con las expectativas y necesidades de los usuarios.

💡Tecnología

La tecnología es la herramienta que se utiliza para crear soluciones de software. El video advierte sobre la tendencia de enfocarse en la tecnología antes de comprender completamente el problema, lo que puede llevar a soluciones que no son las más adecuadas. Se sugiere que la elección de tecnología debe ser una decisión informada basada en el entendimiento de las necesidades y requerimientos de los usuarios.

💡Design Thinking

Design Thinking es un enfoque para resolver problemas complejos que involucra empatía, experimentación, ideación y prototipado. En el video, se menciona el design thinking como un método para comprender las necesidades de los usuarios y generar soluciones innovadoras. Se destaca la importancia de la empatía en el primer paso del design thinking para establecer una base sólida para el desarrollo de soluciones.

💡Restricciones

Las restricciones son limitaciones impuestas por factores externos que pueden afectar el desarrollo del producto. En el video, se habla de restricciones tecnológicas, presupuestarias y de hardware que deben ser consideradas al establecer los requerimientos. Es importante comprender y manejar estas restricciones para evitar soluciones que no sean factibles o que no cumplan con las expectativas del usuario.

💡Cambios

Los cambios son modificaciones propuestas en los requerimientos una vez que el proyecto está en marcha. El video destaca la importancia de manejar adecuadamente los cambios para evitar retrasos y confusiones. Se sugiere que los cambios deben ser analizados y justificados en términos de su impacto en el valor, el presupuesto y el plazo del proyecto.

💡Soluciones de Valor

Las soluciones de valor son aquellas que resuelven los problemas más críticos o importantes para los usuarios y, por lo tanto, ofrecen el mayor beneficio. En el video, se enfatiza la necesidad de concentrarse en soluciones de valor en lugar de añadir funciones innecesarias que podrían diluir la calidad y la eficacia del producto final.

💡Calidad

La calidad se refiere a la excelencia en el diseño y el funcionamiento de un producto de software. En el video, se discute cómo la calidad es más importante que la cantidad, y cómo los requerimientos bien definidos y la selección de soluciones de valor son cruciales para lograr una alta calidad en el producto final.

Highlights

La importancia de la ingeniería de requerimientos para desarrollar soluciones extraordinarias en el software.

Los requerimientos son una guía para comprender las necesidades de los usuarios y especificar las funciones del producto.

La descripción de los atributos del sistema de software, como el desempeño, seguridad y confiabilidad.

La información de los usuarios, sus intereses y prioridades, que se encuentra en los requerimientos.

La consideración de restricciones tecnológicas y decisiones de tecnología en la construcción del software.

El proceso de recolección de información, análisis, especificación y validación en la ingeniería de requerimientos.

La necesidad de alinear las prioridades y encontrar las funciones que aporten valor a todos los stakeholders.

El impacto de una mala especificación o manejo inadecuado de los cambios en los requerimientos en el éxito del proyecto.

La empatía como el primer paso en el proceso de requerimientos, entendiendo las necesidades de los clientes.

La importancia de conocer a los usuarios y sus objetivos para proponer soluciones efectivas.

La tendencia a priorizar la tecnología antes de entender completamente el problema y su impacto en la solución.

La labor de proteger al usuario de sí mismo, evitando solicitudes no esenciales o que no aporten valor.

La habilidad de seleccionar información útil y descartar lo no necesario para mejorar la calidad de la solución.

El arte de la ingeniería de requerimientos como el de quitar más que de agregar para maximizar el valor.

La brevedad y concisión de los requerimientos como factores clave para una mayor calidad en lugar de la cantidad.

El enfoque en la empatía y la interacción con los usuarios para descubrir y entender sus necesidades reales.

La importancia de la ingeniería de requerimientos para encontrar el producto correcto y establecer la base del éxito del proyecto.

La próxima parte de la serie se centrará en los diferentes niveles y tipos de requerimientos.

Transcripts

play00:02

es hora de ir con el cliente para ver

play00:04

qué es lo que quiere

play00:06

ya estoy listo tengo mi cuaderno y mi

play00:08

pluma beat qué otra cosa puedo necesitar

play00:12

si la escena anterior te es muy familiar

play00:15

este vídeo te interesa

play00:18

[Música]

play00:23

bienvenido a la serie como deleitar a

play00:25

tus usuarios en la que vamos a hablar de

play00:27

ingeniería de requerimientos un conjunto

play00:30

de actividades que nos llevarán a

play00:32

desarrollar soluciones extraordinarias

play00:34

es una serie de 7 vídeos en este primero

play00:37

te hablaré de qué son los requerimientos

play00:40

cuáles son las actividades involucradas

play00:42

su importancia y el propósito de

play00:44

hacerlos en los siguientes vamos a

play00:47

hablar de los tipos y niveles de

play00:49

requerimientos de cómo obtener la

play00:51

información de los usuarios de cómo

play00:54

analizar y entender esta información

play00:56

cómo especificar nuestros requerimientos

play00:58

como validar nuestras propuestas de

play01:01

solución y cómo funciona el proceso en

play01:04

diferentes tipos de proyectos asegúrate

play01:06

de estar suscrito al canal y darle click

play01:08

a la campanita para recibir las

play01:10

notificaciones cuando aparezcan todos

play01:12

los vídeos vamos a entrar en materia

play01:17

qué son los requerimientos

play01:22

son una definición de lo que un sistema

play01:24

de software debe hacer y una

play01:26

especificación de las restricciones en

play01:29

su operación e implementación los

play01:31

requerimientos son la guía para

play01:33

comprender las necesidades de los

play01:36

usuarios con respecto al software y

play01:38

especifican las funciones que se deben

play01:41

de encontrar en el producto a

play01:42

desarrollar para satisfacerlas además

play01:45

describen otros atributos que se

play01:47

encuentran en los sistemas como el

play01:49

desempeño la seguridad la confiabilidad

play01:52

la disponibilidad entre otros en los

play01:56

requerimientos encontramos la

play01:58

información de quiénes son nuestros

play02:00

usuarios sus intereses y sus prioridades

play02:02

también están descritas características

play02:06

del ambiente de operación que nos ayudan

play02:08

a conocer la ubicación física de

play02:11

nuestros usuarios y los otros sistemas

play02:13

de software y hardware que estarán

play02:15

usando a la par que nuestro sistema con

play02:17

los que debemos de interactuar en los

play02:20

requerimientos entendemos cómo son las

play02:23

actividades que vamos a apoyar con

play02:25

software y cómo se deberían de hacer en

play02:27

un sistema de información

play02:29

además encontraremos información acerca

play02:32

de restricciones tecnológicas que

play02:35

debemos considerar como si los clientes

play02:37

tienen hardware que será usado

play02:39

obligatoriamente o si existen

play02:41

limitaciones en presupuestos que no

play02:44

permitan usar algunos dispositivos o

play02:46

tecnología

play02:47

por último decisiones de tecnología que

play02:50

será usada en la construcción del

play02:52

software las actividades que se hacen

play02:55

para esto son ilícitas que son las

play02:58

tareas orientadas a la recolección de

play03:01

información por parte de los usuarios

play03:04

análisis tareas orientadas al

play03:07

entendimiento de las necesidades de los

play03:09

usuarios y sus posibles soluciones

play03:12

especificación las tareas orientadas a

play03:15

establecer de forma clara y concisa no

play03:18

ambigua y completa cuáles son las

play03:21

necesidades a resolver y las funciones

play03:24

que deben estar presentes en la solución

play03:26

validación tareas cuyo propósito es

play03:30

aprobar o descartar las propuestas de

play03:33

solución

play03:36

[Música]

play03:41

como ingenieros de software tenemos la

play03:43

labor de desarrollar soluciones

play03:45

tecnológicas que aporten valor a

play03:47

nuestros usuarios y este valor se

play03:50

obtiene cuando tenemos el producto

play03:52

correcto la importancia de los

play03:54

requerimientos reside en poder encontrar

play03:56

este producto y constituyen la base del

play04:00

éxito o del fracaso de un proyecto de

play04:03

acuerdo al standish group el proceso de

play04:05

requerimientos suele ser una causa del

play04:07

fracaso de los requerimientos ya sea por

play04:10

una mala especificación o un manejo

play04:12

inadecuado de los cambios que éstos se

play04:15

incluyen torpemente y afecten el

play04:18

calendario las prioridades y la calidad

play04:21

de lo que ya se está realizando la

play04:23

ingeniería de requerimientos es la

play04:24

capacidad que tienen los equipos de

play04:26

software para entender y encontrar las

play04:29

necesidades de sus stakeholders alinear

play04:32

las prioridades contrarias que tienen y

play04:34

encontrar las funciones que le darán

play04:36

valor a todos

play04:38

sin esta capacidad los equipos van a

play04:41

encontrar dificultades durante el

play04:43

desarrollo y tardarán mucho en darse

play04:46

cuenta que están desarrollando la

play04:48

solución incorrecta

play04:52

[Música]

play04:56

probablemente te resulta conocida esta

play04:58

escena ya han pasado varios meses y no

play05:00

hemos podido hacer el plan del proyecto

play05:02

además hace varios días que no vas con

play05:05

el cliente es que no tiene caso siempre

play05:07

que voy acabo frustrado porque nunca me

play05:09

dice que quiere el cliente no sabe ni lo

play05:12

que quiere el cliente no sabe lo que

play05:15

quiere es una expresión común entre

play05:17

muchos que nos dedicamos al desarrollo

play05:19

de software a esas personas yo les digo

play05:22

es que si el cliente realmente supiera

play05:25

lo que quiere en términos técnicos no

play05:28

nos necesitarían y nos contrataría para

play05:30

hacer el producto lo harían ellos mismos

play05:32

este pensamiento surge de una falta de

play05:35

empatía y me declaro culpable de haber

play05:38

pensado así antes un proceso de

play05:42

requerimientos no debe de empezar

play05:43

preguntando qué es lo que quieres sino

play05:46

con una pregunta que nos haga saber cómo

play05:49

estás hoy cómo te encuentras que

play05:52

situaciones quieres qué situaciones

play05:54

puedes hacer cuáles son tus objetivos

play05:56

cuáles son tus deseos

play05:59

qué te gustaría estar haciendo el día de

play06:01

hoy y todavía no puedes hacerlo es decir

play06:04

ponernos en los zapatos de las personas

play06:07

de los clientes de los usuarios

play06:10

conocerlos entenderlos ellos diariamente

play06:13

realizan actividades fácil o

play06:17

difícilmente tienen algunos objetivos y

play06:20

a veces se encuentran dificultades para

play06:22

alcanzarlos nosotros debemos de

play06:24

comprender eso nosotros debemos de

play06:27

conocer su situación actual y cómo

play06:30

podemos llevarlos a una situación ideal

play06:32

pero partiendo de la base de que hay que

play06:35

entender cómo están el día de hoy cuáles

play06:38

problemas tienen y principalmente

play06:40

quiénes son los dueños de esos problemas

play06:43

no todos los usuarios son nuestros

play06:46

stakeholders aquellos que realmente

play06:48

tienen un problema y nosotros les se los

play06:51

podemos resolver

play06:53

quienes nos darán la mejor información y

play06:56

nos ayudarán a validar esta solución

play06:58

primero debemos ponernos en los zapatos

play07:01

de nuestros usuarios en el método de

play07:03

design thinking lo primero que hacemos

play07:05

es empatía es decir entender una

play07:09

necesidad con base en una situación

play07:11

actual y con ello proponer o encontrar

play07:14

soluciones para esas dificultades nunca

play07:18

debemos de olvidar algo nuestro trabajo

play07:20

beneficia e impacta a personas nosotros

play07:24

desarrollamos soluciones para personas y

play07:27

entendiendo eso podremos tener

play07:30

y entendiendo eso podremos saber cuál es

play07:33

el impacto que tienen las decisiones de

play07:35

desarrollo que tomamos tanto las buenas

play07:37

como las malas como gremio tenemos la

play07:41

tendencia a pensar primero en la

play07:43

tecnología nos encanta cuando estamos

play07:46

ante un nuevo proyecto lo primero que

play07:48

queremos pensar es cuáles son las

play07:50

tecnologías excitantes que vamos a

play07:51

escoger para trabajar y ya pensamos en

play07:54

una solución antes de entender el

play07:56

problema alto lo que debemos de hacer

play08:00

primero es conocer a las personas

play08:03

ponernos en sus zapatos estas personas

play08:06

son tus stakeholders

play08:08

ellos te darán la información y te

play08:10

ayudarán a validar y entender que la

play08:13

solución realmente les está aportando

play08:15

valor con base en el entendimiento de la

play08:18

situación actual de nuestros usuarios es

play08:21

que podemos empezar a proponer

play08:22

soluciones para sus problemáticas

play08:26

esta especificación se convierte en la

play08:28

guía de lo que el equipo debe de

play08:30

construir sin esta guía el equipo

play08:34

empezará a trabajar sin tener la

play08:36

seguridad de que lo que hace realmente

play08:39

nos llevará al estado deseado y

play08:41

probablemente tarde mucho en saberlo

play08:43

otra de las labores importantes del

play08:45

trabajo de requerimientos consiste en

play08:47

proteger al usuario de sí mismo

play08:49

verás cuando el usuario y el cliente

play08:52

comienza a familiarizarse con el

play08:54

lenguaje técnico a ver el producto o se

play08:57

expone a información del exterior

play09:00

empieza a solicitar cosas que no son tan

play09:03

necesarias porque consideran necesitar

play09:06

pero no es así por ejemplo que haya

play09:10

escuchado que uno de sus colegas uno de

play09:12

sus amigos le instalaron una nube y

play09:15

ahora quiere una sin entender lo que es

play09:17

o que pide situaciones estéticas como

play09:20

que todas las pantallas sean animadas

play09:23

cuando se abran porque sería muy

play09:25

divertido para los usuarios nuestra

play09:27

labor consiste en

play09:29

analizar y recibir los cambios pero

play09:32

también explicarle qué impacto tiene

play09:35

cada una de las decisiones y cambios de

play09:37

las solicitudes que hace principalmente

play09:40

si algunas de ellas no están orientadas

play09:43

a aportar valor o presentan alguna

play09:46

incidencia con las restricciones del

play09:48

proyecto con el tiempo el calendario y

play09:51

el presupuesto debemos de ser capaces de

play09:54

decirle al cliente que aunque lo que

play09:56

pide es posible probablemente no esté en

play09:59

la escala de valor y prioridades que se

play10:01

habían establecido o que alguna de ellas

play10:03

requiere un esfuerzo de trabajo tan

play10:06

grande que postergará otras funciones

play10:09

que aportan mayor valor como esta es la

play10:12

guía del producto que debemos de

play10:14

desarrollar también nos sirve para

play10:16

limitarnos a nosotros como

play10:18

desarrolladores que siendo nuestra

play10:20

naturaleza tan tecnológica no debemos de

play10:23

caer en una situación como la del chavo

play10:25

del ocho'

play10:26

y lo vamos a montar en 15.000 servidores

play10:29

y le vamos a poner una interfaz que sea

play10:32

responsiva para los celulares para las

play10:34

computadoras para todos los navegadores

play10:36

para que se vea también en el

play10:37

refrigerador

play10:39

y que le mande notificaciones a su

play10:40

estufa y horno de microondas la

play10:42

capacidad de desarrollar requerimientos

play10:44

consiste también en poder seleccionar

play10:47

aquella información que es útil y quitar

play10:50

toda la que no te dejó esta frase la

play10:55

ingeniería de requerimientos es el arte

play10:57

de quitar no de poner tu producto y tu

play11:01

solución serán más valiosas conforme

play11:03

resuelvan más problemas no conforme le

play11:06

pongas más funciones al contrario a

play11:09

veces menos funciones tendrán mejores

play11:11

resultados que muchas más

play11:16

[Música]

play11:20

en conclusión las actividades de

play11:23

requerimientos tienen más que ver con la

play11:25

empatía que con la especificación

play11:27

técnica claro está la segunda es

play11:30

importante y debe hacerse pero nuestra

play11:32

primera labor es trabajar para descubrir

play11:35

y entender una necesidad real de

play11:37

nuestros clientes a través de

play11:39

interacciones que nos permitan encontrar

play11:41

qué es lo que les dará mayor beneficio y

play11:44

tendrá mayor impacto en ellos recuerda

play11:47

siempre la empatía en el trabajo de

play11:48

requerimientos para estar en el lugar de

play11:51

tus usuarios ver las cosas desde su

play11:53

perspectiva y entender qué solución les

play11:56

ayudará mejor también recuerda que los

play11:59

requerimientos

play12:00

mientras más breves y concisos darán

play12:02

mayor valor calidad en lugar de cantidad

play12:06

en el siguiente vídeo hablaremos de los

play12:08

diferentes niveles de requerimientos que

play12:10

existen y también de sus tipos asegúrate

play12:14

de estar suscrito al canal y darle click

play12:15

a la campanita para recibir la

play12:17

notificación

play12:18

te espero entonces

play12:21

[Música]

Rate This

5.0 / 5 (0 votes)

Ähnliche Tags
Ingeniería de RequerimientosClientesSatisfacción de UsuariosSoluciones de SoftwareDiseño de SistemasValidación de SolucionesProcesos de DesarrolloComunicación con ClientesEmpatía en IngenieríaTecnología de SoftwareProyectos de Desarrollo
Benötigen Sie eine Zusammenfassung auf Englisch?