Manuale dei valori ingegneristici – Idee forti, liberamente archiviate> Notizie

(Non sono sicuro di cosa parli questo post. Dai un’occhiata ai valori di Living Bungie come ingegnere.)

Sei ancora qui. Benvenuto A questo punto sai perché sei qui, quindi tuffiamoci subito…

Quando abbiamo studiato per la prima volta l’Engineering Values ​​Handbook come una squadra, ci siamo trovati in una conversazione di più giorni che ha esplorato questo particolare valore. Si è scoperto che eravamo tutti abbastanza coerenti nel “mantenerlo debole”, ma avevamo interpretazioni molto diverse delle “idee forti”. Era per garantire una forte propaganda, un’equa udienza delle idee? Suggerimenti audaci che sfidano la saggezza ordinaria. Suggerimenti ponderati che vengono evitati. Questa sezione del tutorial ci ha permesso di entrare in quella sfumatura.

Crediamo che le buone idee possano venire da chiunque, indipendentemente dal titolo, dall’anzianità o dalla disciplina.

  • Ci impegniamo per l’uguaglianza in tutte le interazioni.
  • Ci sforziamo di garantire la reciproca sicurezza psicologica. Siamo consapevoli della natura quasi universale della Sindrome dell’ingannatore; cerchiamo di costruire l’uno sull’altro mostrando liberamente rispetto e ammirazione, prestando molta attenzione al tono della critica e al contesto.
  • Cerchiamo di mostrare rispetto visibile a tutti per impostazione predefinita, anche quando non abbiamo ancora lavorato con loro. Ciò è particolarmente importante per fornire sicurezza psicologica ai nuovi dipendenti che non hanno ancora stabilito la fiducia istituzionale.
  • Nel dibattito e nel processo decisionale, cerchiamo di separare le idee dai suggerimenti.

“Circa un anno fa sono passato dall’ingegneria del gameplay alla grafica e presto ho iniziato a lavorare al mio primo importante lavoro di pianificazione delle funzionalità. Quando ho parlato dell’area problematica con il mio mentore, Mark Davis, che era un ingegnere grafico capo con oltre vent’anni di esperienza, sono rimasto sbalordito da quanto ci voleva per risolvere i problemi con solo due ingegneri grafici. Era abbastanza chiaro che avevo una posizione paritaria nella discussione, mentre andavamo avanti e indietro su possibili soluzioni, difficoltà, non ho mai avuto paura di sfidare le idee o portarle avanti. Ho sempre sentito di essere un membro a pieno titolo di qualsiasi discussione, և il mio contributo è apprezzato e significativo, sia con Mark, il team grafico, altri ingegneri o Bungie in generale. Come ingegnere in una nuova professione, sono diventato il mio nuovo ruolo, ho imparato molto da tali responsabilità, è stato creato per un’esperienza profondamente soddisfacente e divertente. ”
Abby Galles, 2020

Siamo abbastanza coraggiosi da essere fraintesi.

  • Può essere spaventoso sbagliare, ma può essere un successo per noi. Se permettiamo alle nostre paure di scoraggiarci, stiamo sacrificando le opportunità di crescita creativa.
  • Fare un errore non dovrebbe mai essere un’esperienza traumatica. Devi sentirti il ​​benvenuto և supportare il team. Il nostro lavoro per mantenere la sicurezza psicologica può essere trovato qui (vedi sezione sopra). creiamo un luogo in cui non devi “indurire” per sentirti al sicuro e commettere errori.
  • Siamo abbastanza coraggiosi da dare suggerimenti che ci aiuteranno a portare avanti il ​​piano, anche quando è più probabile che commettiamo un errore.Non ci aspettiamo di essere sicuri al 100% che sembreremo intelligenti con la nostra offerta.
  • Saremo abbastanza coraggiosi da vedere le nostre idee sfidate senza sentirci attaccati personalmente– Cerchiamo di ricordare che siamo rispettati a prescindere.
  • Siamo abbastanza coraggiosi da esprimere preoccupazioni o idee, anche quando non siamo esperti o li alziamo a uno più alto.
  • Abbiamo il coraggio di condividere le nostre idee, Cercare aggiornamenti dagli altri և Evitare di perfezionare le nostre idee per grandi scoperte che rendono gli altri inconsci.

“Durante lo sviluppo del nuovo modello di motore, il team di Activity Scripting stava esaminando come si trovavano gli script per l’attività nell’ecosistema del server. All’interno dell’ecosistema, la loro distribuzione tra diversi agenti ha consentito una maggiore espressività, ma ha anche creato una trappola di sincronizzazione per la scrittura di script che potrebbero essere bloccati o comportarsi in modo imprevisto a causa delle condizioni razziali. Per mitigare questa possibilità, ho suggerito un processo di revisione del codice per gli script progettati da designer che sembrano revisioni del codice ingegneristico. Questa non era una pratica in cui i designer fossero esperti և Molte persone che hanno ascoltato il mio intervento pensavano che non avremmo ottenuto una vasta gamma di acquisti. Quindi, invece, abbiamo adattato il design tecnico per ridurre il rischio di ridurre al minimo l’espressività del copione; non abbiamo accettato script di design in quel momento. Parlarne come una squadra ci ha aiutato a capire rapidamente che risolvere questa sfida con la continua diligenza umana non era la risposta giusta, che avrebbe fornito soluzioni tecniche interessanti. ”
Ed Kaiser, 2010-

Crediamo che il successo aiuti il ​​gruppo a ottenere la migliore risposta և: lasciare in una relazione più forte.

  • Se hai trovato la risposta migliore ma le persone non vogliono più lavorare con te, fallisce.
  • Se hai reso la riunione o il progetto più produttivo del 25% ma le persone non vogliono più lavorare con te, fallisce.
  • Se tutti vogliono lavorare di nuovo con te ma non hai espresso un grave difetto o un’opportunità, fallisce

“Per un po’, l’organizzazione di ingegneria ha tenuto regolari riunioni dirigenziali in cui dirigenti e altri dirigenti si sono incontrati per parlare di cose importanti. Quando finalmente sono arrivato al punto in cui sono stato invitato, mi è sembrato molto tempo. È stata una meravigliosa sensazione di approvazione, ma è stato spaventoso. Non ero sicuro di avere qualcosa per cui valesse la pena investire in questa stanza con i migliori և più brillanti di Bungie. Quando finalmente mi sono dato sui nervi per chiamare, sono rimasto piacevolmente sorpreso dal fatto che tutti prendessero i miei commenti sul serio quanto gli altri. Mi sono reso conto che questo era vero per tutti coloro che si univano al gruppo. Non c’è mai stata un’opinione dominante che mette in ombra tutte le altre. Tutte le voci erano sempre presenti”.
James Haywood, 2007

Alla prossima volta per valore # 4 – La chiusura è una pratica quotidiana.

-Ingegneria Bungie:

Vorremmo parlare con te. Ecco alcuni dei ruoli tecnici che assumiamo e altro nella nostra pagina delle carriere.

Leave a Comment

Your email address will not be published.