2. Nuestra empresa
2
● Fundada en 2006
● Capital privado
● Empresa rentable desde su
fundación
● 35 empleados
● 25 Desarrolladores Senior, con un
promedio de más de 12 años de
experiencia
3. Nuestro Equipo de Desarrollo
● Experiencia
● Pasión
● Autoexigencia
● Conciliación
● Compromiso
● Innovación
● Aprendizaje
● Crecimiento
3
4. Desarrollo de aplicaciones
¿Tienes poco tiempo?
¿Tienes claro el objetivo a
conseguir pero es difícil definir
un alcance funcional?
¿Sabes que la aplicación/el
negocio va a experimentar
cambios?
4
9. ¿Qué nos hace diferentes?
• “Customer intimacy”: Hacemos
nuestros los proyectos de nuestros
clientes
• Conocimiento de la Web
• Metodología: SCRUMgem
• Herramientas y flexibilidad para
manejar los cambios
• Nuestra filosofía: combinar “hazlo
real” con “menos es más”.
9
10. Lo que NO hacemos
• Procesos detallados e inflexibles
• Exhaustivas descripciones funcionales.
• Documentación interminable y pesada.
• Negociar contratos con los clientes.
10
14. Metodología
ASPgems propone una manera diferente de desarrollar
los proyectos.
Después de muchos años de sufrir los rigores del
modelo de desarrollo en cascada (análisis, diseño,
codificación y pruebas...), ASPgems ha optado por una
metodología ágil e iterativa, es por eso que este
proyecto será desarrollado siguiendo SCRUMgem como
metodología de trabajo.
14
15. Método Scrum / SCRUMgem
ASPgems ha elegido SCRUM, del que hemos realizado nuestra propia
implementación SCRUMgem
REVISIÓN
- Revisión del desarrollo
de las funcionalidades
- Retrospectiva sobre
ajustes del sprint
PLANNING
- Revisión del backlog
del proyecto
- Estimación del backlog
del sprint
- Diseñar y comprometer
el siguiente sprint
SCRUM
- ¿Que se ha hecho desde
última reunión?
- Planificación de trabajo
de la semana
- Aceleradores /
Roadblocks
Se identifican los
objetivos a abordar en
la interacción
Se define, analiza, diseña
los procesos objetivo de
la iteración
Se realizan los
desarrollos oportunos
Se realiza la revisión con el
cliente del cumplimiento de
objetivos y de los detalles
funcionales de la
implementación
Se realizan los cambios
acordados en la revisión
para el cumplimiento de
objetivos
1 2
3
5
4
15
16. Metodología
Esta metodología permite un desarrollo iterativo del portal,
permitiendo su refinamiento progresivo.
De esta forma se mejora la probabilidad de éxito del proyecto
mediante:
● La revisión periódica por parte del cliente de los avances del
proyecto
● Revisión de los requisitos iniciales en función de lo aprendido
en la última fase del proyecto.
La planificación del proyecto y el alcance de cada iteración se
refinan teniendo en cuenta:
● Los requerimientos del cliente
● Los tiempos previstos
● Los requisitos de calidad exigidos
● Los recursos disponibles
● Las funcionalidades necesarias para desbancar a la
competencia
16
17. Metodología
Las ventajas que esta metodología aporta sobre los
procesos convencionales de modelado teórico de
aplicaciones son:
● Adapta los desarrollos priorizando el cumplimiento
de objetivos de negocio de nuestros clientes.
● Adapta los ciclos de desarrollo para lograr una
estrecha colaboración entre los equipos de ASPgems
y los de nuestros clientes, y de esta forma fomentar
la colaboración.
● La prueba empírica de los conceptos, aproxima las
funcionalidades que el desarrollo debe cumplir a los
fines con los que han sido abordados dichos
desarrollos. No hay nada mejor que ver la aplicación
funcionando para entender que sobra y que falta.
17
18. Metodología
Las ventajas que esta metodología aporta sobre
los procesos convencionales de modelado teórico
de aplicaciones son:
● Aumenta el conocimiento del cliente sobre
los procesos internos de la aplicación,
reduciendo el coste de formación.
● Permite la adopción de cambios en la
definición de los procesos internos de los
desarrollos.
● Aumenta la probabilidad de éxito del
proyecto
18
19. Coordinación y Validación
● Durante el desarrollo se irán haciendo entregables al final de cada sprint,
validándose la aplicación por el Product Owner.
● La coordinación del desarrollo se realiza mediante la herramienta Taiga
● Herramienta de Gestión compartida por todos los miembros del equipo de ASPgems
y del cliente, que proporciona un histórico de la evolución del desarrollo.
● Visibilidad de todos los user stories con su:
■ nivel de complejidad
■ situación actual
■ desarrollador que se está ocupando
■ Revisión de los customer stories en las reuniones de SPRINT
■ Decisiones consensuadas y establecimiento de prioridades.
19
21. Equipo de proyecto
Cada proyecto es único y requiere un equipo integrado
multidisciplinar que asegure la aportación de valor en cada una
de las dimensiones del proyecto.
El ASPteam asignado a este proyecto está compuesto por:
● Gerente de proyecto: Realiza un seguimiento exhaustivo del
proyecto, convirtiéndose en el responsable de la ejecución de
tareas.
● Administrador de sistemas: Especialista en plataformas para
internet, servidores web y base de datos.
● Desarrolladores Web (con una experiencia media de 10 años):
diseñan y construyen el software y arquitectura del proyecto,
aportando la experiencia adquirida en decenas de proyectos.
21
22. Gerente de proyecto
● Realiza un seguimiento exhaustivo del proyecto
● Hace de puente entre el cliente y el equipo de desarrollo.
● Se ocupa de eliminar dependencias.
● Verificar que el producto realizado cumple las
necesidades del cliente.
● Verificar que se realizan las entregas parciales
adecuadamente.
● Verifica las necesidades de las personas más adecuada a
proyectos y los perfiles necesarios en cada estado del
proyecto.
● Coordina la asignación de perfiles como diseño o
sistemas a cada proyecto según las necesidades.
22
23. Técnico de Sistemas
● Especialista en plataformas para internet, servidores
web y base de datos.
● Realiza la instalación de las plataformas
● Realiza la operación de las plataformas
● Realiza de la monitorización de las plataformas
● Gestión y recuperación de backups de los
proyectos.
● Prepara las instalaciones iniciales
● Configura las máquinas tanto de integración como
de producción
● Prepara el proceso de deploy con ayuda del
responsable técnico de cada proyecto
23
24. Diseñador
● Estudio de la estructura de navegación más apropiada para el
proyecto.
● Estudio de la estructura de información más apropiada para el
proyecto.
● Estudio de la estructura de contenido más apropiada para el
proyecto.
● Realización de diseños funcionales (wireframes)
● Realización de las líneas gráficas de la aplicación
● Maquetación de los diseños en html5 y css3
● Testeo de diseños en los navegadores acordados dentro de la
solución solicitada
24
25. Desarrolladores Web (I)
● Todos nuestros equipos de proyecto cuentan con varios
desarrolladores, un responsable técnico y un director
técnico
● Director técnico:
○ Recopilar las buenas prácticas de desarrollo
○ Identificar puntos globales de mejora
○ Asesora al responsable técnico en la arquitectura de los
proyectos cuando sea necesario
○ Estandarizar la forma de trabajo de todo el equipo técnico
○ Verifica que el equipo mantiene la excelencia
● Responsable técnico:
○ Desarrollador que asume el papel de desarrollador principal
en un proyecto
○ Decide sobre el día a día de su arquitectura.
○ El responsable técnico es uno más en el equipo de desarrollo.
○ Realiza las subidas a producción
○ Soporte 8x5 en caso de problemas en la aplicación.
25
26. Desarrolladores Web (II)
● Desarrolladores:
○ Diseñan y construyen la arquitectura del proyecto.
○ Diseñan y construyen el software del proyecto.
○ Identifica las mejores herramientas y librerías técnicas.
○ Identifican la mejor solución técnica para los objetivos al
proyecto.
○ Se ocupa de la programación del proyecto.
○ Identifica puntos de mejoras en la arquitectura.
○ Identifica puntos de mejora en el rendimiento.
○ Velan porque el proyecto se ajuste lo más posible a las
buenas prácticas.
○ Evolución y mantenimiento de versiones del software de
base.
26