<ul><ul><li>En el alcance preliminar se tomara en  cuenta los casos de uso entrelazados o  caracterirsticas </li></ul></ul...
<ul><li>Considerar la prioridad de requisitos de los stakeholders y caracteristicas en la línea de fondo </li></ul><ul><li...
 
<ul><li>Un factor clave en la dirección del alcance es un proceso de dirección de cambio eficaz. Como las peticiones entra...
<ul><li>Maneje Expectativas </li></ul><ul><li>¿Por qué manejan expectativas? </li></ul><ul><li> Entonces los clientes ...
<ul><li>demandas altas, pero no son irrazonable. </li></ul><ul><li>Separar a la gente del problema. </li></ul><ul><li>...
<ul><li>Las habilidades de negociación son claves a cualquier programa acertado, multipartidario. Mejoramiento de éstos la...
<ul><li>Impide a proyectos de ir a la deriva en un abismo técnico o político. </li></ul><ul><li>Las ayudas manejan ...
<ul><li>DUDAS A RESPONDER ? </li></ul>
Upcoming SlideShare
Loading in …5
×

Priorizar Los Casos De Uso

1,512 views

Published on

  • Be the first to comment

  • Be the first to like this

Priorizar Los Casos De Uso

  1. 1. <ul><ul><li>En el alcance preliminar se tomara en cuenta los casos de uso entrelazados o caracterirsticas </li></ul></ul><ul><ul><li>Seleccionar los escenarios para iteraciones arquitectónicas basado en flujos que: </li></ul></ul><ul><li>Representa la funcionalidad significativa, central. </li></ul><ul><li>Tener una cobertura arquitectónica sustancial. </li></ul><ul><li>Ejercen muchos elementos/interfaces arquitectónicos. </li></ul><ul><li>Acentuar un punto específico, delicado de la arquitectura. </li></ul><ul><li>arquitecto de software decide como pedir o priorizar los casos de uso o escenarios a través de las iteraciones. </li></ul><ul><ul><ul><li>priorizar los escenarios para futuras iteraciones . </li></ul></ul></ul>
  2. 2. <ul><li>Considerar la prioridad de requisitos de los stakeholders y caracteristicas en la línea de fondo </li></ul><ul><li>Seleccionar los escenarios para la iteración basada en el flujos flujos que: </li></ul><ul><ul><li>Rastrea los requerimientos de los stakeholder de alta prioridad. </li></ul></ul><ul><li>Representa el uso principal del sistema(80:20regla). </li></ul><ul><li>Están relacionados con rasgos que, una vez entregados, permiten que usted reciba un pago incremental. </li></ul><ul><li>Proporcionar una llave diferenciadora para mejorar los competidores </li></ul><ul><li>El analista de sistema está interesado en casos de uso de priorización (o escenarios) basado en altos rasgos de prioridad que remontan a flujos diferentes. </li></ul><ul><li>Tipicamente ellos están preocupados por la adquisición de esto el 20 por ciento de la funcionalidad que solucionará el 80 por ciento de las necesidades de los stakeholders puestas en práctica cuanto antes. Por definición, este el 20 por ciento es por lo general las exigencias de prioridad más altas. </li></ul><ul><li>Los analistas de sistemas no están preocupados por los detalles técnicos de poner en práctica un caso de uso - que es la preocupación{el interés} del arquitecto. Por esta razón, un equilibrio entre el analista de sistema y los deseos del arquitecto debe ser alcanzado. </li></ul>
  3. 4. <ul><li>Un factor clave en la dirección del alcance es un proceso de dirección de cambio eficaz. Como las peticiones entran durante nuestro ciclo de vida, los interceptan, y pasan por un solo canal de aprobación. </li></ul><ul><li>Las peticiones pueden ser tasadas entonces según criterios como: origen, prioridad de cliente, apoyo de objetivos comerciales, e impacto en cronograma. </li></ul><ul><li>  </li></ul><ul><li>El canal de la aprobación puede ser una persona (como un gerente de proyecto) o quizás un grupo de representantes (por ejemplo; un CCB, Cambio o Configuración de la tabla de control). El CCB debería tener a representantes de cada uno de los grupos relevantes. </li></ul>
  4. 5. <ul><li>Maneje Expectativas </li></ul><ul><li>¿Por qué manejan expectativas? </li></ul><ul><li> Entonces los clientes entienden por qué usted aplaza la funcionalidad </li></ul><ul><li>La gente percibe cosas diferentemente </li></ul><ul><li>Cosas pasan </li></ul><ul><li>Como Manejar Expectativas   </li></ul><ul><li>Entender expectativas de cliente. </li></ul><ul><li>Limitar las expectativas como apropiadas. </li></ul><ul><li>Incluir la fuente de la limitación. </li></ul><ul><li>Bajo promesa y sobre entregan. </li></ul><ul><li>La comunicación es muy importante; ningunas sorpresas. </li></ul>
  5. 6. <ul><li>demandas altas, pero no son irrazonable. </li></ul><ul><li>Separar a la gente del problema. </li></ul><ul><li>Foco en intereses, no posiciones. </li></ul><ul><li>Entender su Mejor Alternativa a Arreglo Negociado (BATNA). </li></ul><ul><li>Inventar opciones para la ganancia mutua. </li></ul><ul><li>Diplomacia de uso. </li></ul><ul><li>  </li></ul>
  6. 7. <ul><li>Las habilidades de negociación son claves a cualquier programa acertado, multipartidario. Mejoramiento de éstos las habilidades son una actividad normal, profesional para la cual cada uno debería pasar el tiempo. </li></ul><ul><li>Que importante es esto </li></ul><ul><li>¿para usted? ¿Y si el cliente anula el proyecto? Este le da un punto fundamental para trabajar. </li></ul><ul><li>  </li></ul><ul><li>La llave debe concentrarse en los involucrados y tentativa de subir con opciones creativas que satisfagan ambos lados. </li></ul>
  7. 8. <ul><li>Impide a proyectos de ir a la deriva en un abismo técnico o político. </li></ul><ul><li>Las ayudas manejan el alcance de proyecto. </li></ul><ul><li>Posee la visión de producto. </li></ul><ul><li>Abogados para el producto. </li></ul><ul><li>Defiende contra el pelota de aspecto. </li></ul><ul><li>Negocia con manager, usuarios y desarrolladores. </li></ul><ul><li>  </li></ul><ul><li>Mantiene un equilibrio v entre necesidades de cliente y lo que puede ser entregado a tiempo. </li></ul><ul><li>  </li></ul><ul><li>Representa el canal oficial entre el cliente y el equipo de desarrollo. </li></ul><ul><li>  </li></ul><ul><li>el aún a menudo intangible, aspecto de tener un proyecto acertado. </li></ul><ul><li>  </li></ul><ul><li>Por lo general este no es un título de trabajo, pero un papel desempeñado por un individuo clave. </li></ul><ul><li>  </li></ul><ul><li>¿Querría usted tener a un campeón de producto en el lado de desarrollo o el lado de cliente? </li></ul><ul><li>  </li></ul><ul><li>¿En que nivel en su compañía tendría que esta persona estar en ser eficaz? </li></ul>
  8. 9. <ul><li>DUDAS A RESPONDER ? </li></ul>

×