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:
(2024-25-04) Epilepsia, manejo el urgencias (ptt).pptx
Requisitos proyectos
1.
2. na 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. 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. 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.
5. 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.
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”.
6. 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.
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á.
7. 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.