• Save
Charla en MAD QA
Upcoming SlideShare
Loading in...5
×
 

Charla en MAD QA

on

  • 539 views

31 de febrero de 2013. Charla en el grupo Madrid QA

31 de febrero de 2013. Charla en el grupo Madrid QA

Statistics

Views

Total Views
539
Views on SlideShare
468
Embed Views
71

Actions

Likes
1
Downloads
0
Comments
0

1 Embed 71

http://www.javiergarzas.com 71

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Charla en MAD QA Charla en MAD QA Presentation Transcript

    • y que no Qué caracteriza a lasorganizaciones que mejor desarrollan software
    • @ jgarzas
    • Disclaimer. En esta diapositiva debería haber una imagen de los dibujos animados “La vuelta almundo de Willy Fog” (representandocuando trabajé en Chile, Colombia,Venezuela y EEUU). Pero para evitar problemas de “copy right” la imagen… no está
    • Disclaimer. En esta diapositiva deberíahaber una imagen del Señor Lobo (PulpFiction) y de Alberto Chicote (Pesadilla en la cocina), representando que enestos últimos 5 años me he dedicado a “solucionar problemas”. Pero para evitar problemas de “copy right” la imagen… no está
    • “En desarrollo software… no existen balas de plata”- Brooks
    • “Crear software es tan complejo que nadie puede decir que lo sabe todo”- Dijkstra
    • nización d esarrolla¿ Una orgasoftware b i en ? . . . Tiempo Presupuesto Calidad Felicidad
    • #1 Construir software noes lo mismo que construir coches o casas
    • “- Pero ¿por qué no?-¿Por qué no quieres añadir más gente al equipo con el retraso que llevamos? - ¡Si la pago yo!”
    • “Algo no funciona. Especificamos “planos” UML al detalle… lospasamos al proveedor de desarrollo y no se cumplen”
    • #2 Organización con equilibriocomercial – técnico
    • “- ¿Será un error? - En el tiempo que me dais para el proyecto NO hay jornadas suficientes.– No, sí... verás, es que el Gantt lo hicimos contando con los fines de semana... - Había que ganar la oferta.”
    • “La presión del calendario es una delas principales fuentes de fracaso” (múltiples fuentes)
    • “Nuestra tecnología es impresionante… pero no la compra nadie”
    • #3Buenas prácticas decalidad software
    • “¿Qué hay de malo en copy pegar código?”
    • “¿Qué hay de malo ensecopy s de 256 parámetr r vicio pegar código?” s o ?
    • “¿Qué hay de malo ensecopy s ded256 parn mnartabla? r vicio pegar ás e á u et os código?” ?30 cam pos em
    • “¿QuéDisclaimer.malo en hay de En esta diapositiva debería habersecopy simagen 6 pR.C. mnartabla? r vicio pegardesarn Martin s código?” ? una de 25 á e á u30 cam pos dem (uncle Bob) et o
    • “La calidad no escomo añadir azúcar al café”
    • #4 El software lo hacenpersonas no máquinas
    • “Yo confío en este equipo, porque tienen cara de buena gente”
    • “Los técnicos son una “comodity”, lo importante es el negocio ”  
    • “El problema es que no trabajan, toman mucho café, pongamos unsistema de fichar”
    • #5Métodos adaptados a su realidad, que alineannegocio y desarrollo
    • “Pensábamos que con metodologías ágiles no había que documentar nada”
    • “Hacemos software del ABS de coches ¿cómo quieres queimplante continuous delivery?”
    • “Different kinds of software call for different kinds of software development.”
    • #6Constancia, mejora yaprendizaje continuo
    • “- ¿Qué cómo lo hemos hecho? - Con años y años probando, equivocándonos y mejorando”  
    • “Me ha costado 10 años alcanzar el éxito de la noche a la mañana.”- Woody Allen
    • Hoy los equipos dedesarrollo software son elmotor que hay trás losnegocios más exitosos,pioneros y de futuro
    • Gracias… y ánimo! @ jgarzas