P. 1
dsdm

dsdm

|Views: 353|Likes:
Publicado porMané Torres

More info:

Published by: Mané Torres on Aug 05, 2011
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as PDF, TXT or read online from Scribd
See more
See less

08/26/2014

pdf

text

original

DSDM (Método de Desarrollo de Sistema Dinámico).

El DSDM empezó en Gran Bretaña en 1994 como un consorcio de compañías del Reino Unido que querían construir sobre RAD [N. del T. Desarrollo Rápido de Aplicaciones] y desarrollo iterativo. Habiendo empezado con 17 fundadores ahora tiene más de mil miembros y ha crecido fuera de sus raíces británicas. Siendo desarrollado por un consorcio, tiene un sabor diferente a muchos de los otros métodos ágiles. Tiene una organización de tiempo completo que lo apoya con manuales, cursos de entrenamiento, programas de certificación y demás. El método empieza con un estudio de viabilidad y negocio. El estudio de viabilidad considera si DSDM es apropiado para el proyecto. El estudio de negocio es una serie corta de talleres para entender el área de negocio dónde tiene lugar el desarrollo. También propone arquitecturas de esbozos del sistema y un plan del proyecto. El resto del proceso forma tres ciclos entretejidos: el ciclo del modelo funcional produce documentación de análisis y prototipos, el ciclo de diseño del modelo diseña el sistema para uso operacional, y el ciclo de implantación se ocupa del despliegue al uso operacional. DSDM tiene principios subyacentes que incluyen una interacción activa del usuario, entregas frecuentes, equipos autorizados, pruebas a lo largo del ciclo. Como otros métodos ágiles usan ciclos de plazos cortos de entre dos y seis semanas. Hay un énfasis en la alta calidad y adaptabilidad hacia requisitos cambiantes. No he visto mucha evidencia de su uso fuera del Reino Unido, pero DSDM es notable por tener mucha de la infraestructura de las metodologías tradicionales más maduras, al mismo tiempo que sigue los principios de los métodos ágiles. Parece haber una pregunta en si sus materiales animan más de una orientación al proceso y más ceremonia de lo que me gustaría. La metodologia DSDM es caracterizada por su rapidez de desarrollo atendiendo a las demandas de tecnologia de forma eficaz y eficiente previendo que transcurra mucho tiempo y la tecnologia cambie. SEGUNDA PEGADA Es una metodologia agil situada dentro de las RAD (rapid aplication development), es ideal para proyectos de sistemas de informacion cuyos presupuestos y agendas son muy apretadas. DSDM consiste en tecnicas de desarrollo y gestion del proyecto en la misma metodologia. Las caracteristicas de DSDM son: • • • • • Trabajo en equipo tanto los desarrolladores, los usuarios y los Stakeholders. El equipo de desarrollo puede tomar sus deciciones sin depender de autorizaciones de sus superiores. El desarrollo es iterativo e incremental El equipo de desarrollo debe realizar entregas cortas pero frecuentemente, estas entregas deben ser funcionales. Todos los cambios pueden ser revertibles, es decir, debemos tener una linea base y a partir de ella crear funcionalidad, pero si no tenemos los resultados deseados podemos regresar a la linea base nuevamente. La verificacion de calidad debe existir a lo largo del proceso de desarrollo y no solamente en al final del proyecto.

