Los diez elementos esenciales de RUP La esencia de una efectiva Proceso de desarrollo

Leslee Probasco
Rational Software White paper
Resumen: A aplicar efectivamente un software proceso de desarrollo como el racional Proceso unificado 1 (cariosamente conocido como "RUP"), es importante que primero comprender sus objetivos claves, por qu cada uno es importante, y cmo trabajan juntos para ayudar a su equipo de desarrollo producir un producto de calidad que cumple con su necesidades "reales" de los interesados.

Tabla de contenidos
A Plea for Help ........................................................................................................................1 Abrumado por los detalles...1 Focus on the Essentials...........................................................................................................1 Start with a Short List ........................................................................................................2 Qu debera estar en su lista? Well, it Depends ..........................................................2 Build a Framework First ........................................................................................................2 The Ten Essentials of RUP .....................................................................................................3 Vision Develop a Vision ....................................................................................................4 Plan Manage to the Plan...................................................................................................4 Riesgos identificar y mitigar los riesgos...5 Temas asignar y seguimiento de temas...5 Negocio del caso examinar el caso de negocio...5 Arquitectura: diseo de una arquitectura de componentes...5 Producto incrementalmente construir y probar el producto...6 Evaluacin evaluar peridicamente los resultados...6 Pide cambio gestin y Control de cambios.6 Usuario apoyo proporcionar asistencia al usuario...6 What about Requirements?....................................................................................................6 What about Test?....................................................................................................................7 Resumen: Aplicando los diez elementos esenciales...7 For Very Small Projects.......................................................................................................7 For Growing Projects ..........................................................................................................7 For Mature Project Teams ..................................................................................................8
Los diez elementos esenciales de RUP la esencia de un proceso de desarrollo eficaz

Una peticin de ayuda

La otra noche, mi vecino Randy vino a pedir ayuda: se estaba preparando para un fin de semana de camping senderismo viaje con su grupo de la iglesia y estaba tratando de determinar qu equipo 1hacer las maletas para la salida. Ya tena algunas ropas y equipos, y sin duda iba a tener que comprar ms. Por favor, presta mi lista de engranaje? Mi lista de engranaje? S. Parece que estaba visitando un da cuando me estaba preparando para un mochilero y viaje de escalada. l sabe que soy bastante experiencia en liderar y participar en excursiones desierto y fue muy impresionado que pude determinar rpida y eficientemente los elementos para caber en mi espacio de embalaje limitada por refirindose a una lista que tengo gran parte de mi equipo inventariado y ropa. Podra prestas a esa lista? Bueno, claro, que era Bienvenido a prestar mi lista de cambios pero tema que no sera de mucha ayuda. Por qu no? No es cierto Parece que todo lo que necesitaba en esa lista? En realidad, estaba seguro de que todo lo que necesitaba por lo menos sera representado por algo en mi lista, pero ms probable, los artculos exactos que necesitaba para este viaje en particular podran no estar en la lista en todo. Por ejemplo, no Slo su zapato tamao mucho ms grande, pero sin duda prefiere comidas diferentes (y cantidades) que podra Elija llevar.

Abrumado por los detalles

El hecho es que tengo literalmente cientos de artculos en mi lista de engranaje al aire libre, abarca muchos tipos diferentes de salida de excursionismo y escalada, esqu, raquetas de nieve, escalada en hielo y kayak y cubren longitudes de viaje desde simples excursiones a expediciones de varios das. Y tengo diversos artculos te llevara a lo largo de que estuviera llevando un viaje para una organizacin (por ejemplo, viaje inscripcin hoja y renuncia formas), que si slo estuviera hacia fuera en el desierto con algunos de mis amigos. Mi principal preocupacin era que l no sera capaz de vadear a travs de la multitud de elementos en la lista y averiguar lo que l necesitaba para su salida relativamente simple. Randy lanz sus manos en exasperacin. Nunca estara listo a tiempo para estar preparado adecuadamente para su caminata. Cmo Saba lo que hacer las maletas? Haba comenzado la semana pasada del embalaje hizo una extensa investigacin en Internet, compr fantasia nuevas botas, chaquetas y ropa su paquete ya estaba completo. Y l todava no haba empacado cualquier alimento! Ah, s y no necesita tomar agua, tambin? Y si algo sali mal? Qu pasa si se perdieron? O alguien result herido.

