Appearance
Regole operative
Problem Solving
- Il processo di problem solving segue il modello in cinque fasi suggerito da Daniel Couger:
- Definire il problema e il “proprietario”: Tramite il sistema di Issue di Github
- Raccogliere i dati rilevanti e analizzare le cause: Tramite la raccolta e l’analisi di log e l’esecuzione di unit test e integration test
- Generare delle idee: Sulla base dell’entità e della gravità del problema diversi membri del team propongono possibili soluzioni.
- Valutare e assegnare una priorità alle idee: Le alternative vengono confrontate brevemente per scegliere l’approccio più efficace in termini di impatto e rapidità.
- Sviluppare un piano d’azione: Le soluzioni possono essere implementate progressivamente, una alla volta, oppure in parallelo, assegnando attività diverse a più sviluppatori in base alla complessità e alla disponibilità del team. Dopo aver sviluppato una soluzione bisogna necessariamente: caricare il codice nella repo con la soluzione per fini di documentazione e per eseguire i risultati dei test per verificare che la soluzione non abbia compromesso altre funzionalità.
Decision Making:
Le decisioni tecniche vengono gestite secondo un approccio consultativa: la persona che detiene la responsabilità/autorità prende le decisioni confrontandosi con la persona più adatta.
Conflict Resolution
Il core team è composto principalmente da persone sia cooperative che assertive. Bisogna evitare che il tirocinante sia collaborativo ma passivo (“accomodating”) incoraggiandolo ad esprimere la propria opinione; ci si aspetta che l’architetto non sia molto assertive e poco cooperative (“competing”).
Team Meetings:
- Daily Status Meeting: ogni giorno lavorativo in EcoConn si svolge un meeting mattutino in cui si analizzano gli aspetti principali di tutti i progetti in corso. A questo progetto sono dedicati 10 minuti per il confronto rapido sugli avanzamenti e le eventuali criticità.
- Project review meetings: al completamento di ciascun microservizio, viene programmato un meeting di review e approvazione del lavoro svolto a cui partecipano gli sviluppatori responsabile, l’architetto e il PM.
- Problem resolution meetings:
- Quando emerge un problema durante lo sviluppo, il team deve segnalarlo tempestivamente durante il Daily Standup Meeting.
- In caso in cui il problema è tale da poter compromettere le tempistiche o la qualità del progetto in modo significativo, il PM si occuperà di organizzare una riunione con i soggetti interessati per trovare una soluzione nel minor tempo possibile, evitando blocchi nel workflow.