L'adozione di procedure di progettazione della piattaforma implica la transizione dall'uso informale e incoerente di piattaforme e funzionalità condivise a approcci più coordinati, standardizzati e partecipati nell'organizzazione. Questo articolo descrive le fasi dell'adozione, concentrandosi su come le organizzazioni possono individuare, scegliere ed usare in modo efficace servizi, strumenti e tecnologie per creare un ambiente di progettazione della piattaforma coeso ed efficiente.
Le aree di interesse includono l'individuazione, la scelta e l'uso di servizi, strumenti e tecnologie.
L'adozione di piattaforme e funzionalità condivise è sporadica e incoerente. Non esiste alcuna strategia o materiale sussidiario a livello di organizzazione per scegliere e integrare i servizi e le tecnologie di backup necessari. I singoli team possono applicare procedure di piattaforma per migliorare i propri processi, ma non esiste un impegno coordinato o una standardizzazione nell'intera organizzazione. Questo livello di adozione non ha un approccio coerente. Le organizzazioni con questo approccio ritengono che gli strumenti esterni siano più efficaci di quelli forniti internamente.
Scopri servizi, strumenti e tecnologie: strumenti e funzionalità vengono individuati in modo informale, spesso attraverso incontri di parola o di possibilità.
Scegliere servizi, strumenti e tecnologie: i team di progettazione scelgono e integrano in modo indipendente servizi e tecnologie in base alle esigenze specifiche.
Usare servizi, strumenti e tecnologie: i team di progettazione mantengono i propri script, strumenti e processi specifici per il contesto e le esigenze specifiche.
Mandato
L'organizzazione riconosce il valore delle piattaforme e delle funzionalità condivise e si sforza di incoraggiarli e nutrirli. Le direttive interne incentivino o richiedono l'uso di servizi della piattaforma condivisa per alcuni casi d'uso. Alcuni team di prodotti usano funzionalità della piattaforma più di altre; le funzionalità coprono i casi d'uso tipici dell'organizzazione, ma non quelli insoliti. È difficile aggiungere tali outlier alla piattaforma comune.
L'individuazione utente delle funzionalità e come usarle è incoerente; è possibile che un utente di un team di prodotto non rilevi una funzionalità supportata, a meno che non venga indirizzata da un team della piattaforma.
Individuare servizi, strumenti e tecnologie: i team di progettazione devono cercare linee guida per i team della piattaforma per usare strumenti e funzionalità specifici. Queste indicazioni possono manifestarsi nella documentazione interna e/o nelle direttive a livello di organizzazione.
Scegliere servizi, strumenti e tecnologie: i team di progettazione possono affidarsi a discussioni informali con il team della piattaforma per scegliere e integrare servizi e tecnologie imposti. I team di progettazione scelgono e integrano i servizi e le tecnologie imposti se soddisfano le esigenze specifiche.
Usare servizi, strumenti e tecnologie: i processi sono basati sugli standard creati dal team della piattaforma, ma non possono essere facilmente estesi dai team di progettazione se non soddisfano esattamente le loro esigenze. I team di progettazione non usano lo standard obbligatorio o lo usano, ma non sono soddisfatti del risultato finale.
Pubblicizzato
L'organizzazione promuove attivamente le funzionalità della piattaforma comunicando chiaramente i vantaggi e casi d'uso specifici che si allineano alle esigenze del team. Il team della piattaforma collabora strettamente con i team di progettazione, non solo per evidenziare questi vantaggi, ma anche per facilitare i confronti delle prestazioni e l'impostazione degli obiettivi tramite strumenti come scorecard e indicatori di gestione dei servizi (SMI). Vengono forniti servizi di supporto di alta qualità per ridurre il sovraccarico operativo, rendendo la piattaforma un'opzione interessante per i team di prodotto.
Tuttavia, nonostante questi sforzi, alcuni team potrebbero ancora percepire un basso ROI quando si esegue la migrazione dei servizi alla piattaforma, rendendoli esitanti a allontanarsi da routine e procedure stabilite. Inoltre, l'organizzazione si occupa del complesso compito di bilanciare la riduzione del debito tecnico con la necessità in corso di eseguire la migrazione dei servizi sulla piattaforma. Superare questi ostacoli richiede un impegno continuo e il supporto del team della piattaforma per garantire che la proposta di valore della piattaforma sia coerente con tutti i team dell'organizzazione.
Individuare servizi, strumenti e tecnologie: la piattaforma comune espone funzionalità che coprono i casi d'uso tipici per l'organizzazione. I team di progettazione individuano le funzionalità della piattaforma tramite le direttive del team della piattaforma.
Scegliere servizi, strumenti e tecnologie: il team della piattaforma collabora con i team di progettazione per incoraggiare la scelta delle funzionalità della piattaforma.
Usare servizi, strumenti e tecnologie: i problemi e le soluzioni correlati all'uso di servizi, strumenti e tecnologie vengono condivisi tramite comunità informali di pratica all'interno dell'organizzazione. Ad esempio, nominano ambassador o promotori all'interno dei team di sviluppo per sostenere l'uso delle funzionalità.
Basato su valori
Gli utenti dei team di prodotti e servizi scelgono di usare le piattaforme e le relative funzionalità a causa del chiaro valore fornito per ridurre il carico cognitivo nei team di prodotto, offrendo al tempo stesso servizi di supporto di qualità superiore. La documentazione e le interfacce ergonomiche consentono agli utenti del team di prodotto di effettuare rapidamente il provisioning e l'uso delle funzionalità della piattaforma. Gli utenti scelgono implementazioni interne della piattaforma rispetto a alternative come lo sviluppo della funzionalità stessa o l'assunzione di un provider.
Scoprire servizi, strumenti e tecnologie: i team di progettazione interagiscono attivamente con la piattaforma per individuare una gamma di funzionalità: esperienza utente self-service.
Scegliere servizi, strumenti e tecnologie: i team di progettazione usano la piattaforma per cercare soluzioni ai requisiti tecnici. La piattaforma descrive il valore offerto da ogni funzionalità e guida le scelte effettuate dai team di progettazione.
Usare servizi, strumenti e tecnologie: l'uso delle funzionalità della piattaforma è completamente supportato dalla piattaforma tramite modelli, forum di supporto, documentazione e così via.
Partecipativo
Gli utenti dei team di prodotto investono ulteriormente nelle funzionalità della piattaforma aggiungendolo all'ecosistema e contribuendo a esso. Alcuni contributi migliorano e correggeno le funzionalità esistenti; altri introducono nuove funzionalità e funzionalità per affrontare nuovi casi d'uso. I processi e i servizi vengono definiti e consentono agli utenti di identificare i requisiti e coordinare i contributi tra diversi team di prodotto e piattaforma. Le nuove funzionalità vengono pubblicate tramite interfacce e portali coerenti e con documentazione completa e controllo delle versioni standard.
Scoprire servizi, strumenti e tecnologie: gli sviluppatori sostengono e supportano una community di utenti interna che estende la proprietà della piattaforma ai collaboratori del team di app e servizi.
Scegliere servizi, strumenti e tecnologie: i tecnici della piattaforma partecipano alla pianificazione del team di prodotti per apprendere i requisiti e suggerire funzionalità esistenti.
Usare servizi, strumenti e tecnologie: i team di progettazione hanno la possibilità di contribuire a correzioni, funzionalità e feedback per le funzionalità della piattaforma. I team di progettazione generano richieste pull con estensioni necessarie e partecipano alle revisioni.