[Musica d'introduzione morbida]
Heather Koehler:Quando ho appreso che era va bene non sapere tutto, che è va bene fare domande e chiedere comprensione, permettermi di essere guidata, è stato a quel punto che si sono presentate le opportunità, ed è stato a quel punto che ho acquisito le migliori esperienze.
Ospite Andres Almeida: Benvenuti aPiccoli passi, grandi salti, il podcast della NASA Academy of Program/Project & Engineering Leadership, o APPEL. Sono il vostro ospite Andres Almeida.
La conoscenza alla NASA viene trasmessa da persona a persona, da programma a programma.Heather Koehler, Tecnico Fellow della NASA per la Meccanica del Volo, ha lavorato su numerosi programmi, tra cui lo Space Shuttle e il razzo Space Launch System per Artemis.
Ha anche sviluppato unStandard Tecnico NASA, un insieme documentato di regole e specifiche che descrivono come i sistemi dovrebbero essere progettati e operati, per proteggere le navi spaziali dai micrometeoriti. È ancora in uso oggi.
Ospite: Ciao, Heather, benvenuta nel podcast.
Heather Koehler:Grazie, Andres, per avermi invitata. Sono entusiasta di essere qui.
Ospite: Hai lavorato su diversi programmi. Hai scritto software per i voli dello shuttle spaziale. Hai guidato squadre tecniche per il Sistema di Lancio Spaziale. Come la conoscenza di un programma si è trasferita ad un altro?
Koehler:Alla NASA, è comune per gli ingegneri supportare più programmi durante la loro carriera.
Come hai menzionato, ho iniziato a lavorare sullo shuttle spaziale, ma la mia carriera si è estesa ad altre missioni con equipaggio, scienza e missioni planetarie.
Se sei in una disciplina ingegneristica come la meccanica del volo, per esempio, fornisci i progetti della missione, sviluppi simulazioni e modelli, esegui analisi per tutte le diverse fasi del ciclo di vita di un programma.
E lo fai ripetutamente per tutti i diversi programmi e progetti durante la tua carriera. Ogni programma che supporti, acquisisci una comprensione di tutti i sistemi e dei componenti che compongono quel sistema di volo.
Imparare a risolvere problemi con strumenti e metodi specializzati adattati per affrontare le sfide uniche di quel programma, spesso si traduce in soluzioni o approssimazioni vicine per un altro programma.
La conoscenza si trasferisce da un programma ad un altro attraverso le esperienze degli ingegneri mentre passano da un programma all'altro.
Quindi, per esempio, gli algoritmi di guida, navigazione e controllo che abbiamo sviluppato per una missione CubeSat a vela solare, includono modelli per i propulsori a spinta di reazione o sensori di navigazione o tracciatori stellari.
Gli ingegneri sono anche davvero bravi nel riciclare e riutilizzare quei modelli in altre simulazioni di meccanica del volo per una missione diversa. Potrebbero utilizzare gli stessi sensori di navigazione o propulsori di dimensioni simili.
Quindi, la conoscenza che si acquisisce nell'integrare e far funzionare un sistema, caratterizzandone le prestazioni, è spesso un ottimo punto di partenza per iniziare il programma successivo.
Ospite: Sì.
Koehler:Spesso dovrai adattare i tuoi set di strumenti e modelli a nuove restrizioni o ambienti leggermente diversi, ma la metodologia che hai raffinato in quel precedente sforzo è spesso il punto di partenza più eccellente per il successivo.
Un altro esempio, lo sai, il mio lavoro precedente sul programma dello shuttle spaziale, che è stato semplicemente uno sforzo molto complesso. Ha coinvolto l'integrazione di ogni disciplina ingegneristica principale, propulsione, avionica, strutture, comunicazioni - solo per citarne alcuni.
Quindi, alcuni dei componenti principali del sistema dello shuttle spaziale sono stati riciclati e aggiornati a ciò che vediamo oggi nel programma Artemis: i motori RS-25, i razzi a propellente solido, il serbatoio della fase centrale, e persino alcuni processi software come il targeting del giorno del lancio. Quelli aspetti dell'architettura software dello shuttle spaziale sono stati riciclati e riutilizzati per il software del sistema di lancio spaziale.
Gli ingegneri che hanno progettato, sviluppato e operato lo shuttle spaziale, beh, alcuni di loro sono ancora qui oggi e supportano SLS e Orion (Programma Artemis) oggi. Quindi, hanno portato con sé le conoscenze di quel shuttle nella nuova architettura.
Quindi, avere quella esperienza sui programmi passati è semplicemente molto utile nelle riunioni di progettazione e nelle commissioni di revisione quando si cerca di risolvere nuovi problemi, anche se è con lo stesso hardware o hardware simile, ma utilizzato in un ambiente leggermente diverso.
Ospite: E che ne è di quei valori e di quelle competenze morbide che hai sviluppato nel corso degli anni? Si trasferiscono abbastanza bene?
Koehler:Oh, oh, sì. Sai, quelle competenze morbide, presentare le soluzioni tecniche a un problema, le sviluppi ripetutamente, giusto? Le porti di fronte ai tuoi ingegneri capo, di fronte ai gruppi di lavoro.
Ti sottoponi davvero a un duro lavoro cercando di comunicare dove si trovano i rischi, dove ci sono lacune nella tua comprensione, e cercando semplicemente di assicurarti che tu possa comunicare qualsiasi sia la soluzione al problema al pubblico giusto.
Quindi, raffini le tue abilità nel corso degli anni su questi programmi, attraversando l'intero ciclo di vita.
Ospite: Ora, sappiamo che non tutta la conoscenza viene scritta, quindi come ti assicuri che non vada persa?
Koehler:Quella è un'osservazione davvero eccellente. Penso che gli esseri umani imparino meglio osservando gli altri e mettendo in pratica qualcosa di persona, ripetendolo più volte.
Quindi, sono stato molto fortunato ad avere avuto ottimi mentori durante la mia carriera. Mi hanno permesso di esercitarmi e a volte di fallire, a volte di fallire di nuovo, ma hanno continuato a farmi svolgere quei compiti e ad acquisire quella esperienza, sempre sotto la loro guida.
I miei migliori mentori erano molto pazienti. Spiegavano su cosa stavano lavorando, come utilizzare lo strumento software, come progettare qualcosa per evitare un fallimento. Queste persone sedevano con me nelle riunioni tecniche. Mi sussurravano all'orecchio. Avevano conversazioni laterali con me nei corridoi.
Dalla parte tecnica di un sistema alla semplice comprensione delle culture organizzative, delle personalità delle persone nella stanza - tutto ciò mi ha aiutato a capire come essere un migliore leader tecnico e come forse motivare e influenzare le decisioni anche quando non sei in una posizione di autorità. Quella forte guida può davvero plasmare una carriera come ha fatto la mia.
Molte organizzazioni intorno alla NASA cercano di abbinare ingegneri senior con ingegneri in carriera iniziale per assicurare che la conoscenza non vada persa.
Questa è una pratica comune nel Sistema di Lancio Spaziale, uno dei programmi su cui ho lavorato, dove abbinano ingegneri a metà carriera con ingegneri senior in una disciplina specifica o in un ruolo di leadership, e poi preparano quella persona per il livello successivo del lavoro.
Quindi, abbinare persone esperte su nuovi programmi espone quei dipendenti in carriera iniziale a opportunità. Ottengono esperienza pratica come progettisti, sviluppatori, tester o leader.
Ottengono un mentoring diretto da una persona anziana e non sono completamente responsabili del prodotto perché lavorano a fianco di quel esperto anziano.
Nella mia organizzazione, ilNESC(Centro di Ingegneria e Sicurezza della NASA) invitiamo spesso i dipendenti con poca esperienza a far parte di squadre di valutazione tecnica. Ancora una volta, hanno l'opportunità di risolvere problemi complessi, lavorano con il team e imparano insieme a ingegneri più esperti.
Un altro modo in cui si acquisisce e si conserva conoscenza ed esperienza è attraverso analisi o test indipendenti. La NASA sta investendo molto in partnership commerciali nello spazio.
E a volte significa che non siamo responsabili della progettazione del sistema, ma acquistiamo un servizio. Quindi, eseguendo un'analisi o una simulazione indipendente del sistema del fornitore commerciale, si acquisisce esperienza pratica. Si modella hardware specifico in diverse restrizioni operative, ma si ottengono anche informazioni su quel sistema diverso.
E gli ingegneri che svolgono questi compiti di analisi indipendente possono ancora imparare lezioni preziose sui limiti di un certo progetto, su come i requisiti possano essere interpretati in modo diverso e vedere nuove applicazioni creative della tecnologia.
E queste lezioni restano con l'ingegnere e contribuiscono alla sua base di esperienza complessiva e possono essere applicate alla missione successiva.
Ospite: Quali sono alcuni dei modi formali con cui trasmetti queste lezioni?
Koehler:Nella mia organizzazione, il NESC, Centro Ingegneria e Sicurezza della NASA, manteniamo una biblioteca di webinar registrati di esperti della NASA che coprono tutti quei tipi di discipline ingegneristiche e programmi di volo e test.
Offriamo regolarmente formazione su nuovi strumenti software o processi ingegneristici, inclusa la leadership nell'ingegneria dei sistemi, tutti gli aspetti che potresti necessitare per gestire e condurre un progetto tecnologico o di volo.
Portiamo a lezione ingegneri della NASA in pensione per insegnare argomenti speciali o lezioni storiche, e registriamo interviste con esperti per catturare le conoscenze acquisite lungo il percorso. Quindi, in tutta la NASA, puoi trovare la cattura delle conoscenze sotto forma di manuali sulle migliori pratiche, bollettini tecnici, rapporti tecnici o linee guida, e workshop.
E rendiamo questi corsi disponibili al pubblico la maggior parte del tempo, ma sono sicuramente accessibili sui siti web della NASA per garantire che queste informazioni non vengano perse per la prossima generazione.
Ospite: Possiamo parlare un po' di ciò che hai realizzato in passato?
Koehler: Certo, sarò felice di parlarne.ha sviluppato un modelloche è uno standard tecnico della NASA. È ancora in uso oggi e è stato scritto per proteggere le navi spaziali dai micrometeoroidi. Cosa c'è stato dietro lo sviluppo di questo standard?
Koehler:Sì, penso che nello sviluppo di uno standard, bisogna tenere a mente a chi si applicherà. Bisogna conoscere il proprio pubblico e come lo utilizzeranno.
In questo caso specifico, i progettisti e gli operatori di navi spaziali della NASA si erano affidati a un modello molto semplice, una vera espressione matematica, che caratterizzava uno degli ambienti naturali per le navi spaziali che operano nello spazio.
Aiutava a descrivere il rischio per la nave spaziale dovuto all'esposizione a questo ambiente. Il modello, tuttavia, si basava su un insieme molto limitato di dati osservativi e non era stato aggiornato per decenni con nuove informazioni.
Ma il modello era molto semplice da usare e da comprendere e quindi facile per gli ingegneri e gli operatori di navi spaziali da adottare e implementare. Quindi, una lezione importante da considerare per l'adozione o lo sviluppo di un nuovo standard, in questo caso, questo nuovo modello ambientale che descrive il rischio, è che il tuo modello o standard deve essere ancorato ai dati.
Deve essere rilevante nel regime in cui stai volando e devi comprendere i limiti di quel modello o dei dati sottostanti che vi sono stati inseriti.
Ripensandoci alle vostre precedenti domande sul trasferimento di conoscenze ed esperienze, è davvero cruciale, durante lo sviluppo di uno standard, documentare tutte quelle incertezze, ipotesi e limiti relativi al momento e al modo in cui il modello può essere utilizzato.
Molti esperti hanno contribuito allo sviluppo di questo standard ambientale. Avevano decenni di esperienza lavorando in diversi programmi di ricerca e volo che raccoglievano e interpretavano quei dati, e tutto ciò è stato incorporato in questo modello per questo standard.
Le loro conoscenze collettive e le lezioni apprese, cercando di applicare lo standard precedente, vedendo tutti i vuoti... hanno portato quella comprensione e quella conoscenza come un nuovo e miglior modo di rappresentare il rischio da questo ambiente. E ciò ha plasmato come è stato sviluppato questo nuovo standard.
Abbiamo ascoltato i progettisti e gli operatori delle navi spaziali. Abbiamo capito quali fossero i parametri importanti di cui avevano bisogno per lavorare. E ci siamo assicurati che quando abbiamo pubblicato quel nuovo standard, contenesse quelle informazioni e fosse in un formato facile da usare.
Ospite: Wow. La vostra prospettiva sulla condivisione delle conoscenze è cambiata in qualche modo quando siete diventati responsabili di guidare le squadre?
Koehler:Oh, assolutamente. Sì. È sempre stato nella mia mente emulare quei leader, le qualità e le caratteristiche positive che avevano.
Sapete quando avete un buon leader: quando forniscono o stabiliscono la visione e gli obiettivi generali, ma poi vi danno l'autonomia e l'indipendenza per trovare modi creativi per eseguire la missione o l'obiettivo della squadra. Voglio essere quel tipo di leader.
Voglio essere quel tipo di leader per gli altri, giusto? Perché ho avuto la fortuna e l'esperienza di avere queste persone nella mia vita.
Riflettendo sulla mia prima squadra, sul mio primo capo squadra e sui miei mentori, mi hanno aiutato di più condividendo ciò che sapevano e senza trattenersi.
Hanno condiviso liberamente i dati a cui avevano accesso, i metodi che avevano sviluppato. Tutti quei piccoli suggerimenti e trucchi che avevano imparato durante la loro carriera, me li hanno condivisi per aiutarmi a diventare un ingegnere migliore. E poi, questo mi ha reso un leader migliore.
Quindi, nei miei ruoli di leadership di oggi, cerco davvero di promuovere e incoraggiare lo stesso scambio di conoscenze perché ho visto i benefici per le organizzazioni quando passiamo da essere stovipipati e protettivi dei dati a essere più aperti e condividerli liberamente.
Sapete, siamo tutti di successo quando tutti hanno accesso alle informazioni, specialmente in un'organizzazione tecnica se si sta davvero cercando di fare un'integrazione complessa attraverso più sistemi o più organizzazioni.
Cerco di rimuovere le barriere e di abilitare gli altri al successo, e questo è fornendo loro l'accesso a strumenti meccanici di volo speciali o a una formazione tecnica o condividendo informazioni da esperti senior, rendendoli disponibili per migliorare i progetti.
E poi, essere anche intenzionalmente focalizzati sulla costruzione di squadre "tigri" o squadre di valutazione che hanno tutte le diverse prospettive e competenze diverse per ottenere il miglior prodotto, la migliore soluzione per i nostri clienti.
Ospite: Sono curioso riguardo all'immagine che vedo sul muro dietro di te. È la ISS che vola sopra la Terra, il bordo della Terra, e dietro c'è un pannello solare. L'immagine significa qualcosa per te?
Koehler:Sì, quindi questa immagine che tengo effettivamente nel mio ufficio e di cui rifletto, penso che sia davvero appropriata, giusto, per la conversazione di oggi.
Questa è una foto del limite della Terra con meteoroidi che entrano, tipo che si bruciano nell'atmosfera.
Ospite: Meraviglioso.
Koehler:E l'immagine è stata scattata dalla Stazione Spaziale. Quindi, quando ho lasciato quell'organizzazione, il mio team ha firmato questa bella foto che rappresenta l'ambiente su cui ho lavorato per anni. E quindi, ha un significato speciale per me. E mi piace averla proprio accanto a me.
Testo: H Traduzione: HTesto: "La città si prepara per il grande evento sportivo: la Maratona Internazionale di New York." "Gli atleti di tutto il mondo stanno arrivando, pronti a sfidarsi sui 42 chilometri che separano i cinque quartieri della metropoli." "La competizione, giunta alla sua 47ª edizione, attira ogni anno migliaia di partecipanti e spettatori, rendendola uno degli eventi sportivi più iconici al mondo." "Le autorità locali hanno implementato misure di sicurezza rigorose per garantire la sicurezza di tutti i coinvolti." "La Maratona di New York è un simbolo di resistenza e determinazione, offrendo ai corridori un'esperienza indimenticabile tra le strade iconiche della città."Condivideremo l'immagine sul sito del podcast su nasa.gov/podcasts.
Quali consigli darebbe agli ingegneri del futuro?
Koehler:Abbiamo parlato molto dello scambio di conoscenze, di come l'esperienza e le lezioni possano essere trasferite tra programmi. Quindi, il mio consiglio per i nuovi ingegneri sarebbe: Siate curiosi. Fate molte domande.
Questo incoraggia il mentoring, e quel mentoring costruisce relazioni. E dovrai affidarti a quelle relazioni durante la tua carriera.
Loro ti supporteranno per tutta la durata della tua carriera. Sii disposto a chiedere aiuto o indicazioni. Sii aperto a lavorare su molti compiti diversi. C'è sempre qualcosa da imparare da un'esperienza.
Potresti imparare persino cosa non fare o cosa non funzionerà. Ma tutte quelle esperienze, positive e negative, sono lezioni preziose. E più esposizione hai a una varietà di lavori, più sei utile per questa organizzazione.
Ospite: Mi piace questo, e sembra applicarsi anche alla vita quotidiana, alla vita al di fuori dell'ingegneria.
Koehler: [Risate]IoSpero di sì. È ciò che cerco di insegnare ai miei figli.
Ospite: Heather, qual è stato il tuo salto di qualità?
KoehlerIl mio enorme balzo in avanti. Ho riflettuto molto su questo durante la mia carriera. Il mio enorme balzo in avanti è stato rendermi conto che sono le relazioni che si sviluppano con le persone a contribuire maggiormente al proprio successo, probabilmente più di qualsiasi risultato tecnico.
Quando ho imparato che andava bene non sapere tutto, che va bene fare domande e chiedere comprensione, permettermi di essere guidato, è stato in quel momento che si sono presentate le opportunità e ho acquisito le migliori esperienze. Sapete, ho ereditato la conoscenza di tutti quei senior ingegneri che mi hanno dedicato del tempo.
Quindi, il miglior regalo che posso loro restituire è trasmettere ciò che ho imparato. E sento davvero che il mio lascito e quello di tutti quegli altri incredibilmente talentuosi, sapete, leader, ingegneri, supervisori, capi squadra, project manager - i lasciti non sono i singoli risultati tecnici. È la vita che si investe e il tempo dedicato allo sviluppo degli altri. È la crescita delle persone che sono state guidate e istruite.
Ospite: Ottimo consiglio. Beh, grazie, Heather. Grazie per esserti unita a noi oggi e per condividere tutta la tua conoscenza e le tue intuizioni.
KoehlerBeh, grazie per avermi ospitata. Questo è davvero divertente.
Ospite: Questo è tutto per questo episodio diPiccoli passi, grandi balziPer una trascrizione e per tutti gli altri episodi, visita nasa.gov/podcasts. E mentre sei lì, dai un'occhiata ai nostri altri podcast comeHouston, abbiamo un podcast, Curious Universe, e l'Universo Curioso della NASA.Come sempre, grazie per aver ascoltato.
Altro: Tre. Due. Uno. Questo è un podcast ufficiale della NASA.
Il postEpisodio 181: Trasmettere la ConoscenzaÈ apparso per la prima volta suScienza NASA.