Centrarse en lo esencial
Mientras que ordenados por los artculos Randy ya haba puesto en su mochila, fcilmente pude ver que l no tena un vista de los elementos esenciales necesarios en una excursin de desierto de equilibrado. Tienes los "diez esenciales"? Le pregunt. Diez essentials? Qu son? Randy, tengo solo la lista que necesitas. Me sac una hoja de papel en blanco y escrib en la parte superior: "los diez Essentials". En l, escrib 10 artculos: 1. mapa 2. la brjula 3. gafas de sol y bloqueador solar 4. extra ropa 5. ms alimentos y agua 1"Engranaje", un trmino del argot utilizado por montaeros y otros amantes del aire libre para denotar cualquier tipo de equipo, herramientas, ropa, calzado u otros artefactos utilizados en sus diferentes y diversos deportes. Si crees que RUP tiene un montn de artefactos, ver: www.mgear.com.
Los diez elementos esenciales de RUP la esencia de un proceso de desarrollo eficaz

2 6. Faro 7. primeros auxilios 8.-iniciador de fuego 9. los partidos 10. cuchillo2

Comience con una "lista corta"

Eso es todo? S! Eso es todo! Si empiezas con estos 10 elementos, asegurndose de que tiene cada rea cubierta, entonces el otras cosas caern en su lugar segn sea necesario. Por supuesto, cada uno de estos elementos "esenciales" ajustar la escala hacia arriba o hacia abajo, dependiendo de en el viaje, pero a partir de una "lista corta" y ampliando, segn sea necesario, es ms fcil que a partir de una larga lista y tratando de decidir qu no tomar. Cuando ganes experiencia, podr evolucionar su propia "lista larga" que tenga sentido para ti como pasa el tiempo. En aquel punto, puede ser til para que veas mi lista y otros para ver cmo podra correctamente expandir tu propia. Pero listas de ninguna persona dos nunca ver exactamente igual (a menos que han engaado!). Memoric esta misma lista hace muchos aos cuando empec a montaismo y todava me refiero a pase lo que pase tipo de viaje que me estoy preparando para o cunto pretendo hayan desaparecido. Si me preguntas a cualquier alpinista experimentado, "Do you Tenemos lo esencial' diez'? ", la mayora de ellos sabr exactamente lo que es que ests preguntando. De hecho, diferentes grupos o individuos pueden tener una lista diferente de "diez essentials", pero en esencia, son iguales. Y para cada uno viaje, los elementos reales que la maleta pueden ser completamente diferentes, pero todava puedo decir que tengo los essentials"diez".

Qu debera estar en su lista? "Bueno, todo depende..."

Entonces, cmo se relaciona esto con RUP? A menudo, como ayudo a los equipos de proyecto ordenar a travs de los muchos elementos en RUP (por fin Conde, he encontrado 4 fases, 9 flujos de trabajo fundamentales, 31 trabajadores, 103 artefactos, 136 actividades, adems de las pautas ms, listas de comprobacin y herramienta de mentores que me importara contar!), he odo preguntas tales como: "cmo ordenar a travs de Estos elementos y determinar que necesito para mi proyecto? " "necesito ste?" "No es RUP es slo para grandes proyectos?" La respuesta es ms a menudo (uno de nuestros favoritos): "Bueno, todo depende..." Lo que realmente quiero, he decidido, es una lista de "10 Essentials de RUP", que te puedo dar a la gente buscando proceso gua como lo hice para mi amigo Randy. Esta lista podra servir como punto de partida razonable para determinar la elementos adecuados para incluir para cualquier proyecto y podran aplicarse si iban para una excursin de da corto (un muy pequeo proyecto); un viaje de mochila, esqu o kayak nocturno (mediana proyecto en dominios diferentes); o una mayor Expedicin Everest-tipo (un proyecto muy grande, crtico). La idea es centrarse en lo que yo llamo "la esencia" de RUP o realmente de cualquier proceso de software eficaz. Esto tambin se relaciona a nuestros conceptos de "mejores prcticas" 3 en software desarrollo.

Construir primero un marco

