Gaston Gerardo Ramirez Armijo - Una de las primeras temáticas básicas para iniciar un proyecto es la disciplina de la “toma / levantamiento / definición de los requerimientos”, es importante tomar en cuenta los siguientes puntos que nos lleven a lograr un buen producto en esta actividad, a considerar:
Gaston Gerardo Ramirez Armijo - PROYECTOS – LEVANTAMIENTO DE REQUISITOS
1.
2. Una de las primeras temáticas básicas para iniciar un
proyecto es la disciplina de la “toma / levantamiento /
definición de los requerimientos”, es importante tomar
en cuenta los siguientes puntos que nos lleven a lograr
un buen producto en esta actividad, a considerar:
3. 1. Tener claro las metas, objetivos y alcances, esta es una
guía la cual debe ser seguida, se debe mantener un marco
y no asumir requisitos que se salgan de los objetivos
definidos.
Igualmente, estos requisitos fuera del alcance deben ser
registrados para futuras versiones.
2. Es necesario planificar las diversas entrevistas con
aquellos involucrados en la definición de los requisitos, así
mismo, mantener un adecuado detalle de tareas y
actividades, importante es también el poder especificar los
flujos más relevantes y obtener la confirmación de los
participantes que lo registrado representa la realidad y los
cambios solicitados al mismo, es decir contar con la
situación actual y el cambio sobre el mismo.
4. 3. Importante es documentar las entrevistas ya sea a través de una
minuta o formulario para tal efecto y exista una confirmación de los
entrevistados que “estamos de acuerdo en que estamos de acuerdo”,
que significa que comprendimos el requisito y su participación en el
negocio. Lo que esta escrito y confirmado por la contraparte es lo que
vale.
4. Al realizar las entrevistas con los lideres del negocio definidos por el
cliente, pregúntele sobre aquellas actividades manuales, automáticas,
semi manuales, semiautomáticas que se realizan cada cierta
periodicidad y no son tan evidentes en el proceso o requisito y que
podría afectar el resultado final. Considerar también el poder
entrevistar a aquellos usuarios relevantes en el nuevo requerimiento y
conocer como le afecta y cuanto valor le agrega el requisito a su
operación diaria.
5. 5. Debemos madurar los requerimientos, analizarlos, ser críticos,
agudizar la vista en los detalles, que no existan puntos muertos, cual
es la secuencia lógica , hacernos la pregunta si estamos conversando
con las personas correctas y no con aquellos que tienen tiempo de
atendernos y no las personas claves.
6. Buena práctica es el compartir con nuestro entrevistado nuestras
notas depuradas mencionadas en el punto 3 , de tal forma que se
sienta involucrado en la solución y un aporte valioso a la definición ,
esta acción debemos realizarla tantas veces como sea necesaria hasta
su aprobación definitiva.
6. 7. Sumamente relevante es mantener una buena relación con el
entrevistado en la toma de requisitos, escuchar sus “dolores” ,
recomendaciones, puntos de vista, es necesario que seamos un
intérprete de lo que nos quiere hacer llegar como
información, entender , comprender , ser empático en resumen,
capturando al máximo lo que “no se dice”.
8. Los requisitos deben responder a necesidades del negocio y no a
utilización de herramientas de sistemas, estamos definiendo los
requerimientos de negocio y no el cómo utilizar una herramienta
de sistemas. Los sistemas deben operar en función de las
necesidades de la organización y no al revés.
7. 9. Finalmente una vez que tenemos todos los requisitos analizados y
validados debemos realizar un ordenamiento y priorización de estos
en función del alcance, metas y objetivos mencionados en el punto
1. Los requerimientos o requisitos manifestados fuera del alcance
como fue mencionado anteriormente deben ser considerados para
futuras iteraciones o versiones, y lo que se ajusta al alcance debe
quedar como definición inicial en esta primera y principal definición.
Vamos a lo definido y se existe consenso en desarrollar los
requerimientos “deseables” o “suntuarios” en una segunda etapa se
hará.
10. Estamos en un mundo en constante cambio, así también las
organizaciones y casos de negocio pueden cambiar en el proceso de
toma de requerimientos desde su inicio hasta su término, es más,
estos pueden cambiar cuando estamos en la construcción inclusive.
Es por esto por lo que una buena gestión de proyectos puede
ayudarnos a lidiar con estas problemáticas.