slide1 n.
Download
Skip this Video
Loading SlideShow in 5 Seconds..
Gestión y modelos para la eficiencia en empresas de desarrollo de software PowerPoint Presentation
Download Presentation
Gestión y modelos para la eficiencia en empresas de desarrollo de software

Loading in 2 Seconds...

play fullscreen
1 / 23

Gestión y modelos para la eficiencia en empresas de desarrollo de software - PowerPoint PPT Presentation


  • 118 Views
  • Uploaded on

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%.

loader
I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
capcha
Download Presentation

PowerPoint Slideshow about 'Gestión y modelos para la eficiencia en empresas de desarrollo de software' - adamdaniel


An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript
slide1

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 en el negocio del software
  • RETOS DE NEGOCIO
  • RETOS DEL SOFTWARE
desarrollo de software al final del siglo xx

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 xx1
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
¿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
El software como oportunidad de negocio
  • Mercado
  • Economía de escala en su producción
  • Distribución
  • Maleabilidad y desarrollo incremental
nuestra historia
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 historia1
Nuestra historia

1967

Ampex Instant Replay Disk Recorder.

1.800 rpm.

30 segundos de grabación de vídeo NTSC.

nuestra historia2
Nuestra historia

1981

IBM PC 5150.

Intel 8088 4,77 Mhz.

64 Kb RAM

Floppy drive 160 Kb.

2.880 $

nuestra historia3
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 $

nuestro entorno

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
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
Profesionalización

De

A

Ciencia

Mancia

¿ SWEBOK ?

http://www.swebok.org

calidad y procesos

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
No sólo son procesos

PERSONAS

PROCESOS

TECNOLOGÍA

no s lo son procesos1

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
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
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
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
¿Modelo para la organización de software?
  • ¿LA organización?
  • ¿EL software?
conclusiones
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
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
slide23
?
  • Dudas
  • Preguntas
  • Insultos
  • Regalos…

Juan Palacio

http://www.navegapolis.net

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