Un problema comn que veo en muchos proyectos, es que ellos a menudo se centrarn pesadamente en un rea en particular en la medida que ellos empantanarse con los detalles de esa rea en particular antes de asegurarse de que tienen una buena idea de los elementos "clave" implicados en el ciclo de vida de todo el proceso de producir un producto de calidad. Entonces, cuando el proyecto cae detrs de ellos dicen, "Mira, te dije que los requisitos de gestin slo lento nos abajo! ". Puede reemplazar "gestin de requisitos" en la declaracin anterior con "casos de uso", "que recoge 2Para un anlisis completo de esta lista de "10 Essentials", os remito al excelente libro, "montaismo el Libertad de las colinas ", 6thEdicin, los montaeros, Seattle, WA, 1997. pgs. 35-41. 3Las "mejores prcticas" que racional ha estado promocionando en los ltimos aos incluyen: (1) desarrollar iterativamente, (2) Gestionar visualmente, requisitos, (3) uso componente arquitecturas, modelo (4) (5) verificar el Control de calidad y (6) Cambios.
Los diez elementos esenciales de RUP la esencia de un proceso de desarrollo eficaz

3 proyecto mtricas","uso de gestin de la configuracin","uso de una herramienta de seguimiento de defectos","tener reuniones de estado"o cualquiera de una serie de frases que seguro que ests familiarizado con. Creo que es mucho ms eficaz adoptar un enfoque ms sistemtico y holstico, asegurndose de que la llave son elementos de un proceso en su lugar (una arquitectura, por as decirlo) antes de determinar enfocar cualquier particular rea problemtica. Una vez que este marco (o arquitectura) para un proceso de calidad de software en su lugar, entonces creo que un proyecto puede efectivamente se centran en un rea en particular que se identifica como un contribuyente importante a sus problemas (y por lo general, a admitir, requisitos de gestin est a menudo en la parte superior de la lista 4). Tener en cuenta, sin embargo, que el RUP enfoque es a base de esta seleccin en identificar y priorizar los riesgos para el proyecto y determinar temprano para aquellos que las estrategias de mitigacin de los riesgos identifican.

Los diez elementos esenciales de RUP

Entonces, cules son los "diez Essentials de RUP"? La siguiente lista describe lo que creo que es el conjunto mnimo de elementos de un proyecto tendr en su lugar si verdaderamente estn siguiendo la "esencia" de la Rational Unified Process: 1. visin 2. plan 3. los riesgos 4. cuestiones 5. Anlisis de rentabilidad 6. arquitectura 7. el producto 8. evaluacin 9. las solicitudes de cambio 10. el usuario soporte 4Gestin de requerimientos ya que es una de las iniciales "reas de proceso de clave" del modelo de madurez de la capacidad (CMM), esto no es un escenario probable para las que determinen mejorar su proceso de desarrollo de software.
Los diez elementos esenciales de RUP la esencia de un proceso de desarrollo eficaz

4 Miremos en cada uno de estos artculos individualmente, ver donde caben en RUP y tratar de entender por qu cada uno hizo mi "lista corta" de artculos esenciales. Visin desarrollar una visin Tener una visin clara es clave para desarrollar un producto que satisfaga las necesidades reales de sus grupos de inters ".5 La visin captura la "esencia" de los flujos de trabajo requisitos de RUP: analizar el problema, la comprensin las partes interesadas necesidades, definir el sistema y dirigiendo los requisitos como cambian. La visin proporciona un alto nivel, a veces contractual, base para requisitos tcnicos ms detallados. El Requisitos de muy alto nivel de capturas de la visin y disear las restricciones, para dar al lector una comprensin de la sistema para desarrollarse. Proporciona entrada al proceso de aprobacin del proyecto y por lo tanto, est ntimamente relacionada con la Caso de negocio. Se comunica el fundamental "por qu y qu de" relacionadas con el proyecto y es un indicador de contra que todas las decisiones futuro debern validarse. El contenido de la visin debe contestar las siguientes preguntas, que pueden ser explotadas para separar, ms detallado, artefactos, segn sea necesario: Cules son los trminos clave? (Glosario) Qu problema estamos tratando de resolver? (Declaracin del problema) Quines son los interesados? Quines son los usuarios? Cules son sus necesidades? Cules son las caractersticas del producto? Cules son los requisitos funcionales? (Casos de uso) Cules son los requisitos no funcionales? Cules son las limitaciones de diseo? Planificar, gestionar el plan "El producto es slo tan bueno como el plan para el producto". 6 En RUP, el Plan de desarrollo del Software (SDP) recopila toda la informacin necesaria para gestionar el proyecto. Puede incluya un nmero de diferentes artefactos desarrollados durante la fase inicial y se mantiene a lo largo de la proyecto.

