Definición dun modelo de colaboración

Un modelo de colaboración ben definido e estruturado é fundamental para o funcionamento eficiente dun equipo de fusión. Esta sección considera os factores que poden contribuír a este éxito, como roles e responsabilidades ben definidos, un ritmo empresarial estruturado, canles de comunicación fiables e un portal de documentación accesible.

Definir funcións e responsabilidades

Para crear un equipo de fusión eficiente, primeiro debe establecer roles e responsabilidades claras. O enfoque fundamental é comezar de forma pequena e só introducir máis papeis e persoal cando sexa necesario. Use obxectivos máis pequenos para construír o éxito e demostrar o valor do modelo de equipo de fusión antes de intentar proxectos máis ambiciosos.

Como mínimo, o seu equipo debe incluír o seguinte persoal e funcións:

• O propietario do produto – normalmente, esta é a persoa encargada de garantir o éxito dos proxectos. El ou ela tamén definirá o propósito claro e convincente ou pode desenvolver esa visión co resto do equipo.
• O experto do dominio – Este é o membro do equipo que entende e pode articular tanto o desafío como a solución. Coa sinxeleza do enfoque de Power Apps de pouco código, el ou ela debería ser capaz de conseguir a maior parte do camiño para crear esa solución.
• O desenvolvedor profesional – o 'Pro Dev' toma a solución do experto do dominio e dálle soporte de codificación suficiente para que poida ofrecer a funcionalidade prevista (e nada máis) se é necesario.
• O administrador – este membro do equipo facilita escenarios de integración e soporte, ao tempo que realiza servizos administrativos de fondo. Calquera apoio adicional en termos de tempo e experiencia que o equipo central requira pódese achegar de forma flexible, en lugar de ser un membro permanente do grupo. Este enfoque garante un funcionamento eficiente do equipo de fusión ao tempo que proporciona acceso aos máis recursos que o propietario do produto necesita para que o equipo alcance os seus obxectivos.

Establecer un ritmo de modelo de negocio

A sincronización dos ritmos operativos relacionados co desenvolvemento de aplicacións no equipo de fusión pode mellorar a eficacia do equipo aliñando a seguinte estrutura:

• Defina un evento de calendario repetido para a sincronización do equipo. Para a maioría dos equipos, as reunións semanais ou quincenais de actualización de estado son recomendadas. Non obstante, non programe reunións polo feito de ter reunións e trate de evitar aumentar a frecuencia das reunións próximas aos prazos, xa que ese enfoque pode ser contraproducente.
• Manteña o horario de traballo acordado. O ideal é que o seu equipo este preto, aínda que os equipos de fusión tamén poden traballar de forma eficaz en todas as xeografías e zonas horarias. Calquera que sexan as modalidades de traballo, asegúrese de que todos comprendan a finalidade e a duración das horas de traballo e respectan eses límites.
• Cree un ritmo semanal. O ritmo semanal do equipo debe incluír traballo en solitario, interaccións colaborativas e, cando sexa necesario, reunións eficaces. Estas reunións deben ter unha finalidade específica, como:
  • Revisións de alcance: para reunir os equipos en novas iniciativas.
  • Revisións da experiencia do usuario: para repasar o deseño e as maquetas das aplicacións. As reunións para planificar outras reunións, as reunións en lugar de correos electrónicos ou mensaxes instantáneas, ou as reunións sen un propósito claramente definido acaban coa produtividade.
• Traballar de forma eficiente. O equipo debe aliñarse internamente para crear a solución máis utilizable. Este aliñamento debería incluír a capacidade de reutilizar compoñentes que outros construíron.
• Manter un progreso constante cara ao obxectivo. Para garantir que o equipo cumpra os seus obxectivos, é esencial que todos traballen xuntos para conseguir ese resultado. Para os equipos de fusión que traballan con Power Apps, manter este progreso significa captar e comprender os comentarios dos usuarios, priorizar o atraso e establecer e manter unha folla de ruta holística de todo o proxecto.
• Xerar unha matriz de apoio. Unha matriz de apoio proporciona un enfoque estruturado para obter o apoio necesario para avanzar cara aos obxectivos xerais do equipo. Un desafío inevitable cos técnicos empresariais que crean aplicacións directamente é cando alcanzan os límites dos seus coñecementos e habilidades. Neste momento, con quen se comunican e como o fan? Como xestionan un informe de erro de usuario? Esta matriz debería indicar como poden crear un ticket de asistencia para involucrar ao equipo adecuado na resolución e resolución do problema, en función da gravidade do problema. Para cada escenario de soporte, esta matriz explica o camiño de escalada e solución de problemas.

Definir como se comunica o equipo

A estandarización das comunicacións do equipo é outro compoñente esencial para manter unha operación eficiente. Todos os membros do equipo deben saber como se conecta o equipo, especialmente nos modos asíncronos en zonas horarias. A súa estratexia de comunicación debe considerar as seguintes áreas:

• Canles. Que canles utilizará o equipo para as comunicacións primarias e secundarias? Cales son as vantaxes e inconvenientes de cada un? Nun mundo de eleccións, simplemente adoptar o correo electrónico pode non ser a mellor solución e opcións como Microsoft Teams poden proporcionar unha mellor claridade, unha mellor trazabilidade e maiores taxas de resposta.
• Tipos de notificación. Como vai notificar ao seu equipo as actualizacións ou eventos que precisan accións?
• Frecuencia e volume das mensaxes. Cantas veces informa ao seu equipo? Unha comunicación diaria pode proporcionar un resumo útil do que pasou ese día, pero algunhas mensaxes poden necesitar unha acción previa. A maioría dos traballadores con coñecementos están sobrecargados de correos electrónicos. Asegúrese de conseguir un equilibrio entre frecuencia e volume para evitar que os membros do equipo se vexan inundados de mensaxes relacionadas co proxecto.
• Automatización. Como se pode automatizar o proceso de comunicación? Os modelos de correo electrónico estandarizados, os bots e as alertas de eventos poden axudar, pero deben usarse de forma responsable se non queren sobrecargar a capacidade de resposta dos membros do equipo.
• Boas habilidades de comunicación. Non todos nun equipo terán o mesmo nivel de habilidades de comunicación, pero calquera pode mellorar. Enfoques sinxelos como escoller un bo asunto para un correo electrónico marcan unha diferenza dramática na resposta do equipo a esa mensaxe. Fomentar a escrita sinxela e eficaz en todas as comunicacións; onde hai accións que os membros do equipo deben levar a cabo, ser específicos e indicar esas accións na liña de asunto.

Un exemplo de como empregar habilidades de comunicación efectivas pode ser o lugar onde necesite cambiar a definición dunha táboa en Dataverse, como engadir varios campos. Cando envía unha notificación deste cambio previsto, o equipo debe entender que se non responde nun prazo razoable, esta falta de resposta indica o seu acordo. Os procesos de comunicación estandarizados e lóxicos axudan a mellorar a eficiencia e a conseguir os resultados esperados.

Publicar un portal de documentación

A documentación non é só unha parte opcional de calquera proxecto, é esencial para a comunicación, a colaboración, o apoio e as operacións en curso. O código comentado é un bo código e a creación de documentación explicativa e de formación completa é unha parte esencial das fases de implantación e aprendizaxe de calquera proxecto de fusión.

• Catálogo de aplicacións. O catálogo de aplicacións é unha matriz ou táboa que resume e coordina todas as aplicacións dentro da responsabilidade dun equipo particular. O catálogo inclúe todos os respectivos propietarios da sección de roles e responsabilidades. Unha función fundamental é garantir que o equipo saiba exactamente quen é o propietario de cada cousa, simplificando así o proceso de contacto co membro do equipo adecuado para obter respostas específicas.
• Preguntas técnicas. O seu equipo debería manter un repositorio de preguntas técnicas máis frecuentes (ou incluso non tan frecuentes) sobre o funcionamento da aplicación. Estas preguntas deben ser razoables, coas respostas ben escritas e accesibles.
• Guías de instrucións. As guías prácticas son conxuntos de procedementos de dixestión instantánea que proporcionan respostas sinxelas a preguntas habituais de configuración e funcionamento. Normalmente, responden a unha pregunta específica, como "Como podo comezar a crear unha aplicación nova?"
• Incorporación. As instrucións de incorporación son documentos só internos deseñados para axudar aos novos membros do equipo. Esta documentación incluiría información como solicitudes de acceso, unirse a listas de distribución de correo electrónico, configurar e subscribirse a alertas, etc.

Recomendacións

As seguintes mellores prácticas deberían axudar a definir límites e enfoques para un traballo eficiente dentro dos equipos de fusión.

Responsabilidade

Aínda que os equipos de desenvolvemento e fusión dirixidos por fabricantes permiten un desenvolvemento e unha implantación rápidas de aplicacións, é vital asegurarse de que este esforzo sexa aberto e se realice en colaboración co departamento de TI. Os creadores deben rendir contas ante as TI para axudar a previr problemas relacionados co crecemento dos sistemas de TI en sombra.

En consecuencia, a TI debe ser avisada sempre que un fabricante comece a construír unha aplicación. Esta notificación, á súa vez, facilita o proceso de desenvolvemento, xa que a TI pode proporcionar o apoio adecuado ao fabricante e ao equipo de fusión, axudándolles a crear aplicacións ben diseñadas que estean debidamente protexidas e xestionadas.

Automatización

Unha automatización ben implementada pode proporcionar un gran impulso á produtividade. Un exemplo de como aumentar o éxito da implantación da solución é automatizar as comprobacións necesarias nas implantacións multisolución. Estas comprobacións automáticas poden incluír:

• Verificación da versión da solución, onde cada implementación utiliza un número de versión actualizado, evitando así problemas ao solucionar problemas.
• Duplicar referencias de conexión.
• Referencias de conexión non atopadas.
• Compoñentes duplicados.

A Solución PR Checker inclúe un exemplo de como incorporar esta automatización de forma eficaz.

Notificando

Os equipos de fusión e as aplicacións desenvolvidas polos fabricantes deben aliñarse cun enfoque de datos, o que significa crear aplicacións onde sexa posible supervisar directamente o éxito. Conseguir este resultado require unha boa instrumentación que proporcione a capacidade de descubrir o que o equipo está facendo ben, xunto coa análise destes comentarios para xerar valoracións precisas da eficacia dunha aplicación en particular. Para conseguir este resultado, debe:

• Seguir e avaliar as solicitudes. Só porque unha persoa pense que algo é útil ou unha boa idea, non significa automaticamente que todos lle atopen valor. Os equipos deben supervisar a usabilidade das aplicacións e avaliar a súa funcionalidade para asegurarse de que os novos desenvolvementos sexan útiles e funcionen correctamente.
• Fomentar o bo criterio. Noutras palabras, non cree aplicacións só porque poida, senón para satisfacer unha necesidade empresarial específica.