Prima di promettere una data
Lunedì arriva una richiesta che la direzione vorrebbe accettare. Il cliente chiede una consegna entro quattro settimane. Gli sviluppatori possono cominciare subito e sul piano c’è posto per un’altra attività. Prima del rilascio, però, qualcuno deve verificare che le nuove integrazioni funzionino. È lo stesso gruppo che, in quelle quattro settimane, deve collaudare altri due progetti già promessi.
Prendiamo un esempio con numeri ipotetici. Al netto delle assenze e del lavoro ordinario, il gruppo di collaudo dispone di venti giornate-persona. Dieci sono impegnate per un rilascio, otto per una migrazione. Ne restano due. Il nuovo progetto ne richiede sei. Se gli impegni già presi hanno la precedenza, mancano quattro giornate di collaudo. È un conto che conviene fare prima di parlare di una data con il cliente.
C’è ancora da capire quando cadono le due giornate libere. Supponiamo che siano entrambe nella seconda settimana e che gli sviluppatori consegnino la prima versione da collaudare alla fine della terza.
Anche una prima consegna ridotta, che richieda soltanto due giornate di verifica, avrebbe bisogno di un’altra collocazione nel piano. Il totale delle quattro settimane serve a capire quanto lavoro manca. Per capire se il lavoro entra nel calendario occorre sapere da quando lo si può fare.
Nelle immagini di Euclid si vede bene che cosa occorre fare prima di usare un dato. Lo spettrometro senza fenditura disperde sullo stesso rivelatore la luce di molti oggetti. Nella figura pubblicata dal consorzio si può seguire il passaggio dal campo osservato all’immagine con la luce dispersa, fino allo spettro estratto di una singola galassia.
Nel caso della cometa di Encke il problema è capire da dove provenga l’emissione. Gli autori confrontano il profilo della cometa nel medio infrarosso con quello di una stella di riferimento.
La somiglianza sostiene l’interpretazione secondo cui nell’osservazione prevale la radiazione termica del nucleo. Su quella base gli autori stimano la temperatura e le dimensioni del nucleo. Il rilascio di Euclid · Lo studio sulla cometa di Encke
Anche la scomparsa di un segnale può dare informazioni, se sappiamo in quali condizioni lo vedevamo. Nei dati del telescopio TESS, i passaggi di TOI-2535 b davanti alla sua stella si accorciano, si spostano verso il bordo del disco stellare e infine cessano di essere visibili.
Le variazioni dei transiti e le misure della velocità radiale della stella sostengono l’ipotesi di un secondo pianeta che inclina l’orbita del primo rispetto alla nostra linea di vista.
In archeoastronomia Fabio Silva affronta un altro problema di geometria. Nel valutare se più edifici siano orientati verso una stessa posizione celeste, tratta ciascuna misura come una distribuzione di probabilità.
Così l’incertezza del rilievo entra nel calcolo dell’allineamento e nel confronto con l’ipotesi di riferimento. Lo studio sui transiti di TOI-2535 b · Lo studio di Fabio Silva
A volte il segnale serve a provare lo strumento stesso. In Sudafrica due parabole di SKA-Mid hanno osservato una radiogalassia già studiata. Combinando i segnali, i tecnici hanno ottenuto le prime frange di interferenza e verificato che puntamento, sincronizzazione e correlazione funzionassero insieme.
Su un banco di prova molto più piccolo, Logan Zarov è riuscito a ricavare un’immagine da un satellite meteorologico usando il modem di un vecchio telefono LG come ricevitore. Nelle sue note compare anche un confronto del rapporto segnale-rumore con un ricevitore RTL-SDR V4. Quel confronto è preliminare e privo di calibrazione.
La ricezione dell’immagine e il confronto fra ricevitori rispondono quindi a domande diverse. Le prime frange di SKA-Mid · Le note di prova di Zarov
Lo stesso bisogno di sapere che cosa è stato misurato si presenta quando leggiamo un rapporto di progetto. eazyBI Cloud può ora importare le checklist di HeroCoders insieme ai dati delle attività Jira. Immaginiamo che il rapporto indichi come completate cinque verifiche su sei.
Prima di usarlo per dare il via a un rilascio vorrei sapere a quale versione si riferiscono e quale verifica manca. Nel suo intervento sui cataloghi dati, Ole Olesen-Bagneux discute come cambia la ricerca delle informazioni quando al catalogo si rivolge anche un assistente.
Nel nostro esempio, registrare la versione collaudata e il responsabile della verifica aiuterebbe sia chi apre il rapporto sia chi chiede all’assistente se la consegna può partire. Le novità di eazyBI Cloud · L’intervento sui cataloghi dati
In Jira partirei dalle attività di collaudo dei tre progetti. Per ciascuna registrerei la stima, il gruppo incaricato e la consegna da cui dipende l’inizio della verifica. In BigPicture confronterei il carico di quel gruppo con la capacità disponibile settimana per settimana.
Prima di usare il risultato in riunione, chiederei al gruppo se nel calendario figurano anche le assenze e il lavoro ordinario. Un calendario che assegna tutte le ore ai progetti può far sembrare possibile una consegna che richiede di rinviare altri lavori. La guida Appfire alla pianificazione della capacità
A quel punto si possono discutere tre impegni diversi. Si può proporre una data successiva. Si può concordare una prima consegna più piccola, a condizione che sviluppo e collaudo riescano a completarla nella sequenza prevista.
Oppure si può dare precedenza al nuovo progetto e dire al responsabile del rilascio o della migrazione quale impegno occorre rivedere.
Il corso introduttivo di PM² sulla gestione del portafoglio colloca scelte di questo genere fra le responsabilità di chi stabilisce le priorità per più iniziative. Il corso di Interoperable Europe Academy
Nel post sul drone nel deserto la prova serviva a capire se il sistema di bordo avrebbe riconosciuto un ostacolo in tempo per cambiare traiettoria.
Qui il momento in cui possiamo ancora cambiare qualcosa è la riunione di lunedì. Prima di promettere una data, vorrei che nel piano si potessero indicare la consegna da collaudare, il gruppo che la prenderà in carico e le giornate che avrà a disposizione dopo averla ricevuta.