El SDP se utiliza para planificar las necesidades de recursos y programacin de proyecto y para el seguimiento del progreso contra el calendario. Lo se dirige a reas tales como: organizacin del proyecto, plan (Plan de proyecto, Plan de iteracin, recursos, herramientas), Plan de gestin de requisitos, Plan de gestin de configuracin, Plan de resolucin de problemas, Plan de control de calidad, Plan de pruebas, Casos de prueba, Plan de evaluacin y Plan de aceptacin de producto. En un proyecto simple, esto puede incluir slo una o dos oraciones cada.Por ejemplo un Plan CM pueden simplemente estado: "Al que final de cada da, el contenido de la estructura de directorios del proyecto ser relampagar, copiado en una fecha, con la etiqueta disco Zip, marcadas con un nmero de versin y colocado en el archivador central." El formato del Plan de desarrollo Software s mismo no es tan importante como la actividad y el pensamiento que el productor. Entonces, realmente no me importa lo que parece o qu herramientas utilizar para construirlo. Como Dwight D. Eisenhower dijo, "el plan no es nada; la planificacin es todo". 5"El objetivo es desarrollar un producto de calidad, a tiempo y en presupuesto, que satisface necesidades reales de los actores." Gestin de requisitos de Software, Dean Leffingwell & Don Widrig, Addison-Wesley Longman, enero de 2000. 6Johnson Space Center Shuttle Software Group, "Escriben the Right Stuff", Charles Fishman, Fastcompany, Nmero 6, p. 95, diciembre de 1996.
Los diez elementos esenciales de RUP la esencia de un proceso de desarrollo eficaz

5 Artculos esenciales nmeros 2, 3, 4, 5 y 8 captan la "esencia" de la gestin de proyecto de flujo de trabajo en RUP: concebir un nuevo proyecto; evaluar el alcance y el riesgo; seguimiento y control del proyecto; planificacin y evaluando cada iteracin y fase. Riesgos identificar y mitigar los riesgos Un precepto fundamental de RUP es identificar y atacar los elementos de riesgo ms temprano en el proyecto. La lista de riesgo es la intencin de capturar los riesgos percibidos para el xito del proyecto. Se identifica, en orden decreciente de prioridad, la acontecimientos que podran conducir a un resultado negativo significativo. Junto con cada riesgo, debe ser un plan para mitigar ese riesgo. Esto sirve como un punto focal para la planificacin de proyecto las actividades, y es la base alrededor del cual se organizan las iteraciones. Temas asignar y seguimiento de problemas Continua comunicacin abierta con datos objetivos que derivan directamente de las actividades en curso y la evolucin configuraciones de productos son importantes en cualquier proyecto. En RUP, esto se hace a travs de evaluaciones regulares del estado, que proporcionan el mecanismo para abordar, la comunicacin y solucin de problemas de gestin, cuestiones tcnicas, y los riesgos del proyecto. Adems de identificar los problemas, cada uno se debe asignar una fecha de vencimiento, con un responsable persona que es responsable de la resolucin. Esto debe ser regularmente seguido y actualizado segn sea necesario. Estas instantneas proyecto proporcionan el latido del corazn para la atencin de la administracin. Mientras que el perodo puede variar, el forzamiento funcin necesita para capturar la historia del proyecto y resolver para eliminar los obstculos o los cuellos de botella que limitan progreso. Negocio del caso examinar el caso de negocio El caso de negocio proporciona la informacin necesaria, desde un punto de vista comercial, para determinar si o no Vale la pena invertir en este proyecto. El propsito principal del caso de negocio es desarrollar un plan econmico para la realizacin del proyecto visin. Vez desarrollado, el caso de negocio se utiliza para hacer una evaluacin precisa del retorno sobre la inversin (ROI) proporcionada por el proyecto. Proporciona la justificacin para el proyecto y establece sus limitaciones econmicas. Proporciona informacin a los tomadores de decisiones econmicas sobre el proyecto vale la pena y se utiliza para determinar si el proyecto debe seguir adelante. La descripcin no debe profundizar en los detalles del problema, sino ms bien debe crear una convincente argumento de por qu es necesario el producto. Debe ser breve, sin embargo, as que es bastante fcil para todo el equipo de proyecto miembros para entender y recordar. En momentos crticos, es volver a examinar el caso de negocio ver si estima de retorno esperado y el coste son todava precisos, y si debe continuar el proyecto Arquitectura: diseo de una arquitectura de componentes En el Rational Unified Process, la arquitectura de un sistema de software (en un momento dado) es la organizacin o estructura de los componentes del sistema significativo interactan a travs de interfaces, con componentes compuesta de sucesivamente ms pequeos componentes e interfaces. Cules son las principales piezas? Y cmo encajan juntas? RUP proporciona una manera metdica y sistemtica de disear, desarrollar y validar una arquitectura de software. Este es el "esencia" de los anlisis y diseo de flujo de trabajo en RUP: definir una arquitectura candidata, refinamiento de la arquitectura, Anlisis de comportamiento y diseo de componentes del sistema. Para hablar y razonar sobre arquitectura de software, primero es necesario definir una representacin arquitectnica, una forma de describe aspectos importantes de la arquitectura. En el RUP, esta descripcin es capturada en el Software Documento de arquitectura, que presenta la arquitectura de mltiples vistas. Cada vista arquitectnico aborda un conjunto especfico de preocupaciones especficas de las partes interesadas en el desarrollo proceso: los usuarios finales, diseadores, gerentes, ingenieros de sistemas, desarrolladores y as sucesivamente. Esto sirve como una comunicacin
Los diez elementos esenciales de RUP la esencia de un proceso de desarrollo eficaz

