4 typical errors solved with elicitation

A lo largo del tiempo la gestión de los proyectos de software ha cambiado con el fin de encontrar soluciones a la deficiencia de cumplir con lo que el cliente necesita. Al ser la elicitación un factor importante al aportar la extracción y comprensión de lo que realmente el software debe hacer. Resaltar la importancia de obtener los requisitos desde un entorno global del desarrollo del software, se puede abarcar de mejor manera y de manera significativa el alcance que obtendrá nuestro proyecto de software. 

 Para mejorar los procesos de elicitación dentro de un proyecto de software se han identificado 4 factores que ocurren de manera repetitiva. Se han documentado formas de poder gestionar y realizar de manera óptima un levantamiento de requerimientos según sea el caso en el que el proyecto se desenvuelva.

  • Caso 1
 Cuando ambas partes de un proyecto tienen la visión funcional del proyecto de software va a tener que afrontar, existe un percance al realizar más exploración sobre los requerimientos, la parte contratante involucra definir detalles técnicos que pueden confundir, más que aclarar, los objetivos generales del sistema


  • Caso 2
  Encontrarnos con el caso de la parte contratante tiene claro los objetivos que debe alcanzar el software, pero el equipo de desarrollo no ha comprendido el propósito general, para este caso es importante encontrar una herramienta y también una metodología ágil que nos ayude poder enlazar la parte de desarrollo con la involucración del cliente


 
  • Caso 3
  Para cuando ninguna de las dos partes tiene claro la visión que realizará el proyecto de software, existen técnicas muy usadas en otros campos de planificación de proyectos, una de ellas es la muy famosa realización de encuestas, entablar comunicación con cada una las personas que intervendrán en el funcionamiento global, después de aquello se obtiene una visión bastante profunda que le permitirá a cada parte saber y entender lo que los stakeholders necesitan y quieren ver la funcionalidad en el sistema que se desarrollará.
  • Caso 4
Nos encontramos con el último caso que se puede dar, cuando los desarrolladores tienen claro lo que el proyecto de software debe cumplir para asegurar que los objetivos del contratante serán satisfechos. Pero la parte contratante no ha visto de manera generalizada lo que realmente necesita, la ayuda viene determinada desde un enfoque de caja negra, es decir, entran datos y se obtiene información. Identificarlos de esta manera se logra que el cliente pueda visibilizar lo que el proyecto generará.

Conclusiones.
 
Como hemos visto la importancia de la especificación de requerimientos dentro del proyecto de software, recae sobre una eficiente elicitación de requisitos. Muchos métodos son aplicables dependiendo el tipo de proyecto que se realiza, identificar y emplear estos métodos ayudará a generar eficiencia tanto en el tiempo y cualquier otro inconveniente que surge al no contar con estos procesos al realizar un proyecto de software.
 
 Si conoces otro tipo de problema, no dudes en ponerlo en comentarios.
            • Suscribete.! 
            • Compartelo

Publicar un comentario

Encantado de escucharte!

 

Copyright © Java Programming | Powered by Blogger | Template by 54BLOGGER | Fixed by Free Blogger Templates