03 - Ingeniería de Requerimientos - Recolección de requerimientos

แชร์
ฝัง
  • เผยแพร่เมื่อ 11 ธ.ค. 2024

ความคิดเห็น • 25

  • @bytecode5834
    @bytecode5834 หลายเดือนก่อน

    Fantástico vídeo, muchas gracias!

  • @hugobustamante6264
    @hugobustamante6264 2 ปีที่แล้ว +3

    Toda esta información sobre los requerimientos ha sido increíble :D, muchas gracias por tomarte el tiempo

    • @EdgarFernandez
      @EdgarFernandez  2 ปีที่แล้ว +1

      ¡Gracias por haber visto el video y por tus comentarios, Hugo!

  • @montseperales9689
    @montseperales9689 3 ปีที่แล้ว +2

    Muchas gracias por el contenido, me ha servido bastante!!!
    Nuevo suscriptor!

    • @EdgarFernandez
      @EdgarFernandez  3 ปีที่แล้ว +1

      ¡Gracias, Montse! Pronto publicaré el resto de la serie

  • @miltonmaidana
    @miltonmaidana ปีที่แล้ว

    Excelente video, me sirvio mucho para refrescar y sacarme algunas dudas. Estoy por recibirme de Analista de sistemas y me gustaria saber que tanto se usa UML, hablando de casos de uso diagramas de secuencia y demas. Ya que por el momento no vi esos contenidos en tu canal

    • @EdgarFernandez
      @EdgarFernandez  ปีที่แล้ว

      UML es una gran herramienta, porque es flexible y la puedes utilizar en muchos contextos y niveles de detalle diferente.
      Yo la uso para hacer el análisis de los requerimientos, porque me permite modelar procesos y situaciones complejas y comunicar esta información a los stakeholders.
      En la industria se usa, muchas veces como obligación para la documentación, y otras como herramienta de análisis, aunque no suele ser popular entre los devs
      Pronto haré una serie de videos de análisis, en los que usaré ejemplos con UML

  • @Ing.MariLevi
    @Ing.MariLevi ปีที่แล้ว

    😂😂 pobres clientes jajaja 🤭
    Gracias por esta sección
    👍🏽 exelente 👍🏽

  • @Hikkissan
    @Hikkissan 3 ปีที่แล้ว

    Muchas gracias por el video

  • @diiannapop3898
    @diiannapop3898 3 ปีที่แล้ว

    Más vídeos sobre requerimientos por fiiis 😋

    • @EdgarFernandez
      @EdgarFernandez  3 ปีที่แล้ว

      ¡Hola, Diana! Gracias por ver el video
      Sí, están cuatro más por realizarse en este tema
      Saludos

  • @ronaldpereztorres
    @ronaldpereztorres 3 ปีที่แล้ว

    Excelente video. ¿Los champions son un grupo más reducido que los participantes del taller? ¿Qué tipo de stakeholders pueden participar en el Focus Group?

    • @EdgarFernandez
      @EdgarFernandez  3 ปีที่แล้ว +1

      Hola, Ronald!
      Le llamamos "champion" al representante de cada tipo de usuario. Este es la persona que reúne mejor todas las características de esa categoría de usuario, así que puede tomar las decisiones sobre los requerimientos de su grupo más fácilmente; pueden existir más de un champion por tipo de usuario, y es a quien vamos a preguntarle las dudas antes que a cualquier otro usuario.
      En el focus group generalmente invitamos a los Usuarios Directos del producto, porque queremos evaluar su percepción sobre una propuesta o un producto similar.

    • @ronaldpereztorres
      @ronaldpereztorres 3 ปีที่แล้ว

      @@EdgarFernandez Gracias. Ahora lo tengo más claro.

  • @elkindiaz8200
    @elkindiaz8200 3 ปีที่แล้ว

    Cuando se puede cobrar por levantamiento de registos o ingeniería de registos ?
    Es que tengo un cliente que quiere le haga ese trabajo con una consulario

    • @EdgarFernandez
      @EdgarFernandez  3 ปีที่แล้ว

      ¡Hola! Gracias por ver el video.
      El levantamiento de requisitos es parte del trabajo de desarrollo, por lo tanto se incluye en el costo del proyecto. No se debe hacer gratuitamente. Lo recomendado es que, para nuevos proyectos, se considere un tiempo inicial de 3 a 5 semanas para comenzar con el análisis de requisitos y después continuar con ese trabajo en el proyecto.

    • @elkindiaz8200
      @elkindiaz8200 3 ปีที่แล้ว

      @@EdgarFernandez
      Es que este caso solo me quieren contratar para que haga ese documento pero no se cuanto cobrar por eso?

    • @EdgarFernandez
      @EdgarFernandez  3 ปีที่แล้ว +1

      @@elkindiaz8200 Mmmmh, depende mucho del nivel de detalle. Si es solamente la definición inicial del sistema (objetivos de negocio y requerimientos de usuario), es probable que se pueda hacer en un período de trabajo de un mes, entre una y o dos personas. Como es trabajo especializado, yo te recomendaría proponer un precio de 200 dólares americanos por día de trabajo.
      Si te piden hacer el detalle de todos los requerimientos, incluyendo los técnicos, no te sugiero trabajar en ese proyecto de inicio, porque tomará demasiado tiempo y las cosas cambiarán muy fácilmente.

    • @elkindiaz8200
      @elkindiaz8200 3 ปีที่แล้ว

      @@EdgarFernandez ok muy grande por su ayuda

    • @EdgarFernandez
      @EdgarFernandez  3 ปีที่แล้ว

      ¡Un gusto siempre!

  • @Vrdr52
    @Vrdr52 ปีที่แล้ว

    Muy interesante, pero como generas una cotización? Los clientes quieren saber cuanto les va a costar sin que pasen varias semanas para ello...

    • @EdgarFernandez
      @EdgarFernandez  ปีที่แล้ว

      ¡Hola, Cristian! Muy buena pregunta
      Los procesos de estimación son actividades complejas: necesitan información confiable, pero son muy propensos a errores.
      En mi experiencia, requieres saber los objetivos de alto nivel, las características principales (módulos o funciones) y algunos de los requerimientos de usuario principales (te lo describo en este video: th-cam.com/video/TRp3ZkjKtj8/w-d-xo.html) como los casos de uso o épicas, además de una prueba rápida de arquitectura. Esto, si el cliente y los usuarios están comprometidos con el trabajo, tomará alrededor de tres semanas para hacer la Visión Inicial de la solución y hacer una estimación inicial, usando un método como Use Case Points (th-cam.com/video/Epzau3Z8JnQ/w-d-xo.html), Puntos de Función o Componente Estándar. Claro está, es para establecer un costo inicial, porque muchos requerimientos cambiarán durante el desarrollo y aparecerán otros.
      Lo conveniente aquí es establecer ese presupuesto inicial, para que el cliente lo considere como una posibilidad y lo aprovisione, pero devengar periódicamente para permitir los cambios fácilmente e ir haciendo entregas parciales, para recuperar inversión mientras sigue el desarrollo.
      Con todo gusto puedes visitarme en mis redes para tener un contacto más cercano y poder colaborar con tu organización en este y otros temas
      ¡Gracias por ver el video!

  • @Nurys1971
    @Nurys1971 ปีที่แล้ว

    Muy buen material. aunque hubieron partes que quedaron repetidas en el video