6 medio entre el arquitecto y otros miembros del equipo de proyecto sobre arquitectnicamente importantes decisiones que se han hecho en el proyecto.

Producto incrementalmente construir y probar el producto La "esencia" de los flujos de trabajo de implementacin y prueba en RUP es incrementalmente cdigo, construir y probar el componentes del sistema, con lanzamientos ejecutables al final de cada iteracin despus de nacimiento. Al final de la fase de elaboracin, un prototipo arquitectnico est disponible para la evaluacin; Esto tambin podra incluir un prototipo de interfaz de usuario, si es necesario. A lo largo de cada iteracin de la fase de construccin, los componentes son integrados en estructuras ejecutables, probados que evolucionan hacia el producto final. Clave de este elemento esencial es un conjunto integrado de actividades de prueba que acompaan el edificio del producto como as como gestin de la configuracin en curso y revisar las actividades. Evaluacin evaluar peridicamente los resultados La evaluacin de iteracin captura los resultados de una iteracin, el grado al que se cumplieron los criterios de evaluacin, las lecciones aprendidas y procesan cambios a implementarse. La evaluacin de iteracin es un artefacto esencial del enfoque iterativo. Dependiendo del alcance y riesgo de la proyecto y la naturaleza de la iteracin, puede variar desde un simple registro de demostracin y los resultados a un completo historial de revisin prueba formal. La clave aqu es centrarse en problemas del proceso, as como problemas de producto: "cuanto te retrasas, ms tiempo que tendr para ponerse al da". Pide cambio gestin y Control de cambios La "esencia" de la configuracin y gestin del cambio de flujo de trabajo es manejar y controlar el alcance de la proyecto, los cambios se producen a lo largo del ciclo de vida del proyecto, manteniendo el objetivo de considerar todas las partes interesadas necesidades y quienes, en cualquier medida posible reunin. Tan pronto como el primer prototipo es puesto antes de los usuarios (y a menudo incluso antes de eso), los cambios sern solicitar. (Uno de los las certezas de la vida!) Con el fin de controlar esos cambios y gestionar eficazmente el alcance del proyecto y las expectativas de las partes interesadas, es importante que todos los cambios en cualquier artefactos de desarrollo propuestos a travs de Solicitudes de cambio y manejado con un proceso coherente. Las solicitudes de cambio se utilizan para documentar y seguimiento de defectos, solicitudes de mejoras y cualquier otro tipo de solicitud de un cambiar el producto. El beneficio de las solicitudes de cambio es que proporcionan un registro de las decisiones y, debido a su evaluacin de proceso, asegurar que los impactos del cambio potencial son entendidos por todos los miembros del equipo de proyecto. El Las solicitudes de cambio son esenciales para la gestin del alcance del proyecto, as como evaluar el impacto de la propuesta cambios. Usuario apoyo proporcionar asistencia al usuario Como mnimo, esto debe incluir la gua del usuario, tal vez implementada a travs de ayuda en lnea y tambin puede incluye una gua de instalacin y notas de la versin. Dependiendo de la complejidad del producto, materiales de capacitacin tambin se pueden necesitar, as como una lista de materiales junto con cualquier producto que empaqueta. En RUP, la "esencia" del flujo de trabajo de implementacin es terminar y entregar el producto, junto con lo que los materiales son necesarios para ayudar al usuario final en aprendizaje, utilizando, operacin y mantenimiento del producto.

