230 likes | 426 Views
Gestión y modelos para la eficiencia en empresas de desarrollo de software. Juan Palacio http://www.navegapolis.net. Retos en el negocio del software. RETOS DE NEGOCIO. RETOS DEL SOFTWARE. 23%. 49%. 28%. 2000. 28%. 46%. 26%. 1998. 40%. 33%. 27%. 1995. 1994. 31%. 53%. 16%.
E N D
Gestión y modelos para la eficiencia en empresasde desarrollo de software Juan Palacio http://www.navegapolis.net
Retos en el negocio del software • RETOS DE NEGOCIO • RETOS DEL SOFTWARE
23% 49% 28% 2000 28% 46% 26% 1998 40% 33% 27% 1995 1994 31% 53% 16% Desarrollo de software al final del siglo XX Fracaso Problemático Éxito El proyecto se aborta o el sistema no se llega a utilizar Desbordamiento de agendas o costes. Las funcionalidades no cubren las expectativas. Problemas funcionales Proyecto realizado en el tiempo previsto, con los costes previstos, con la funcionalidad esperada y ofreciendo un funcionamiento correcto. Fuente: Standish Group Survey,
Desarrollo de software al final del siglo XX La mitad de los proyectos se cancelaba o doblaba las agendas Fuente: Standish Group Survey, 1999. Muestra: 8.000 proyectos TIC
¿El software como reto de negocio? • Incumplimiento de fechas • Modificaciones de requisitos • Costes desbordados • Presión en el desarrollo • Funcionalidades inadecuadas • Errores ¿ El software es así ?
El software como oportunidad de negocio • Mercado • Economía de escala en su producción • Distribución • Maleabilidad y desarrollo incremental
Nuestra historia 1968 Crisis del software • 1962 publicación del primer algoritmo para búsquedas binarias. • 1966 C. Böhm y G. Jacopini publican el manifiesto para la eliminación del “GoTo” que fue el inicio de la programación estructurada. • 1974 Primera publicación sobre programación estructurada (Larry Constantine, Glenford Myers y Wayne Stevens) • 1977 Tom Gilb publica el primer libro sobre métrica del software • 1979 Primer libro sobre análisis de requisitos.
Nuestra historia 1967 Ampex Instant Replay Disk Recorder. 1.800 rpm. 30 segundos de grabación de vídeo NTSC.
Nuestra historia 1981 IBM PC 5150. Intel 8088 4,77 Mhz. 64 Kb RAM Floppy drive 160 Kb. 2.880 $
Nuestra historia 1975 IBM PC 5100 CPU: “PALM” (Put All Logic in Microcode ) 16-32-48-64 Kb RAM Pantalla 5’ (16 líneas x 64 caracteres) 15.000 $
Pentium IV 50.000.000 Pentium II 486 DX 386 286 8086 8080 10.000 8008 1960 2000 Nuestro entorno Ley de Moore Profesionalización Calidad y procesos
Evolución del hardware Desde 1965 la Ley de Moore rige la evolución de los microprocesadores Factores que imprimen aceleración al ritmo de crecimiento del hardware: • Incremento de la capacidad de operación. • Incremento de la miniaturización. • Reducción de costes en la producción. Consecuencias de la ley de Moore Comunicaciones entre sistemas
Profesionalización De A Ciencia Mancia ¿ SWEBOK ? http://www.swebok.org
Modelos y estándares de calidad TR 15504 ModelosCMM Técnicas y métodoságiles Calidad y procesos Modelos genéricos Modelos para software 1997TickIT Adaptacionespara softw. 1991ISO 9000-3 Trillium 1959MIL-Q 9858 1979BS 5750 1987ISO 9000 Bootstrap 1995ISO 12207 2003-05ISO 15504 1995Proy. SPICE Modelos específicospara software. 1993CMM-SW 2001CMMI DSDM SCRUM CRYSTAL XP ASD PP ISD AM 1995 2000ManifiestoÁgil
No sólo son procesos PERSONAS PROCESOS TECNOLOGÍA
Pentium IV 50.000.000 Pentium II 486 DX 386 286 8086 8080 10.000 8008 No sólo son procesos PERSONAS PROCESOS TECNOLOGÍA
Personalidad de la organización Estructural Humano Capital Modelo deproducción Procesos Tecnología Personas Factores delsistema de producción Artesanía Ubicación del conocimiento - valor Producción heroica Producción industrial Conocimiento explícito Conocimiento tácito
Niveles de madurez CMMI Alta 5 Eficiencia de los procesos Optimizado Capacidad de los procesos 4 Madurez de los procesos Gestionado cuantit. Baja 3 Baja Definido 2 Escalabilidad Gestionado Repetibilidad 1 Inicial Alta
Manifiesto Ágil (2001) Estamos poniendo al descubierto mejores métodos para desarrollar software, haciéndolo y ayudando a otros a que lo hagan. Con este trabajo hemos llegado a valorar: A los individuos y su interacción por encima de los procesos y las herramientas El software que funciona por encima de la documentación exhaustiva La colaboración con el cliente por encima la negociación contractual La respuesta al cambio por encima seguimiento de un plan Aunque hay valor en los elementos de la derecha, valoramos más los de la izquierda Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, Ward Cunningham, Martin Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C. Martin, Steve Mellor, Ken Schwaber, Jeff Sutherland, Dave Thomas http://agilemanifesto.org/
¿Modelo para la organización de software? • ¿LA organización? • ¿EL software?
Conclusiones • Características de los proyectos de software • Visión, misión y negocio de la organización • Cultura de la organización • Diseño y gestión del equilibrio personas – procesos - tecnología
Claves para organizaciones eficientes • Conocimiento de la industria • Conocimiento de la propia empresa • Personalidad de la organización • Gestión sistémica • Revisión y adaptación
? • Dudas • Preguntas • Insultos • Regalos… Juan Palacio http://www.navegapolis.net http://creativecommons.org/licenses/by/2.1/es/