Bienvenido al desarrollo rapido Contenido 1.1, £Qué es el desarrollo rapido? 1.2, Cémo lograr el desarrollo rapido Temas relacionados Quin debe leer este libro: Prélogo Beneficios fundamentales del libro: Prologo @Por qué se ha escrito este libro?: Prélego Estrategia para el desarrollo ripido: Capitulo 2 Cuestiones fundamentales para el desarrollo répido: Capitulo 6 EL KESPUNSABLE DE PRODUCTOS ME DUO que queria desarrollar un producto preparado para un cambio. Deseaba tener cn cuenta la cali- dad, evitar el crecimiento de prestaciones, controlar Ia planificacién y te- ner tna fecha de entrega predecible, Cuando llegé la hora de realizar el proyecto, quedé claro que la tinica prioridad real era poner el producto a la venta lo antes posible. ,Usabili- dad! No tenemos tempo. jXendimiento? Puede esperar. {Facilidad de anteuimiento? Pura ef prdaimo proyecto. (Nerificacion? Nuestros usua- rios quieren el producto ahora. Hay que terminar como sea. Este responsable de productos en particular no era el responsable de un solo producto. Podria haber sido précticamente cualquiera de los res- ponsables de productos para los que he trabajado, Este comportamiento Se repite todos Ios dias, en todos los estados y en todos los paises. El tiempo de desatsullo se ha convyertido en una prioridad tan importante que hha cogado a las personas sin dejarles ver otras consideraciones importan- tes, incluso algunas que afectan al final al tiempo de desarrollo.4 Desarrollo y gestién de proyectos informaticos 1.1. ZQué es el desarrollo rapido? Para algunas personas, el desarrollo tapido consiste en aplicar una tinica herramienta 0 método. Para el hacker, el desarrollo rapido consiste en codificar 36 horas de un tirén. Para el ingeniero de sistemas de informa- cién, es RAD (una combingcién de herramientas CASE, la participacion intensiva del nsnaria y ventanas temporales estrictas). Para el programa- dor de mercado, consiste en usar prototipado répido con la ditima version de Microsoft Visual Basic o Delphi. Para el directivo desespetado por acortar una planificacién, es cualquier método recomendado en el iltimo numero de Business Week. Cada uno de estos métodos y herramientas va bien hasta un cierto limite, y cada uno puede contribuir a inccementar In velocidad Ce desarro- Io. Pero para obtener todo el beneficio posible, cada uno tiene que estar coordinado dentro de una estrategia global. Ninguno de ellos es aplicable a todos los casos, y ninguno puede compararse frente a otras técnicas que generalmente no Son consideradas como técnicas de desarrollo ripido, pero que sin embargo ticnen profundas implicaciones en la velocidad de desarrollo En lugar de identificar una herramienta 0 método especificos, en lo que respecta a este libro el «desarrollo rapido» es simplemente una frase descriptiva opuesta a «desarrollo lento y tipico». No es Desarrollo Ré: pido™, una frase o palabra magicas. No es una fulgurante metodologia de desarrollo ripide Blaze-O-Matic © Gung-HO-OO. El desarrollo rapido es un términa genérica que signifiea In misma que udesarrolla velo7» 0 «planificaciones més cortas». Significa desarrollar software a una veloci- dad superior a la alcanzada en este momento. Entonces, un «proyecto de desarrollo rapido» es cualquier proyec- to que necesite hacer énfasis en la velocidad de desarrollo. En las it~ cunstancias actuales, esta deseripeién se adapta a gran cantidad de pro yeetos 1.2. Como lograr el desarrollo rapido El camino marcado en este libro es claramente la ruta menos transitada en la industria actual, Pasar por la ruta menos transitada puede parecer arries- gado, Pero la ruta mds concurrida es la que actualmente esta redundando ‘en costes masivos y retrasos en la planificacién, baja calidad, proyectos cancelados, muchos cambios de personal. fricciones entre directivos. desa- rrolladores y clientes, y todo el resto de problemas que estamos tratando de evitar. ‘Si trabaja en una organizacion normal y sigue los métodos descritosPara todo problema ‘complejo hay una respuesta corta simple y evrénea HL. Mencken Capitulo 1: Bienvenido al desarrollo répido 5 en este libro, podri redueir significativamente su tiempo de desarrollo, puede que hasta la mitad, e incrementar también su productividad. Ade- ‘mas, podra hacerlo sin alterar la calidad, el coste, el rendimiento 0 la faci- Tidad de nuautenianiewto, Six embargo, la nejura no sexd instanténca, no la obtendré a partir de una dinica y nueva herramienta o método, y no la alcanzara cogiendo simplemente el paquete de la estanteria. Requerira: tiempo y esfuerzo. Hubiera deseado tener una solucién sencilla para el problema de la velocidad de desarrolio. También me gustaria tener cinco millones de Udlares. Peru las seluciones simples ieuden a faneionas s6lo con proble- ‘mas seneillos, y el desarrollo de software no lo es. El desarrollo répido de software es atin menos simple. Como sugiere la Figura 1.1, el conjunto de todos los métodos di ponibles para desarrollo de software es inmenso. Dentro de este con- junto, el subconjunto de metodos también es grande, En un proyecto en particular, sélu se utiliza un peyueiio subvoujunto de estos métodos. Visto por encima, para tener éxito en el desarrollo rapido se requieren dlos cosas '* Seleccionar métodos eficaces en lugar de métodos ineficaces. ‘Seleccionar métodos orientados especificamente a aleanzar sus obje~ tivos de planificacin. Conjunto, ‘08 metoves usados en un proyecto, dotorminado Figura 1.1. Conjunto de todos los métodos para desarrollo de software. La velocidad de desarrollo depende de la seleccién de los métodos de desarrollo. La velocidad con quo desarrallemes cualquicr programa concrete dependerd de la proporcidn de métodos eficaces y de métodos orientados a fa planificacién que seleccionemos.Desarrollo y gastién de proyectos informéticas Podriamos pensar que esto es obvio, pero como se explica en el Capi- tulo 3, las organizaciones seleccionan habitualmente métodos ineficaces. Eligen métodos cuya ineficacia esta probada, o que fallan mas de la cuen- ta, Cuando necesitan la maxima certeza en los plazos, seleceionan pricti- 3 de alto riesgo, que reducen la posibilidad de aleanizar las fechas limite Fijadas. Chanda necesitan redhcir castes, seleccianan métodas orientadas ala velocidad, que incrementan los costes. En estas empresas, e! primer paso hacia la mejora de la velocidad de desarrollo consiste en admitir que estin seleccionando métodos ineficaces, y a partir de ahi comenzar a ele- ir métodos eficaces. En la Figura 1.1, todos los métodos efectives orientados a la planifi- cacién estin agrupadas en tina categoria, pero camo sugiere la Figura 1 2, actualmente se puede elegir entre tres tipos de métodos orientados a la planificacién: ‘© Métodos que mejoran la velocidad de desarrollo, permitiendo en- tregar antes el software 4 Métodos que reducen el riesgo en la planificacién, permitiendo evitar grandes retrasos de planificacién. ‘* Métodos que hacen visible el progreso, permitiendo disipar a im- presién de tener un desarrollo lent. Los lipos espevificus que seleccioue de métodos oricutados a plauifi- cacién estarin determinadoe por eus problemas con la velocidad de desa- rrollo. Si piensa que simplemente necesita desarrollar més rapido, debe ‘Metodos orientados 2 planiicacion Figura 1.2. Hay tres tipos de métodos orientados a la planificacién: ‘métodos que permiten desarrollar mas répido, que reducen el riesgo en la Planificacién y que hacen visible el progreso.Capitula 1: Bianvanide al desarralia répiden 7 centrarse en métodos orientados a la velocidad de desarrollo. Si piensa gue su velocidad de desarrollo es correcta, y que el problema radica en {a percepcién de la velocidad de desarrollo por parte del cliente, deberia centrarse en los métodos orientados a la visibilidad, ‘Al unir métodos efectives orientados a planificacién junto con un plan para usarlos, verd que el conjunto offece mejoras dristicas y reales en la velocidad de desarrollo. Esto es mejor que usar un software «elixin» Habichuelas-Mégicas, que realmente no funciona. Por supuesto, seleccio- nar métodos eficaces y evitar los ineficaces es facil de decir, pero dificil de hacer, y éste es el tema det resto del libro.