Qu pasa con los requisitos?

Algunos de ustedes pueden mirar mi lista de imprescindibles y vehementemente en desacuerdo con mis decisiones. Por ejemplo, dnde "Requisitos" encajars dentro de este panorama? No sera una mejor opcin en lugar de Visin? Los requisitos son sin duda esencial, verdad? Buenas preguntas. Yo dira que eso es bsicamente lo que el primer esenciales y para los prefieren tener "los requisitos" en la lista, puedes ponerte lo en este punto su propia lista! (Recuerde, cada uno Los diez elementos esenciales de RUP la esencia de un
proceso de desarrollo eficaz

7 equipo de proyecto debe inventar su propia lista. Mi lista de diez elementos esenciales se entiende slo como punto de partida para discusin adicional.) En mi experiencia, sin embargo, a veces pedir un equipo de proyecto (especialmente para un proyecto interno), "Cules son tus requisitos?"y recibir la respuesta,"No tenemos ningn requisitos." Al principio esto me sorprendi (procedente de un fondo de mil-Aeroespacial). Cmo podran no tener todos los requisitos? Luego me enter Qu tienen en mente cuando escuchan la palabra "requisitos" es un conjunto de declaraciones "shall" impuesta desde el exterior que "deben" ajustarse a o el proyecto rechazado y realmente no tengo nada de eso! Pueden ser involucrado en investigacin y desarrollo donde evolucionan los requisitos del producto durante todo el proyecto. Ahora, si sigo con esa respuesta: bien entonces, cul es la visin del producto? Entonces, sus ojos iluminan nos mover fcilmente a travs de cada una de las preguntas de la A la G por encima sin problemas y seguir los requisitos a lo largo despus de eso. Esto es muy cierto a menudo en un entorno de colaboracin, en lugar de un proyecto contractual, donde el los requisitos son "descubiertos" ms impusieron por edicto.

Qu hay?
Sin duda, algunos de ustedes dispuestos a clases tambin han notado que no inclu "Test" como uno de los "elementos esenciales" de RUP. Por qu es eso? A diferencia de modelado del negocio, que realmente creo que es opcional para un eficaz software proceso de desarrollo, de ninguna manera creo que la prueba es opcional. Ver prueba como un conjunto integrado de actividades que acompaar

el diseo y construccin del producto mucho al igual que la actual administracin de la configuracin y revisar las actividades y, coincidentemente, apenas como el IEEE 1074 estndar de proceso software hace. Y, si fuera muy entusiasta, entonces has notado que pruebas tiene efectivamente incluida junto con el edificio del producto (en esencial nmero siete), con las pruebas resulta sumamente importante para la verificacin y evaluacin (esencial nmero ocho). La esencia del enfoque iterativo del Rational Unified Process desarrollo de software, es continuamente construir, probar y evaluar ejecutables versiones del producto para eliminar los problemas y resolver los problemas y riesgos tan pronto como sea posible.

Resumen: Aplicar los diez elementos esenciales

Entonces, cmo puede el descubrimiento de la marca "Diez Essentials de RUP" una diferencia en mi vida? Para proyectos muy pequeos Bueno, en primer lugar, si alguien como mi amigo, Randy, haba de hecho vienen por pedirle consejo sobre un cmo le vendra bien a RUP para la construccin de un simple producto por s mismo o con un pequeo equipo inexperto, aprendiendo sobre el proceso, Ahora tengo mi propia lista de "10 essentials" que puedo compartir con l, ms que lo agobian con el completo poder de RUP y las Suites de herramientas Rational. De hecho, estos diez elementos esenciales pueden lograrse sin soporte de herramienta especializada. Un cuaderno de proyecto con uno seccin dedicada a cada uno de los diez elementos esenciales, es en realidad un muy buen punto de partida para la gestin del proyecto. Y yo han encontrado notas Post-It inestimable cuando inicialmente gestionar, priorizar y seguimiento de las solicitudes de cambio de mi propia aplicacin personal de la RUP. Para los proyectos de crecimiento Por supuesto, estos medios simples de aplicar los diez elementos esenciales pronto vuelto ingobernables como tamao del proyecto y complejidad crece, as que aquellos de ustedes que buscan clientes potenciales para las herramientas de Rational se encuentra maduras perspectivas en los aplicando el "diez Essentials de RUP". Y, por supuesto, eventualmente querrn el RUP completo, tambin, as como apoyo de las herramientas Rational (si haces tu trabajo bien!), una vez que deciden ir ms profundo que slo el nivel de superficie en cada rea. Me gustara animarte, sin embargo, a conducir con los "diez Essentials de RUP", junto a nuestras "Mejores prcticas", en lugar de lderes con las herramientas.
Los diez elementos esenciales de RUP la esencia de un proceso de desarrollo eficaz

