Presentación de la app WheresApp de la asignatura Dirección y Gestión de Proyectos y Sistemas Informáticos del Master en Ingeniería Informática de la Universidad Complutense de madrid. 29/01/2015.
Enlace vídeo promocional: https://www.youtube.com/watch?v=s0F8PPXoYLM
Enlace app en PlayStore: https://play.google.com/store/apps/details?id=tk.wheresoft.wheresapp
Enlace repositorio Github: https://github.com/WhereSoft/WheresApp
8. Estrategia del servicio
Valor y misión de la corporación
● Somos la startup WhereSoft
o Nacida en 2014
o Empresa dinámica y joven
● Nuestra misión es ayudar a encontrarse a
las personas ofreciendo servicios
basados en la tecnología GPS, haciendo
uso de las nuevas tecnologías.
8
11. Estrategia del servicio
Pero somos mejores
● Nuestra aplicación ofrece varias ventajas:
○ Conocer la ruta más directa a tu contacto
○ No necesidad de crear cuenta o
registrarse
○ Utiliza solo tus contactos de teléfono
○ Solo muestra tu localización si aceptas la
WheresCall.
11
12. Estrategia del servicio
Mercado
● Clientes: desde un conductor de mediana
edad haciendo turismo hasta una
adolescente de fiesta en una gran ciudad.
12
13. Estrategia del servicio
Modelo de negocio
13
1. Primera fase:
a. Versión pulida para su
publicación en Google Play.
b. Sigue siendo gratis y sin
publicidad.
=> Al alcanzar 1000 usuarios:
fase 2
2. Segunda fase:
a. Tras seguir el feedback de
usuarios => V. Premium
b. V. Estándar con publicidad y V.
Premium
17. Diseño del servicio
Casos de uso
1. Inicio
a. Registro del teléfono en el servidor de WheresApp.
2. Contactos
a. Filtrar contactos registrados en WheresApp.
b. Mostrar lista de contactos/favoritos/recientes.
c. Mostrar un contacto con su historial de llamadas.
3. Llamadas (WhereCalls)
a. Iniciar/Colgar una llamada.
b. Aceptar/Rechazar una llamada.
c. Consultar historial de llamadas.
4. Rutas
a. Intercambiar posiciones.
b. Consultar rutas y pintarlas en el Mapa.
17
18. Diseño del servicio
Informes financieros
Recursos
● 5 Ingenieros Informáticos
● Aproximadamente 8 horas
a la semana de trabajo por
miembro del grupo.
● 5 personas * 4 meses * 32
horas/mes * 10€/hora →
6400 €
18
19. Diseño del servicio
Informes financieros
Gastos
● Cuenta Google Play [Ya existente] → 0€
● Google App Engine → 0€
● GitHub → 0€
● Travis-CI → 0€
● Dominio → 0€
19
21. Transición del servicio
Planificación y soporte a la transición
● Estrategia
o Breve planificación con perspectiva de objetivos
basada en hitos => Modelo Scrum (Melé)
● Preparación
o Especificación + Diseño + Estimaciones => 6
Sprints de 2 semanas
● Planificación
o 1 para Documentación inicial (Mercado y ERS)
o 1 para Diseño, prototipos y pruebas
o 3 para Implementación
o 1 para Cierre y corregir
21
22. Transición del servicio
Gestión del cambio
Análisis de cambios
a. Identificar los cambios que aportan algo de valor a
la aplicación.
b. Métricas de uso de la aplicación
22
23. Transición del servicio
Proceso de gestión del cambio
Validar la viabilidad de los cambios
1. Elección de actividades a incluir
2. Plan estratégico
23
25. Transición del servicio
Gestión de Versiones y Despliegues
Actualmente se posee una
plataforma que provee
mecanismos de versionamiento y
despliegue de versiones.
25
Estas versiones no se
despliegan en producción hasta
que estén debidamente
probadas.
28. Operación del servicio
● ¡Acabamos de salir del cascarón!
● Pero estamos preparados:
1. Gestión de eventos
2. Gestión de incidencias
3. Petición de servicios TI.
28
29. Operación del servicio
1.- Gestión de eventos
● Monitorización de los eventos de la
infraestructura. A través de las métricas
ofrecidas por Google App Engine.
29
30. Operación del servicio
2.- Gestión de incidencias
● Estamos preparados para recibir cualquier
incidencia que se produzca en la aplicación
a través de 3 vías principales:
o Incidencias en la consola de Google Play
o A través de las valoraciones
o A través del correo de la aplicación
30
Opción de feedback a través de
aplicación
32. Operación de servicio
3.- Petición de nuevos servicios
● También a través:
o Las valoraciones de Google Play
o Opción “Enviar feedback” desde la aplicación
o Correo del desarrollador, en la página de la app
32
34. Mejora continua del servicio
Proceso de mejora
1. Recopilación de datos
a) Recepción de datos objetivos
I. Puntuación de las valoraciones en Google Play
II. Número de descargas totales
III. Número de desinstalaciones
IV. ...
b) Planificación y asignación
I. Issues de GitHub
2. Análisis de dichos datos
3. Proposición de medidas correctivas
4. Implementación de medidas
correctivas
34
Necesidad de encontrar a personas y la ruta mas optima
Usando tecnologias como Android, Google Cloud messaging, App-Engin,Google Maps y Open Street Map, entre otras
Family locator, WAYO, Encuentra amigos, Busca amigos, etc
Estudio de la viabilidad del proyecto
Servidor:
Primera valoración → Amazon Web Services
Desventajas: mayor carga de desarrollo
Solución: Utilizar Google Cloud Endpoints
Rutas:
Primera valoración → Usar Google API routes
Desventajas: limitaciones de número de peticiones
Solución: Utilizar la API de MapQuest de Open Street Maps
Análisis de cambios
Identificar los cambios que aportan algo de valor a la aplicación, ya sea analizando el mercado o utilizando las sugerencias del usuario.
Métricas de uso de la aplicación
Se traduce entre otros en ideas para nuevas funcionalidades, mejoras de rendimiento, eliminación de funcionalidades que no aporten valor a la aplicación
Validar la viabilidad de los cambios
a. Mediante reuniones de los responsables y desarrolladores.
b. Se definen cuales son las actividades que podrían incluirse en una nueva versión de la aplicación.
c. Se genera un plan estratégico de desarrollo con los tiempos de entrega y cambios a incluir