se prueba paralelamente la calidad del producto y se documenta el manual de usuario y tecnico. esta es la etapa de diseño. respetando presupuesto y asegurando la calidad. Diseño e Iteracion de Estructura: se realiza la codificacion de la solucion. El cliente puede definir sus necesidades de diseño. La entrega del proyecto debera ser a tiempo. DSDM es utilizado en sistemas TI pero tambien pudiera ser utilizado para proyectos en donde se requiera cambio de algun sistema aunque no sea TI. Las fases de DSDM son: Necesidad de un enfoque DSDM. En un sistema normal un modelo de cascada puede funcionar bien. materiales y financieros) y los problemas de la empresa o cliente. Estudio de Viabilidad: estudio de requerimientos (humanos. Implementacion: entrega del producto al cliente o usuario final. La evaluacion de riesgo debe estar enfocada en entregar funcionalidad no en el proceso de desarrollo La estimacion debe estar basada en funcionalidad del negocio. DSDM solo quiere que se complete la iteracion con la funcionalidad suficiente como para que inicie la siguiente iteracion. Estudio de la Empresa: como planificar las actividades de la empresa. Iteracion del Modelo Funcional: plantear un modelo previo que de solucion aceptable a la problematica.Existen consideraciones de importancia las cuales son: • • • • • • • • • • • Ningun sistema es construido a la perfeccion en el primer intento. tal vez tambien enviar su especificacion de requisitos para la selección de .

Aplicación de los principios DSDM. Pero no hay nada nuevo aquí por que DSDM aboga esto en sus proncipios y factores criticos de exito. Sin embargo esto trae consigo todos los problemas que DSDM trata de evitar: la falta de participación de los usuarios. Más tarde. por que la pureba está integrada. los sistemas de baja calidad que no cumplen con los requisitos de los usuarios. algunas áreas claves que deben considerarse para lograr este CSF medida de lo posible se plantean en un entorno. significa que la participación activa puede ser difícil. no sólo para los usuarios.proveedores. La clave del éxito de DSDM será la eliminación de este aislamiento siempre que sea posible. donde los productos son aptos para el proposito. El siguiente diagrama ilustra cómo se puede lograr. en particular: • • • Los contratos de gestión que apoya una relación de colaboración. Como en el estándar DSDM. Garantizar la calidad del producto y comprobar que apunta ("la entrega a tiempo")régimen. Esto obviamente no es posible en un entorno normal. cada intento se debe hacer funcionando como un solo equipo. Por lo tanto. La clave del éxito en la aplicación de los principios es que las organizaciones deben comprender DSDM. ofrece algunas orientaciones en estos ambitos. pero el grupo de trabajo debe identificar las areas donde se requiere total cuidado y atención. . Participación de los usuarios activos es imprescindible. que pueden llegar a estar muy aislado de los impulsores del negocio. Areas claves a considerar. pero nos concentramos en los equipos desde aquí. La lejanía del equipos. exploraremos las técnicas de comunicación. Esto puede significar que las organización debe ser entrenado en DSDM antes que el trabajo empiece: la organización debería estar plenamente familiarizada con DSDM. ¿Entonces no tiene sentido cambiar el paradigma y encontrar un enfoque diferente? Uno donde los usuarios puedan participar en todo. etc todos estos son problemas que los grupos han encontrado. cuando existe colaboración y cooperación. sino también para los desarrolladores. limitan la oportunidades de cooperacióny colaboración. ¿Es suficiente operar de acuerdo a una copia de un manual de DSDM? Posiblemente si. En esta sección vamos a explorar cómo los principios de DSDM puede ayudar y orientar a las personas que trabajan dentro de un entorno. una aplicación ligeramente diferente de los principios se pueden aplicar. A veces. Uno de los factores de éxito de DSDM(MCA) es la co-localización. Cómo lograr una buena comunicación y comprensión en un ambiente cultural diverso.

Nota: Una persona puede tener más de un papel y las funciones no son necesariamente a tiempo completo. las personas que hacen negocios relacionados con las decisiones deben ser los representantes de las empresas y. Este principio de DSDM no cambia en un proyecto. Si los desarrolladores no son parte de la organización. Los equipos de DSDM deben estar facultados para tomar decisiones. los técnicos son los mas aptos para tomar . El conocimiento del negocio y por lo tanto. etc. Buscar todas las maneras de inculcar la cultura de empoderamiento como sea posible – Utilizar desarrolladores en un lugar durante un período prolongado puede funcionar bien. los compromisos posteriores deberían ser más fáciles. Como siempre. incluido el usuario deben participar en todo. A menudo. no pueden tener mucho o incluso algún conocimiento del negocio. Infundir confianza. el empoderamiento es rechazado y los desarrolladores sólo quiere hacer "como usted dice". las reuniones de revisión de prototipos. pero se perdería la organización en caso de disolución. en particular entre el usuario y los desarrolladores. talleres. que requerirá un esfuerzo adicional para lograr un buen nivel de conocimiento del negocio. pero es tal vez difícil de lograrlo a través de diferentes entornos culturales. o su conocimiento no está relacionado específicamente con esta organización. El desafío es entender cómo conseguir una buena relación de trabajo(y comunicación). la confianza se pueden acumular en el entorno después de una larga relación. incluidas las reuniones de control. por el contrario. El mensaje clave es la primera vez. ya que la confianza crece.Todos los miembros del equipo.

La visibilidad y la comprensión común son esenciales. asegurando retroalimentación frecuente y general en la comprensión de los requisitos.con la participación de todos los interesados. videoconferencia. es importante que vean los productos intermedios con tanta frecuencia como sea posible para demostrar el progreso en la dirección correcta. por lo tanto. Las entregas frecuentes son también una herramienta valiosa para el director de proyecto para que pueda interpretar nuevos productos. el Embajador de usuario a ver que el sistema evolucione casi todos los días y la entrada continua de su desarrollo a través de seruna parte fundamental del equipo de desarrollo. Esto. Este principio es fundamental para la gestion. En un proyecto de DSDM ideal. esto requiere de herramientas tales como una sala de proyectos virtuales. sin embargo. La participación de la parte de gestión en el desarrollo de la lista de requisitos priorizados sería muy ventajoso. También ofrece la oportunidad de decidir si el proyecto ha conseguido beneficiar a las empresas lo suficiente. La atención se centra en la entrega frecuente de productos. Aptitud para el uso empresarial es el criterio esencial para la aceptación de los entregables. es importante que la tecnología y los soportes de comunicación. También puede controlar el progreso con reuniones de seguimiento para mantener el desarrollo en curso. Este principio elimina las ambigüedades. no se dan cuenta de las diferencias de interpretación que se están arrastrando. Estos criterios serán la base para las pruebas y revisiones. ya que garantiza los criterios de aceptación se entiende y se acuerda. revisar los comentarios y enviar de vuelta). ya que evitar el "agujero negro". implica la necesidad de un contrato de colaboración. Sin embargo. etc En el desarrollo Iterativo e incremental es necesario converger en una conjunto preciso de soluciones empresariales. del usuario. establecido durante los estudios de viabilidad o de negocios. en múltiples sitios de desarrollo se requiere una fuerte gestión de la configuración y las herramientas de configuración de gestión disponibles para ser utilizada por todos los miembros del equipo donde quiera que estén. Este principio es muy importante en un entorno de desarrollo. Estos mecanismos proporcionan un fuerte control en los desarrollos. Contratos con partes del entorno debe permitir cambios de lo contrario puede haber costos asociados con ello. . Todos los cambios durante el desarrollo son reversibles. aprobando en el sentido del progreso. Puesto que los usuarios están lejos de Embajador del desarrollo. en particular. Los requisitos son la base del contrato con la empresa en el entorno y por lo tanto. la línea de base se vuelve aún más importante. En lugares de trabajo por separado. y por lo tanto ayudar a asegurar que el desarrollo va a cumplir con los requisitos.decisiones técnicas. los requisitos generales deben estar disponibles. las revisiones suelen ser electrónicos (envío de prototipos a un sitio local. entre otras razones. y deben ser entendidos por todos los miembros del equipo. donde no aparece nada hasta que todo el desarrollo se ha completado. Para los entornos de supervisión. Los requisitos son la línea base a un alto nivel.

es importante que ambas partes se han suscrito a un nivel superior para trabajar en forma colaborativa y cooperativa. Esta función se inicia en el estudio de negocios o. problemas. Este principio sirve en la gestión. etc. Repetible. una sala de proyecciones). En este trabajo. Un enfoque de colaboración y de cooperación entre todas las partes interesadas es esencial. la iteración modelo funcional. el usuario y los desarrolladores. la dependencia del papel en desarrollo puede disminuir. La puntualidad de pruebas y comentarios son importantes y debe hacerse tan pronto como sea posible teniendo en cuenta las diferencias horarias. Integrado a través del ciclo de vida. Por lo tanto. el fracaso para lograr este compromiso es un riesgo importante. con herramientas electrónicas para el registro de comentarios. y la necesidad de un sistema electrónico para el almacenamiento de los requisitos que se encuentre disponible en todos los lugares. Una herramienta de prueba puede ser ventajoso en este proceso. las pruebas frecuentes y revisiones de los productos intermedios y prototipos permiten mantener el desarrollo en línea con las necesidades a medida que evolucionan. sin embargo el papel tradicional del usuario sigue siendo el mismo con respecto a las pruebas. Idóneo para el fin. la experiencia demuestra que puede ser necesario duplicar el papel de probador en la funcionalida y en la gestión. entre ellos los representantes del equipo de desarrollo. A medida que la relación se desarrolla. Campeón y el patrocinio de los dos extremos. Los requisitos por escrito pueden ser difíciles de entender.haciendo hincapié en la importancia de la comunicación entre el visionario. Independiente. Como de costumbre. Error céntrico. Técnicas tales como la prueba de aceptación automática (tal como se utiliza en XP) también ayudan a aclarar los requisitos. y es importante a través de la implementación. La gestión eficaz de los problemas es esencial y los problemas deben ser visibles a todas las partes interesadas. estos representantes se les llama "Los desarrolladores embajadores". la educación del personal de dirección al principio del proyecto de acuerdo a sus funciones y responsabilidades . posiblemente. Los principios de las pruebas DSDM son tan importantes como siempre: • • • • • • Impulsado beneficio. especialmente teniendo en cuenta las diferentes culturas e idiomas. Esto implica que los productos deben estar disponibles por medios electrónicos en lugares conocidos (por ejemplo. En los proyectos costa afuera. Si se trata de una nueva relación. El papel de probador de funcionalidad(llamado el Coordinador de prueba en este documento) será asesorar y apoyar al usuario en las pruebas y ayudará a coordinar las actividades de prueba entre las partes. es importante que el usuario y otros expliquen los requisitos para los miembros del equipo en todos los sitios. Al igual que con cualquier proyecto de DSDM. Las pruebas son integrados a través del ciclo de vida. Repetible implica que el uso de herramientas automatizadas que sería útil. La comunicación de los temas es de vital importancia y puede requerir frecuentes llamadas telefónicas en momentos claves.

revisar el plan de tarea. el proyecto puede terminar con más de un plan. de conformidad para todos los equipos. Asumir un papel más activo de garantía. En la mayoría de los casos se trata de cuestiones financieras o de línea de tiempo. Los principales beneficios del enfoque DSDM se derivan de los usuarios de negocio (clientes) que participa activamente en los equipos de desarrollo. en vez de productos comerciales desarrollados con un mínimo de los costos. Por supuesto. Acuerdo del contrato definitivo con teniendo en cuenta detalles de gestión. En una situación de equipo de gestión. donde el equipo de desarrollo cumple. procesos y herramientas se definen y aplican en todos los lugares.Informar a los dos equiposde desarrollo y gestión de problemas técnicos. La empresa de desarrollo ha de participar en todo. En situaciones de gestión revisión de la distribución y alineación de las actividades.es esencial. Ya que hay más de un equipo involucrado. Funciones estándar DSDM en un entorno de desarrollo. las decisiones y suposiciones. cara a cara con los equipos de desarrollo y de gestión. y los resultados en el desarrollo. Hacer el contrato de colaboración. las partes clientes y empresa tienen objetivos diferentes a los resultados del proyecto: el client se enfocará en el pago del producto entregado y la empresa desarrollo en un ajuste a los objetivos. Esto debe ser evitado. En un entorno de desarrollo no todos pueden estar ubicados en lo que tenemos que asegurar que los métodos de comunicación están integrados a la brevedad posible. por lo general en gestión. El desafío será gestionar las expectativas de ambas partes y al mismo tiempo mantener el carácter de colaboración del equipo (s). El director del proyecto debe asegurarse que todos trabajan juntos para llegar a un plan acordado. Crear y mantener un plan de integración/infraestructura (construcción de entornos). Personas. Esto se debe teneren cuenta en todos los grupos y en todo el proyecto. Trabajar con los equipos de desarrollo y gestión para asegurar el software Visionario • • • • Coordinador Técnico • • • . Asistir a críticas de negocio. Rol DSDM Patrocinador ejecutivo • • • • • Responsabilidades adicionales Asegúrese de que los resultados de la negociación del contratosea un contrato comercialmente aceptable aún en la cooperación y colaboración. varios roles existentes tienen responsabilidades adicionales como se muestra a continuación y que requieren habilidades adicionales con el fin de proporcionar una estructura sólida para un proyecto de DSDM que maximiza el beneficio de la participación de los usuarios. La formación y retención de un equipo de colaboración lo antes posible es vital. Resolver los problemas de escalado entre desarrollo y gestión . Para cada tarea crítica para el negocio. directrices. Aprobar los cambios desde el punto de vista empresarial Asegúrese de que todas las normas. Resolver los problemas de una escalada de negocios entre los equipos de gestión y desarrollo.

asegúrese de que conexiones entre desarrollo y gestión están disponibles. Esta infraestructura se compone al menos de hardware. Tener conocimiento. no de trabajo.Resolver los problemas en esta área. Nota: Puede que sea necesario para asistir a reuniones importantes en otros lugares. Además. Asegúrese de hardware y software en desarrollo y gestión sean compatibles. Captar las lecciones aprendidas de lo que está funcionando. Ser experto en la facilitación de las diferentes culturas. Asegurar que la infraestructura para el desarrollo y la prueba están disponibles tanto en el desarrollo como en el cliente. de las diferencias culturales. o la conciencia. ya sea en desarrollo o en gestión. Trabajar con desarrolladores y clientes en el control de calidad para asegurarse de que la revisión y auditoría están de acuerdo con las estrategias técnicas del proyecto. Proporcionar el "pegamento" entre los equipos de desarrollo y gestión en las cuestiones técnicas. Organizar talleres retrospectivo (revisión al final de cada iteración). Resolver los problemas técnicos con los desarrolladores. Trabajo en un solo lugar. Ser capaz de comunicarse eficientemente con los equipos de desarrrollo y gestión (y. adquirir los medios técnicos para hacerlo). si es necesario. • • • • • Otros roles • • . Nota: Con el equipo de gestión se llevará a cabo sólo en casos excepcionales cara a cara. Porque operan en un mismo lugar. Tener en cuenta las diferencias culturales. Organizar talleres con servicios de teleconferencia y videoconferencia. Trabajar con el Coordinador Técnico para resolver y prevenir problemas técnicos. a veces fuera del horario normal de trabajo. Comunicar los cambios en los requisitos no funcionales para todas las partes. Asistir a las teleconferencias y videoconferencias. Provide the “glue” between onshore and offshore teams on technical questions. al menos. en el ámbito de la colaboración y la cooperación. desarrollo de software. Tenga en cuenta las diferencias culturales. Proporcionar conocimientos y habilidades a los equipos tanto en desarrollo como a los clientes. Tienen un fuerte énfasis en tener desarrolladores que están comprometidos con el desarrollo de un sistema de un cliente remoto. tanto en gestión como con el cliente.• • • • • • • • • Jefe de equipo • • • • • Asesor del usuario Facilitador • suministrado se ajusta a la definición de la arquitectura del sistema y cumple con los requisitos no funcionales. Asegúrese de que el Jefe de Proyecto y Jefe de otros Equipo(s) están plenamente conscientes de los avances de su equipo.software de gestión de requisitos y enlaces de comunicaciones. software de gestión de configuración.

Si una organización es completamente nueva para el trabajo en la gestión. Los diagrama en cada fase muestran las diferencias de forma gráfica. Función de asesoramiento. Roles DSDMO Desarrollador embajador • • Responsalbilidades Podría ser un desarrollador que trabaja en el negocio. Representar a la organización en la gestión. funciones y responsabilidades que cambian o son nuevos. Tener experiencia en tratar con el país en cuestión. El ventaja principal de DSDM durante el estudio de viabilidad es la decisión de si es o no una opción viable en la gestión. los desarrolladores y probadores. El proceso de DSDM-O. Este es el momento de revisar las lecciones aprendidas en proyectos anteriores. Esta sección trata sobre los efectos de las fases del ciclo de vida. las personas pueden ser menos conscientes de la necesidad de que el apoyo de soporte y mantenimiento y los representantes de mantenimiento lo más pronto posible en elproceso de desarrollo. Hay dos funciones adicionales que le serán útiles pero no esenciales: • Responsabilidades Roles adicionales de DSDM-O Administrador de contratos Experto en gestión • • • Gestionar todos los asuntos contractuales con la organización externa. Las funciones adicionales que se enumeran en la tabla de abajo son también necesarias para hacer frente al hecho de que la organización que tiene intereses comerciales y objetivos diferentes. Donde se identifican los productos.Funciones adicionales de los clientes. riesgos. los retos. • Asegurar que los productos cumplen con los criterios técnicos de calidad cuando se entrega desde la gestión de manera temprana. . si bien las soluciones de tecnología para la comunicación están en su lugar. en particular. sería conveniente determinar su viabilidad para la organización en general. Nota: es posible que haya menos necesidad para este papel. Estudio de factibilidad. Coordinar las pruebas para evitar la duplicación de esfuerzos ya que los exámenes tienen lugar en varios lugares. Desarrollador embajador de trabajo de usuario en la empresa Representantes apoyo y mantenimiento Coordinador de Prueba • • Nota: Dado que el desarrollo se realiza en una ubicación remota. Proporcionar asesoramiento a través de la experiencia personal en proyectos con empresas extranjeras en general y el país elegido en particular. Representa la actividad en el lugar de la costa.

es necesario entender las diferencias culturales y determinar el mejor entorno de colaboración para un proyecto de DSDM.Desde DSDM-O implica al menos dos organizaciones diferentes que están físicamente separadas. El estudio del negocio suele ser la primera fase en la que está involucrada la gestión. estos serán examinado para determinar cuál de los requisitos se abordarán primero. El diagrama muestra las principales diferencias de los proyectos del lado del cliente. el plan debe ser realista y factible. Estudio del negocio. El estudio de negocios genera la lista de requisitos priorizados. En el estudio del negocio también se produce el Plan de Desarrollo: es importante que el tenga una representación suficiente para garantizar los plazos. es un buen momento para garantizar que la comunicación entre las partes está trabajando y que hay un ambiente de colaboración y cooperación. Por lo tanto. Efecto de DSDMO en el Estudio de Factibilidad. etc. .

además de estar geográficamente separados. No hay que subestimar la necesidad de la comunicación cara a cara.Efecto de la gestión en el estudio de negocios. la pérdida de la comunicación y una tendencia a hacer suposiciones. Efecto de la gestión en la fase de modelo de iteración funcional. Iteración modelo funcional. A menudo es en este punto que el trabajo realmente comienza en gestión. Ya sea a miles de kilómetros o sólo decenas. la separación puede conducir a una mentalidad diferente en los equipos. . con los equipos de los usuarios y programadores que necesitan trabajar en estrecha colaboración. Es una tarea de gestión de proyectos para asegurarse de que el equipo está de hecho trabajando como un solo equipo.

Si el desarrollo se ha llevado a cabo en un entorno aislado. Lo siguiente debe ser observado sin embargo: • Un representante técnico en gestión debe estar disponible en el desarrollo para asegurar una transición sin problemas a la producción. En el diseño construccionde la iteración en la gestión no tiene productos específicos. Sólo se define el lugar donde se producen. aunque el proveedor debe participar en los futuros cambios y en la determinación de las lecciones aprendidas. .Diseño y Construcción de iteración. La otra consideración en la gestión de los productos es que debe tener un propietario nominado en el entorno del proyecto. las diferencias y las dependencias en las arquitecturas pueden surgir durante esta fase. No hay variación de la norma DSDM. Efecto de la gestion en la fase de diseño y construcción de iteración Productos. Implementación. Este titular puede ser desarrollador o cliente. La fase post proyecto será siempre en el desarrollo. Existen algunas diferencias en esta fase entre DSDM normal y DSDM-O. aunque esta prueba debe haber sido incorporada en la estrategia de prueba dentro del Plan de Desarrollo. y para dar cabida a la transferencia de conocimiento desde el proveedor al cliente. Diferencias de tiempo pueden causar retrasos en el camino crítico y estos deben ser atendidos. La clave para el éxito del diseño y la fase de Creación de iteración en la gestión de un proyecto es asegurar que la comunicación y herramientas de apoyo y ambientes permitan que los desarrolladores y los usuarios converjan con eficacia en una solución que sea adecuada para el propósito. • • Post-proyecto.

registros realizados de los mapas mentales. principalmente debido a la lejanía de las partes. Las siguientes son considerados como muy importantes: • • • • • • Reuniones cara a cara. sobre todo si el desarrollo se divide: • • • • Convenciones de nombres (como el nombre de una clase.Herramientas y Técnicas. desarrollar. Convenciones de la documentación (definir el formato correspondiente y el nombrede un documento). Las convenciones de codificación para que el equipo de gestión y el equipo de desarrollo pueda leer. un método. El uso de imagenes. Algunas herramientas que también pueden ser utiles son: Mientras que los siguientes son estándares genéricos de desarrollo. etc). y revisar el código de cada uno. Software para hacerse cargo de un PC a distancia. un diccionario común. . en las sesiones de capacitación son a menudo más comprensibles que los otros metodos tales como guias de usuario. En la gestión existe la necesidad de otras herramientas. etc. un adaptador de integración. los modelos de actividad. Teleconferencias. Objetos comunes. pero se vuelven muy importantes en los limites. DSDM identifica las herramientas y técnicas que son esenciales dentro de un proyecto de DSDM. Video conferencias. Herramientas para administración de requerimientos. por lo que los desarrolladores pueden mostrar prototipos directamente a los usuarios.

You're Reading a Free Preview

Descarga
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->