8Para los equipos de proyectos maduros Para los equipos de proyecto ms maduros, lo esencial"diez" puede ayudar a proveer de usted un mtodo rpido para evaluar la equilibrio de los elementos clave de su proceso e identificar las reas donde la mejora es ms beneficiosa. En todos los proyectos, es importante explorar qu pasar si alguno de estos elementos esenciales se ignora lo que fallar si usted No lo tienen. Por ejemplo: Sin visin. Usted puede perder la pista de donde usted va y puede ser fcilmente distrado en los desvos. Ningn plan? Usted no ser capaz de observar el progreso. Ninguna lista de riesgo? Usted puede estar centrndose en las cuestiones mal ahora y va a explotar en un desprevenido mina 5 meses a partir de ahora. Ninguna lista de temas. Sin rendicin de cuentas, son los obstculos para el xito. Ningn caso de negocio? Se arriesga a perder tiempo y dinero en el proyecto, puede ser cancelada o ir en bancarrota. No hay arquitectura? Usted puede ser incapaz de manejar los problemas de acceso a datos, sincronizacin y comunicacin como se presentan; problemas de escalamiento y performance. Ningn producto (prototipo). Empezar a escribir cdigo; Slo la acumulacin de papeles no llegars muy lejos; Obtener algo de trabajo frente a los clientes. Ninguna evaluacin? No mantenga la cabeza en la arena. Es importante afrontar la verdad. Ests cerca a la fecha lmite? Sus objetivos en la calidad o presupuesto. No hay solicitudes de cambio? Cmo sigue la pista de estos? Sin soporte de usuario? Qu sucede cuando un usuario tiene una pregunta o no puede averiguar cmo utilizar el producto? Es fcil obtener ayuda? As que, ah lo tienes! Por qu "diez" essentials? Ninguna razn en particular, excepto que no quera ms que diez (no se puede contar tan alto!). Me gustara han quedado contento con tener "Nueve Essentials" o un nmero menor, pero no parecen ser capaces de cortar cualquiera de ellos hacia fuera. Supongo que los califica como esencial, verdad? Por lo menos a m! Os animo a utilizar esto como una partida el punto en el grupo del proyecto: Cul es su esencia"10". Si eres como yo, quiz quieras subir con un pequeo gancho de memoria o acrnimo para ayudarle a acordarse de su lista de "Diez Essentials". Por ejemplo, para bajarlo a 4 slabas, usar V-PRI-BAPE-CU y, por supuesto, ya que mantuvo el nmero de elementos esenciales a 10, que astutamente puedo usar mis dedos para contarlos sin tener que referirse a la lista en mi Palm Pilot. (Ahora usted sabe mi secreto!) Doble sede: Software Rational 18880 Homestead Road Cupertino, CA 95014 Tel: (408) 863-9900 Software Rational 20 Maguire Road Lexington, MA 02421 Tel: (781) 676-2400 Lnea gratuita: (800) 728-1212 Correo electrnico: info@rational.com

Web: www.rational.com Destinos internacionales: www.rational.com/ en todo el mundo Racional, el logotipo de racional, racional la e-development company, Rational Rose, Rational Unified Process son marcas registradas de Rational Software Corporation. Referencias a otras empresas y sus productos utilizan marcas propiedad de las respectivas empresas y son para propsitos de referencia solamente. Copyright 2000 por Rational Software Corporation. TP - 177 9/00 sujeto a cambios sin previo aviso. Todos los derechos reservados