Proyectos en ASPgems

Preview:

DESCRIPTION

Nuestra manera de hacer proyectos, y los principios que nos guían cuando hacemos proyectos.Desde 2006 haciendo proyectos en Ruby on Rails nos han dado para aprender.

Citation preview

Nuestra manera de hacer proyectos

@agustincncagustin@aspgems.com

viernes 24 de febrero de 12

@agustincnc

Complejoviernes 24 de febrero de 12

@agustincnc

Único

viernes 24 de febrero de 12

@agustincnc

¿Y ahora que?viernes 24 de febrero de 12

@agustincnc

Hacer un proyecto es tan fácil como andar

sobre el agua

viernes 24 de febrero de 12

@agustincnc

Único requisito:agua y definición congeladas

viernes 24 de febrero de 12

@agustincnc

Fijemos objetivos

viernes 24 de febrero de 12

@agustincnc

Hagamos un modeloviernes 24 de febrero de 12

@agustincnc

Hagamos un planviernes 24 de febrero de 12

@agustincnc

Estima recursosviernes 24 de febrero de 12

@agustincnc

Identifica los riesgosviernes 24 de febrero de 12

@agustincnc

Anticipa los problemasviernes 24 de febrero de 12

@agustincnc

Prepara alternativasviernes 24 de febrero de 12

@agustincnc

Grado de avance

Incurrido

+Incurrido Lo que falta% =

viernes 24 de febrero de 12

@agustincnc

RecursosTiempo

Funcionalidades

Eliges dos

viernes 24 de febrero de 12

@agustincnc

Gestiona

0

25

50

75

100

M1 M2 M3 M4 M5 M6 M7 M8 M9

RealPlanificado

viernes 24 de febrero de 12

@agustincnc

Control de cambiosviernes 24 de febrero de 12

@agustincnc

Estadísticas

http://net.educause.edu/ir/library/pdf/NCP08083B.pdf

31%

53%

16%

No CompletadosCon ProblemasÉxito

viernes 24 de febrero de 12

@agustincnc

¿Porque?

viernes 24 de febrero de 12

@agustincnc

Mentira

• Si, lo tienes claro vale, pero no es verdad:

• Tienes una idea aproximada

viernes 24 de febrero de 12

@agustincnc

El futuro cambia

• Cambia el mercado

• Cambian tus ideas

• Cambia la tecnología

viernes 24 de febrero de 12

@agustincnc

El plan no funciona

0

25

50

75

100

M1 M2 M3 M4 M5 M6 M7 M8 M9

RealPlanificado

Información de hoyInformación antigua

viernes 24 de febrero de 12

@agustincnc

Aumentamos el control

• Menos tiempo en el proyecto y mucho tiempo de gestión

• El control hace ser menos flexible y se encasquilla el sistema

• Contratos documentos, actas de reunión

• Todo esto tiene coste

viernes 24 de febrero de 12

@agustincnc

Comunicación

• De lo que tu tienes en la cabeza a lo que dices

• De lo que dices a lo que entiendo

• De lo que entiendo a lo que intento hacer

• De lo que intento hacer a lo que hago

viernes 24 de febrero de 12

viernes 24 de febrero de 12

viernes 24 de febrero de 12

@agustincncEn nuestro mundo

viernes 24 de febrero de 12

@agustincnc

Riesgos

Bajo riesgo técnico Alto riesgo técnicoBa

jo r

iesg

o ne

goci

oA

lto r

iesg

o ne

goci

o

viernes 24 de febrero de 12

@agustincnc

The web will always be a little bit brokenTim Berners Lee

http://www.hyperorg.com/misc/nprbroken.html

viernes 24 de febrero de 12

@agustincnc

Release early, release often

Si en un proyecto está todo bien, es probable que haya salido tarde

viernes 24 de febrero de 12

@agustincnc

Cultura es lo que queda cuando olvidamos lo que

hemos aprendido.

viernes 24 de febrero de 12

@agustincnc

Ingenieríavs.

Artesanía

viernes 24 de febrero de 12

@agustincnc

Me llamo agustin y soy alcohólico

viernes 24 de febrero de 12

@agustincnc

RecursosTiempo

Funcionalidades

Eliges dos

viernes 24 de febrero de 12

@agustincnc

Cambia la pregunta

• ¿Cuanto se tarda y cuanto cuesta hacer todo esto?

