Post on 23-Jan-2016
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/