Gestión y modelos para la eficiencia en empresasde desarrollo de software

Juan Palaciohttp://www.navegapolis.net

Retos en el negocio del software

RETOS DE NEGOCIO

RETOS DEL SOFTWARE

Desarrollo de software al final del siglo XX

2000

1998

1995

28%23% 49%

26%28% 46%

27%40% 33%

16%31% 53%

ÉxitoProblemáticoFracaso

Fuente: Standish Group Survey,

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.

1994

Desarrollo de software al final del siglo XX

Fuente: Standish Group Survey,

1999. Muestra: 8.000 proyectos TIC

La mitad de los proyectos se cancelaba o doblaba las agendas

¿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

Crisis del software

1968

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 software1979 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 RAMFloppy drive 160 Kb.2.880 $

Nuestra historia

1975

IBM PC 5100CPU: “PALM” (Put All Logic in Microcode )

16-32-48-64 Kb RAMPantalla 5’ (16 líneas x 64 caracteres)15.000 $

Nuestro entorno

Profesionalización

Calidad y procesos

1960 2000

80088080

8086

286 386486 DX

Pentium II

Pentium IV

10.000

50.000.000

Ley de Moore

Evolución del hardware

10.000

100.000

1.000.000

10.000.000

100.000.000

1970 1975 1980 1985 1990 1995 2000

4004

8008

8080

8086

286386

486 DXPentium

Pentium II

Pentium III

Pentium IV

Tra

nsi

sto

res

Desde 1965 la Ley de Moore rige la evolución de los microprocesadores

Factores que imprimen aceleración al ritmo de crecimiento del hardware:

Consecuencias de la ley de MooreConsecuencias de la ley de Moore

Comunicaciones entre sistemasComunicaciones entre sistemas

•Incremento de la capacidad de operación.

•Incremento de la miniaturización.

•Reducción de costes en la producción.

Profesionalización

Mancia CienciaDe A

¿ SWEBOK ?

http://www.swebok.org

Calidad y procesos

1959MIL-Q 9858

1979BS 5750

1987ISO 9000

1997TickIT1991

ISO 9000-3Ada

ptac

ione

spa

ra s

oftw

.

1995ISO 12207

1995Proy. SPICE

1993CMM-SW

Mod

elos

esp

ecíf

icos

para

sof

twar

e.

2003-05ISO 15504

2001CMMI

ModelosCMM

TR 15504Mod

elos

y e

stán

dare

sde

cal

idad

Modelos genéricos Modelos para software

Trillium

Bootstrap

DSDM

SCRUM

CRYSTAL

XP

ASD

PP

AM

ISD

19952000

ManifiestoÁgil

Téc

nica

s y

mét

odos

ágile

s

No sólo son procesos

PERSONAS

PROCESOS TECNOLOGÍA

No sólo son procesos

PERSONAS

PROCESOS TECNOLOGÍA

80088080

8086

286 386486 DX

Pentium II

Pentium IV

10.000

50.000.000

Personalidad de la organización

Estructural

ProcesosProcesos TecnologíaTecnología PersonasPersonas

Humano

Artesanía

Producción heroica

Producción industrial

CapitalCapital

Factores delsistema de producción

Factores delsistema de producción

Ub

icac

ión

del

con

oci

mie

nto

- v

alo

rU

bic

ació

n d

elco

no

cim

ien

to -

val

or

Modelo deproducciónModelo deproducción

Conocimientoexplícito

Conocimientoexplícito

Conocimientotácito

Conocimientotácito

Niveles de madurez CMMI

1

2

3

4

5

Madurez de los procesos

Capacidad de los procesos

Eficiencia de los procesos

Baja

Alta

Escalabilidad

Alta

Baja

Repetibilidad

Inicial

Gestionado

Definido

Gestionado cuantit.

Optimizado

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 de los procesos y las herramientas

por encima

El software que funciona de la documentación exhaustiva

por encima

La colaboración con el cliente la negociación contractualpor encima

La respuesta al cambio seguimiento de un planpor encima

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

?

DudasPreguntasInsultosRegalos…

Juan Palaciohttp://www.navegapolis.net

http://creativecommons.org/licenses/by/2.1/es/