Es facil cometer errores en la ingenieria de requerimientos, errores como definir requerimientos innecesarios o que no estan relacionados a metas de negocio o simplemente rendirse en un requerimiento por no estar correctamente definido.
La diferencia entre "levantado" de requerimientos y la "educcion" de requerimientos es que la primera asume que los requerimientos estan listos para ser desarrollados y tan solo ocupan de alguien que los agrupe, una nocion muy distanciada de la realidad, los requerimientos deben de ser investigados, desenterrados inclusive. Debido a esto es que ya no se habla de los profesionales de requerimientos como "lenvantador" sino como un "eductor".
Los expertos recomiendan los siguientes consejos en para la educcion de requerimientos:
- Desenterrar, desenterrar muy profundo.
- Entender claramente la definicion de "exito" para la aplicacion, mediante el uso de preguntas cerradas.
La gente que tiene el conocimiento del negocio comunmente esta ocupada, este es el caso de los ejecutivos, su involucramiento es un proceso complejo que se puede facilitar mediante:
- La debida justificacion de su presencia, comunmente no saben porque deberian de estar en una reunion.
- Si la persona esta efectivamente muy ocupada, se puede intentar delegar la responsabilidad hacia otra persona que tenga mayor disponibilidad.
- Facilitando el proceso de aprobacion de proyectos, mostrando solo la informacion que les es relevante, no todo el proyecto.
Cerrando el articulo, dos consejos adicionales que se nos brindan son:
- Sin un requerimiento no se puede asociar a una meta de negocio, no vale la pena desarrollarlo.
- Involucrar a los testers y al equipo de desarrollo, en caso de no existir testers, desde el inicio del proceso, ya que tienen la pericia para identificar requerimientos que no esten debidamente definidos.