Abordaría la situación desde el punto de vista del problema: ¿qué problema ve o espera?
- Estilo de comunicación : oh chico, no voy a entrar en detalles sobre los diferentes estilos de comunicación entre culturas. Se han escrito libros allí. Experimenté más calor que en cualquier otro problema personalmente. Entonces, si la comunicación es su problema, sugiero dividir el trabajo a lo largo de las líneas de falla de “se requiere la menor comunicación entre equipos”.
- Disciplina : Soy alemán, cuando te digo que el trabajo se realizará el jueves a las 16:00, será allí. Si no, te avisaré temprano y explícitamente. Algunas culturas consideran comunicar malas noticias … malas. Entonces llegar tarde no se comunica. Algunas culturas consideran que medio día fuera del objetivo está absolutamente bien, mientras que enfurecen a los otros miembros del equipo con lo que se percibe como descuido, sabotaje o falta de compromiso.
- Presión de tiempo : si el tiempo es esencial, siempre coloque su probador en la zona horaria después de los desarrolladores, preferiblemente con su día comenzando cuando los desarrolladores cierran la sesión.
- Presupuestos : coloque a los desarrolladores de productos de alto costo cerca del cliente, preferiblemente en el mismo país. Asegúrese de que sus diseñadores de UI estén cerca del cliente (como capaces de escuchar sus comentarios), o puedan iterar / adaptarse muy rápidamente a los comentarios.
- Confusión : use Storyboard y otras ayudas visuales tanto como sea posible. No confíe en las especificaciones de 1200 páginas para realizar el trabajo. Dé la mayor cantidad de información visual posible.
- Pruebas automáticas : concéntrese en crear casos de prueba y realmente usarlos. Es una molestia en la parte trasera, pero preferible a la diversión de enviar un producto defectuoso.
- Responsabilidad clara : debe haber una persona responsable de la IU general. Uno. Tiene que haber una persona responsable de la persistencia. Uno.
- Robustez : Iterar, Iterar, Iterar. Tenga en cuenta que es posible que necesite más personas que describan y verifiquen los productos de trabajo que los codificadores. Descargo de responsabilidad: Iterar no significa volver a trabajar. Significa acercarse al estado final deseado con tantos ciclos de control de calidad como sea posible con el cliente.
- Arquitectura del sistema : descubrí que es posible mantener la lógica de negocio / UI bastante agrupada en un nivel de página de la aplicación, siempre que haya guías de estilo sólidas y el nivel de persistencia se controle centralmente. Por lo tanto, un equipo puede hacer la página de destino, otro un grupo específico de páginas de funcionalidad, la otra configuración, etc. La persistencia y los estilos de interfaz de usuario son el pegamento.