¿Qué equipo es imprescindible para el desarrollo, para que los usuarios y clientes puedan usar las plataformas o apps que han ideado?
Equipo de UX/UI
Es el primer equipo, el que piensa y decide cómo se estructurará la información en la plataforma y cuál será la experiencia del usuario. Se planifica primero y se “pinta” después el dibujo de lo que finalmente verá el usuario.
En un entorno sanitario podríamos decir que UX sería la “arquitectura” del edificio, los pasillos, ascensores y cómo se organizan las unidades. Mientras que IU sería la parte visual, los colores, carteles, que indican cómo movernos dentro de un hospital, como usuarios.
Otro ejemplo. La farmacéutica que estudia el fármaco (UX) y lo diseña (UI) para que sea efectivo. Decide la composición, gramaje y también presentación del fármaco.
Equipo de BACKEND
Es el equipo responsable de llevar a cabo el proyecto previamente diseñado. En el primer ejemplo serían los albañiles que construyen las bases del hospital (la parte que no se ve). En el segundo ejemplo serían los técnicos de fábrica que realizarían la formulación de la medicación.
Equipo de FRONTEND
Es el equipo que hará que aquello que ya se ha formulado o creado, pueda ser finalmente usado por el paciente. De nada sirve un hospital si está diseñado por un arquitecto (UX), un diseñador (UI), un albañil (Backend), si finalmente no van los pintores, lampistas, carpintero o cartelista a acondicionar el espacio para que sea “usable”. Ambos Backend y Frontend van a trabajar unidos igual que lo harían en una obra de un hospital y se crean dependencias entre ellos.
Siguiendo el ejemplo del medicamento, en el proceso de fabricación el equipo de frontend se encargaría del envase, etiquetar y hacer que fuera consumible para el usuario.
Equipo de QA
Es una parte fundamental en una empresa tecnológica como es una StartUp porque con cada desarrollo hay que verificar que todo funcione correctamente y evitar “efectos no deseados”. Realizan el análisis y revisión de cumplimiento de todos los requisitos de la aplicación probándola y asegurando su correcto funcionamiento. Se ve muy claro con el ejemplo del fármaco, pues deberá ensayarse previamente para asegurar que no tiene efectos adversos que limiten su usabilidad. Pero no solo eso, desde farmacia se revisará cada pauta, cada enfermera revisará que se administra al paciente adecuado. ¡En un hospital todos somos QA!
Siguiendo el ejemplo de la construcción del hospital, deberíamos pensar que un comité (QA) probará cada una de las estancias, funcionalidades, tomas de oxígeno, ascensores para poder dar por terminada la obra antes de que entre el primer usuario.
¿Cómo se organiza este equipo?
Cada vez más oiremos hablar de la METODOLOGÍA AGILE. Inicialmente implementada en empresas tecnológicas para coordinar sus equipos técnicos pero va cogiendo otros terrenos gracias a sus óptimos resultados. Concretamente hoy comentaremos el método SCRUM o “metodología del caos”. Básicamente ayuda en la organización de los equipos técnicos para llevar a cabo el desarrollo y cumplir con los objetivos de un ROADMAP (hoja de ruta) previamente establecido.
Los aspectos claves de esta metodología scrum son:
- Innovación
- Flexibilidad
- Competitividad
- Productividad
La característica principal es que las tareas se priorizan y se realizan en SPRINTS: período breve de tiempo fijado en el que se trabaja para completar una tarea establecida y marcar la estrategia de negocio. Cada SPRINT dura dos semanas.
Durante las dos semanas, el equipo participa en Reuniones definidas según la metodología SCRUM:
- SPRINT PLANNING: En esta reunión todo el equipo implicado en el desarrollo analiza las tareas priorizadas, cuantifica el trabajo que implica y le asigna un responsable.
Imaginemos que en nuestro Centro Sanitario queremos planificar un curso de formación de RCP para todos los profesionales del hospital. Siguiendo la metodología SCRUM, establecemos una reunión con los equipos implicados y decidimos todos ítems y tareas para llevarlo a cabo: Número de sesiones, Número de profesionales, asignación de tutores, horarios, materiales que necesitamos, Reservas de salas… y priorizamos las tareas.
- DAILY MEETING: Más que una reunión, es un corte diario de 10-15 min donde se exponen las tareas realizadas o que están pendientes del propósito e identificar los impedimentos que encontramos.
Siguiendo el ejemplo anterior. Cada profesional comentará que hizo el día anterior en relación al objetivo y cómo avanzará hoy. También daría a conocer al grupo si hay algún impedimento que haya surgido del plan establecido. Por ejemplo, el tutor asignado para la formación de la unidad 1A está de vacaciones en las fechas programadas.
- SPRINT REVIEW: Pasadas las 2 semanas, se revisa si el objetivo se ha cumplido. Lo esperado es que todas las tareas programadas se hayan llevado a cabo, se hayan salvado los impedimentos imprevistos y se pueda “entregar” el proyecto.
En este caso se puede llevar a cabo la formación tal y como se ha programado porque todas las actividades vinculadas al proyecto se han llevado a cabo.
¡El sprint ha sido un éxito, toca planificar el siguiente!
¿Te has perdido la parte 1 del contenido? Léela aquí.
