2. WARNIN
G
Todos los contenidos de la presentación son opinión personal del expositor, por ningún motivo
representa el único camino para desarrollar tecnología.
La idea de esta presentación es poder compartir experiencias y recursos aprendidos.
3. ¿Quién Soy?
50% Programador
30% Diseñador
20% Emprendedor
Ruby on Rails ,PHP , Linux ,HTML ,CSS , Java , Objective C, GIT , SVN
Adobe Photoshop, Ilustrator , Sketch , Mockups
Trabajo en mi propio estudio de desarrollo web y software
Alrededor de 8 años de experiencia
4. Historial de Aprendizaje
Adobe Studio
Conceptos de Diseño
Flash / Director
HTML
Teoría Sitios Web
PHP
MySQL
Ruby On Rails
Postgres
MacOSX
Desarrollo de Software
CSS
Javascript
Otros Lenguajes
Linux
Metodologías
Infraestructura
Versionamiento
CMS (Wordpress)
Año 1 Año 8
Conociendo el negocio
Generar IDEAS
5. Universidad vs Trabajo
Universidad Categoria E
HTML
Otros Lenguajes
Linux
Conceptos de Diseño
Teoría Sitios Web
Flash / Director
Javascript
CSS
Mysql
PHP
CMS (Wordpress)
Desarrollo de Software
MacOSX
Postgres
Ruby On Rails
Metodologías
Infraestructura / Versionamiento
Generar IDEAS
Universidad Categoria A
Universidad Categoria E
?
VS
28. Desarrollo en Cascada
Programación tradicional
Lo que siempre nos han enseñado
Especificar los requisitos
Aceptar los requisitos
Planificación de Tiempos
Desarrollar la aplicación
Probar que todo funciona
Documentar lo que se ha hecho
Entregar al Cliente
=
Jefes molestos
Clientes Descontentos
Programadores Desmotivados
Falta de Documentación
Falta de Pruebas
Tarde y mal
29. Desarrollo en Cascada
Programación tradicional
Lo que siempre nos han enseñado
Especificar los requisitos
Aceptar los requisitos
Planificación de Tiempos
Desarrollar la aplicación
Probar que todo funciona
Documentar lo que se ha hecho
Entregar al Cliente
=
Jefes molestos
Clientes Descontentos
Programadores Desmotivados
Falta de Documentación
Falta de Pruebas
Tarde y mal
30. Desarrollo en Cascada
Programación tradicional
Lo que siempre nos han enseñado
Especificar los requisitos
Aceptar los requisitos
Planificación de Tiempos
Desarrollar la aplicación
Probar que todo funciona
Documentar lo que se ha hecho
Entregar al Cliente
=
Jefes molestos
Clientes Descontentos
Programadores Desmotivados
Falta de Documentación
Falta de Pruebas
Tarde y mal
31. Desarrollo Ágil
Prototipado
Adaptación a las necesidades del cliente.
Colaboración con el Cliente
Planificación de Tareas
= Satisfacción del Cliente
Seguimiento Diario
Documentación
Desarrollo basado en pruebas
33. SCRUM
Entorno de Trabajo
División de Sprints
Reunión de planificación de Sprint
Scrum Diario
Reunión de seguimiento de Sprint Opcional
Reunión de evaluación de Sprint
Panel: Pendiente, Asignado, Terminado. Burndown
PP
Propietario del producto
SM
Scrum Manager
E
Equipo
I
Interesados
(Asesoran y observan)
39. SCRUM
Entorno de Trabajo
R D M
Costo del Proyecto
Tiempo Estimado
I V R D M
Costo del Proyecto
Tiempo Estimado
I V R D M
Costo del Proyecto
Tiempo Estimado
I V
Módulo 1 Módulo 2 Módulo 3