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é

Se necesitan requisitos inicialmente y que se puede esperar. Establecer prioridades al principio del proyecto, cuando usted tiene más flexibilidad para lograr un resultado exitoso del proyecto, y les vuelve a visitar periódicamente.

        Ya es bastante difícil conseguir un cliente a decidir cuál de sus requisitos son de primera prioridad. El logro de consenso entre múltiples clientes con diversas expectativas es aún más difícil.

Naturalmente, la gente tienen sus propios intereses en el corazón y no están dispuestos a comprometer sus necesidades de beneficio de otra persona. Sin embargo, lo que contribuye a los requisitos de priorización es uno de los de los clientes responsabilidades en la asociación cliente-desarrollo, como se discutió en el capítulo 2, “Requisitos de la perspectiva del cliente.” Más que simplemente definir la secuencia de aplicación requisitos, discutiendo prioridades ayuda a aclarar las expectativas de los clientes.

Alguna pragmática de priorización

[pic 2]

Incluso un proyecto de tamaño mediano puede tener docenas de necesidades de los usuarios y cientos de requisitos funcionales, demasiados para clasificar de manera analítica y de forma coherente. Para mantenerlo manejable, elija un nivel de abstracción apropiado para la priorización-características, casos de uso, casos de uso, o de exigencias funcionales. Dentro de un caso de uso, algunos flujos alternativos podrían tener una mayor prioridad que otras. Es posible que decida hacer una priorización inicial en el nivel de funciones y luego de dar prioridad a los requisitos funcionales dentro de ciertas funciones por separado. Esto le ayudará a distinguir la funcionalidad principal de mejoras que se pueden aplazar o cortar por completo. Como se describe en el Capítulo 5, “El establecimiento de los requisitos de negocio,” priorización característica alimenta directamente en el alcance y la liberación de planificación. Hacer la vista no perder de los requisitos de baja prioridad, A pesar de que no tiene sentido en el análisis más a fondo por el momento. Su prioridad podría cambiar más adelante, y saber acerca de ellos ahora ayudará a los desarrolladores a planificar futuras mejoras.

Varias partes interesadas deben participar en el establecimiento de prioridades, que representa a los clientes, proyecto patrocinadores, gestión de proyectos, desarrollo, y tal vez otras perspectivas. Que realmente necesita uno toma la decisión final cuando los interesados ​​no se ponen de acuerdo. Un punto de partida bueno es para la priorización los participantes se pongan de acuerdo sobre un conjunto de criterios para el uso para juzgar si un requisito tiene mayor prioridad que otro. La priorización puede incluir consideraciones de valor para el cliente, el valor del negocio, negocio o técnico riesgo, coste, dificultad de aplicación, el tiempo de comercialización, regulación o política de cumplimiento, la ventaja competitiva del mercado, y contractuales compromisos (Gottesdiener 2005).

...