PRIMER PASO EN INGENIERIA DE REQUERIMIENTOS

Lo primero es lo primero: prioridades requisito de calado

Después fueron identificados la mayoría de las necesidades de los usuarios para el sistema de seguimiento de Química, el proyecto gerente, Dave, y el analista de negocios, Lori, se reunió con dos de los campeones de productos. Tim representó a la comunidad químico y Roxanne hablaba por el personal de almacén de productos químicos.

David dijo: “Ahora que tenemos una idea general de las principales capacidades que desea, tenemos que pensar en la asignación de algunas de las historias de usuario que ha identificado a las primeras iteraciones. Es importante que estemos de acuerdo sobre dónde comenzar para que pueda empezar a obtener algún valor desde el sistema lo más rápido posible. Vamos a hacer una priorización de primer corte en estas historias de usuario, así que sabemos lo que es más importante para usted. Entonces podemos aprender más acerca de exactamente lo que se espera de cada una de esas capacidades iniciales “.

Tim estaba desconcertado. “¿Por qué necesita priorizado los requisitos? Todos ellos son importantes, o no les habría dado a ti “.

Lori, la BA, explicó: “Sabemos que son todos importantes, pero tenemos que hacer frente a los más urgentes requisitos en las primeras iteraciones. Le estamos pidiendo para ayudar a distinguir los requisitos que se deben incluir inicialmente a partir de los que se pueden esperar a que las iteraciones posteriores. ¿Puede pensar en cierta funcionalidad que proporcionaría el mayor valor inmediato para los químicos u otras clases de usuarios?”

“Sé que los informes que el Departamento de Salud y Seguridad necesita generar para el

Gobierno tiene que ser pronto disponibles o la empresa va a meter en problemas,” señala Roxanne. “Podemos utilizar nuestro sistema de inventario actual de unos meses más, si tenemos que hacerlo.”

Tim agregó: “Prometí la función de búsqueda de catálogo en línea para los químicos como una manera para que este sistema guardarlos tiempo. ¿Podemos empezar en eso de inmediato? No tiene que ser perfecto, pero queremos conseguir el acceso a los catálogos tan pronto como sea posible “.

Tim y Roxanne dieron cuenta de que, debido a que el proyecto no podría entregar cada característica deseada, al mismo tiempo, sería mejor si todos pudieran ponerse de acuerdo sobre el conjunto de implementar en primer lugar. Continuaron clasificar sus historias de usuario en una categoría de primera prioridad para la aplicación temprana y otros que se podrían esperar un tiempo.

Pocos proyectos de software ofrecen todas las capacidades que todos los interesados ​​desean para la fecha de entrega inicial de destino. Cada proyecto con las limitaciones de recursos tiene que definir las prioridades relativas de las capacidades de los productos solicitados. Priorización, los requisitos también llamado triaje (Davis 2005), ayuda a revelar los objetivos contrapuestos, resolver conflictos, planificar gradual o de entregas incrementales, el alcance de control de la fluencia, y tomar las decisiones sacrificio necesario. Este capítulo trata sobre la importancia de priorizar

requisitos, describe varias técnicas de asignación de prioridades, y presenta una herramienta de hoja de cálculo para el análisis de priorización basada en el valor, costo y riesgo.

¿Por qué priorizar requisitos?

[pic 1]

Cuando las expectativas del cliente son altas y los plazos son cortos, lo que necesita para asegurarse de que el producto ofrece la funcionalidad más importante o valioso lo más pronto posible. La priorización es una manera de hacer frente a demandas que compiten por recursos limitados. El establecimiento de la prioridad relativa de cada capacidad del producto le permite planificar la construcción para proporcionar el valor más alto al más bajo costo.

Debido a la priorización es relativo, puede comenzar el establecimiento de prioridades en cuanto a descubrir su segundo requisito.

A veces a los clientes no les gustan a los requisitos de priorizar, pensando que no van a conseguir nunca los que son de baja prioridad. Bueno, si no se va a conseguir todo lo que desea, como suele ser el caso, usted debe asegurarse de que usted consigue las capacidades que son más importantes para el logro de sus objetivos de negocio. A veces el desarrollador no les gusta a los requisitos Priorizar porque da la impresión de que no puede hacerlo todo. La realidad es que no puede, al menos no de una vez. Priorización ayuda a que el proyecto de entregar el máximo valor de negocio lo más rápido posible dentro de las limitaciones del proyecto.

La priorización es una estrategia crítica para proyectos ágiles o de otros productos que se desarrollan a través de una serie de timeboxes-horario fijo. Los equipos de proyecto pueden llenar su cartera de producto con historias de usuario, funciones, procesos de negocio, y las historias de defectos (errores en espera de la corrección). Los clientes que dan prioridad a las plantas del atraso y seleccionar cuáles les gustaría haber puesto en práctica en cada iteración de desarrollo. Los desarrolladores estiman el esfuerzo involucrado en la implementación de cada historia y juzgar cuántas de estas historias que pueden caber en cada iteración, en función de su capacidad de entrega demostrada empíricamente medido por la velocidad del equipo. Como se proponen nuevas historias, los clientes a evaluar sus prioridades contra el contenido de la cartera de pedidos, por lo tanto ajustar dinámicamente alcance para las próximas iteraciones.

En cada proyecto, un gerente de proyecto debe equilibrar el alcance del proyecto deseada contra la restricciones de horario, el presupuesto, el personal y los objetivos de calidad (Wiegers 1996). Una forma de lograr esto es dejar caer o de aplazar para una posteriores requisitos de liberación de baja prioridad cuando se aceptan nuevos requisitos más esenciales o cuando otras condiciones del proyecto de cambio. Es decir, es una priorización dinámica y proceso continuo. Si los clientes no distinguen sus requisitos de importancia y urgencia, jefes de proyecto debe tomar estas decisiones por su cuenta. No es sorprendente que los clientes podría no estar de acuerdo con las prioridades de un jefe de proyecto; Por lo tanto, los clientes deben indicar qué

...