Lavoro in team
L'Architetto di soluzioni è generalmente la persona più esperta nell'ambito di un progetto e, probabilmente, la più abile in molte attività. Tuttavia, non può fare tutto da solo. L'Architetto di soluzioni deve scomporre il lavoro e delegarlo al membro del team più appropriato.
In sostanza, ha una visione globale della soluzione tecnica del progetto e deve comunicarla team.
Fungere da modello
In qualsiasi progetto, l'Architetto di soluzioni è sempre sotto gli occhi degli altri membri del team e verrà naturalmente considerato un modello da seguire. Sebbene l'engagement manager e il project manager gestiscano il progetto, l'Architetto di soluzioni è considerato il "vero" leader e può impostare il metodo e il ritmo di lavoro del team. Pertanto, ha la responsabilità di dare un esempio che gli altri devono seguire.
L'Architetto di soluzioni può essere responsabile di migliorare le competenze e l'esperienza dei membri del team di progetto, guidandoli e incoraggiandoli ad assumersi maggiori responsabilità e ad acquisire nuove competenze.
Valutazione delle competenze del team
Un Architetto di soluzioni stabilisce la suddivisione per la progettazione funzionale e tecnica. Raramente può scegliere il proprio team e non tutti i membri di un team possono fornire prestazioni eccellenti.
L'Architetto di soluzioni deve imparare a valutare le competenze e i punti deboli dei membri del team per assegnare le attività corrette ai membri del team appropriati. Gli architetti di soluzioni non dovrebbero chiedere un curriculum per valutare le competenze di un membro specifico del team in merito a Microsoft Power Platform. Tuttavia, dovrebbero porre una serie di domande precise per testarne le conoscenze. Ad esempio può chiedere al membro del team quando è preferibile usare soluzioni gestite anziché non gestite o quando è consigliabile ricorrere a regole di business o a flussi cloud di Power Automate.
L'Architetto di soluzioni potrebbe anche assegnare piccoli compiti o prove di concetto ai membri del team per poi valutarne i risultati. Inoltre, dovrebbe incoraggiare il membro del team a illustrare la soluzione proposta per comprendere meglio i relativi processi di pensiero.
L'Architetto di soluzioni può creare una matrice di competenze man mano che il progetto evolve per consentire al team di mettere in pratica i relativi punti di forza per ottenere risultati ottimali.
Rimanere coerente
L'Architetto di soluzioni apporta spesso conoscenze e un'esperienza considerevoli ed è solitamente la persona del team che ha una visione globale del progetto. Non deve presumere che tutti gli altri abbiano le stesse competenze, conoscenze, esperienza o comprensione del progetto.
Fare ipotesi e generalizzazioni può essere rischioso. Un ruolo chiave dell'Architetto di soluzioni è quello di comunicare le informazioni ai membri del team al momento giusto. La comunicazione deve essere chiara e pertinente per ogni membro del team. I messaggi e-mail potrebbero non essere sufficienti, pertanto l'Architetto di soluzioni deve parlare regolarmente con i membri del team per assicurarsi che tutti siano in sintonia. È importante stimolare una comunicazione reciproca e ascoltare i membri del team.
Suddividere il lavoro
Un compito tipico degli architetti di soluzioni è suddividere il lavoro e assegnarlo ai membri del team. L'Architetto di soluzioni dovrebbe cercare di effettuare divisioni logiche delle funzionalità nell'applicazione, come Customer Service e Customer Acquisition. L'Architetto di soluzioni dovrebbe cercare funzionalità di soluzione orizzontali come la gestione dei documenti o la Computer Telephony Integration (CTI).
Stabilire standard
Che il team segua degli standard è fondamentale per ogni progetto. Alcuni elementi in Microsoft Power Platform sono più difficili da modificare in un secondo momento, come il prefisso dello schema o i nomi di tabelle e colonne.
L'Architetto di soluzioni dovrebbe definire degli standard per garantire la coerenza dei seguenti elementi:
- Denominazione dei componenti
- Tipo di dati colonna
- Interfaccia utente: opzioni per i layout dei moduli, quando utilizzare più moduli e così via
- Automazione: quando usare diverse opzioni di automazione come i flussi cloud di Power Automate, il flusso di lavoro classico, le regole di business o lo script client
- Sicurezza: quando usare i ruoli, la sicurezza delle colonne, la sicurezza gerarchica e così via
- Sviluppo: ad esempio, definire il limite anticipato rispetto a quello posticipato, la gestione degli errori e così via
L'Architetto di soluzioni dovrebbe usare la documentazione Microsoft come procedure consigliate per le app basate su modello, procedure consigliate per la progettazione di app e procedure consigliate per gli sviluppatori.
Ambienti di lavoro
L'Architetto di soluzioni è responsabile della definizione delle modalità di configurazione e sviluppo. Questa definizione dipenderà da molti fattori, comprese le competenze del team e se il team è centralizzato o dislocato in varie sedi.
È necessario determinare la topologia dell'ambiente di sviluppo e saranno necessari alcuni tipi di ambienti di test. Microsoft Power Platform non fornisce il monitoraggio controllato dalla versione per impostazione predefinita.
Considerare i progetti nei quali si è stati coinvolti, quindi chiedersi cos'altro potrebbe aver fatto l'Architetto di soluzioni per aiutare i team a collaborare meglio.