• ¿Que es lo mejor que puedo hacer con los recursos y el tiempo que tengo?

viernes 24 de febrero de 12

@agustincnc

¿Como?

• Cambia de principios

viernes 24 de febrero de 12

@agustincnc

Nuevos principios• Colaboración

• Menos es mas

• Manda el usuario

• Mínimo proyecto viable

• Unanimidad

• Darvinismo funcional

• Decide lo mas tarde posible

• No hagas modelos, construye la realidad

• Iteración

• Agilidad

viernes 24 de febrero de 12

@agustincnc

Colaboración

• Todo el mundo se equivoca

• Detección temprana de errores

• Compartir información

• Tu mejor opción es el éxito del proyecto

viernes 24 de febrero de 12

@agustincnc

Menos es mas

viernes 24 de febrero de 12

@agustincnc

The paradox of choice¿Si la libertad y la capacidad de elegir son claves para la felicidad porque hay cada vez mas gente infeliz? Barry Schwartz

viernes 24 de febrero de 12

@agustincnc41

los efectos positivos de las opciones

- N

ivel

de

satis

facc

ión

+

- Número de opciones +

viernes 24 de febrero de 12

@agustincnc42

los negativos-

Niv

el d

e sa

tisfa

cció

n +

- Número de opciones +

viernes 24 de febrero de 12

@agustincnc43

el resultado-

Niv

el d

e sa

tisfa

cció

n +

- Número de opciones +

viernes 24 de febrero de 12

@agustincnc

Ventajas de lo simple

• Menos trabajo

• Menos formación

• Menos soporte

• Menos errores

• Menos alternativas

• Mas foco

• Menor coste de adopción

• Mas fácil de explicar

viernes 24 de febrero de 12

@agustincnc

Si el usuario dice que está roto es que está roto, Seth Godin

viernes 24 de febrero de 12

@agustincnc

Mínimo proyecto viable

• Busca el mínimo que hace que tu proyecto tenga sentido

• El papel lo aguanta todo

• Somos máquinas de generar ideas

viernes 24 de febrero de 12

@agustincnc

Diseña por unanimidadviernes 24 de febrero de 12

@agustincnc

Darvinismo funcional

viernes 24 de febrero de 12

@agustincnc

Coste vs Beneficio

Poco Coste Mucho CostePo

co B

cio.

Muc

ho B

cio.

viernes 24 de febrero de 12

@agustincnc

El plan no funciona

0

25

50

75

100

M1 M2 M3 M4 M5 M6 M7 M8 M9

RealPlanificado

Información de hoyInformación antigua

viernes 24 de febrero de 12

@agustincnc

Decide lo mas tarde posible

• Tendrás mas información

• Equilibrado con el coste del error

• Te enfoca en lo importante en cada momento

viernes 24 de febrero de 12

@agustincnc

No hagas modelos haz la realidad

• Bajo coste del prototipo

• El tiempo es crítico

• Haz algo pronto y luego lo evolucionas

viernes 24 de febrero de 12

@agustincnc

Iterandoviernes 24 de febrero de 12

@agustincnc

Manifiesto por el Desarrollo Ágil de Software

Estamos descubriendo formas mejores de desarrollar software tanto por nuestra propia experiencia como ayudando a terceros. A través de este trabajo hemos aprendido a valorar:

★ Individuos e interacciones sobre procesos y herramientas

★ Software funcionando sobre documentación extensiva

★ Colaboración con el cliente sobre negociación contractual

★ Respuesta ante el cambio sobre seguir un plan

Esto es, aunque valoramos los elementos de la derecha, valoramos más los de la izquierda.

viernes 24 de febrero de 12

@agustincnc

Lecciones aprendidasviernes 24 de febrero de 12

@agustincncNo se puede a medias

viernes 24 de febrero de 12

@agustincnc

Agile NO es sólo tecnología

viernes 24 de febrero de 12

@agustincncTop management

viernes 24 de febrero de 12

@agustincnc

¿Y en las grandes compañías?

viernes 24 de febrero de 12

@agustincnc

http://www.slideshare.net/sgreene/salesforcecom-agile-transformation-agile-2007-conference

viernes 24 de febrero de 12

@agustincnchttp://vimeo.com/29719577

viernes 24 de febrero de 12

@agustincnc

Gracias

viernes 24 de febrero de 12

Recommended