Come si spiega l'origine di un problema identificato senza renderlo una "scusa"? [chiuso]

Per quanto riguarda la pratica (per quanto posso almeno) "programmazione senza ego", mi concentro sulla risoluzione di problemi chiunque abbia scritto il codice correlato (se quella persona non crea codice pericoloso) e mi piace capire il problema completamente per essere sicuro per risolvere la fonte di questo problema.

Tuttavia, quando qualcuno indica il mio codice per mostrare un errore, provo spesso a ricordare qual era la mia mentalità durante la scrittura del codice difetto e provo a spiegarlo al ragazzo indicando l'errore per chiarire qual era la fonte dell'errore (ad esempio quando alcuni nomi sono scelti male, potresti usarli in un modo che non erano previsti e con apparente successo ...).

Ora, lo faccio per riflesso e la maggior parte dei miei colleghi capisce questo riflesso. Ma ho anche lavorato in aziende in cui i colleghi avevano la mentalità di incolpare le persone che hanno creato i problemi identificati, con o senza umorismo (per me ha comunque lo stesso effetto non sano).

In questo tipo di ambiente, spiegare perché devi scrivere un codice sbagliato fa pensare agli altri che stai cercando di costruire una scusa. Ho osservato che la maggior parte delle persone non tecniche (o non esperte di dominio, non sono sicuro, è solo esperienza personale) reagiscono esattamente così quando si tenta di spiegare perché si è fatto qualcosa di sbagliato.

Quindi, quando hai a che fare con questo tipo di persone / ambiente, come riesci a spiegare la vera fonte dell'errore senza sembrare "fare una scusa"? (e vale anche la pena provare a spiegare?)

Penso che sia solo una questione di far corrispondere le tue parole a ciò che senti dentro e mettere la cosa che senti più fortemente (risoluzione dei problemi senza ego) prima nella tua risposta. Quando un collega indica un nome variabile terribile, potresti dire "Ero davvero stanco quel giorno", oppure potresti dire "Hai ragione, è un nome terribile; quel giorno ero davvero stanco". o "Sono quello che l'ha fatto; ero davvero stanco quel giorno." o "Grazie per averlo trovato per me; quel giorno ero davvero stanco." Ecc. Se conduci con la ragione, sembra una scusa. Se conduci a possedere l'errore, a ringraziare qualcuno per averlo trovato, o semplicemente ad essere d'accordo con loro, il motivo non sembra una scusa così tanto.

Come bonus, quando lo pratichi, quasi sicuramente troverai meno bisogno di offrire la spiegazione per quelle situazioni "Ero stanco, non pensavo che qualcuno l'avrebbe usato per quello, ero di fretta". Puoi ancora usarlo per "bene le vendite non hanno mai detto che hanno detto all'utente che la funzionalità sarebbe stata aggiunta, Bob non me lo ha spiegato correttamente, se Joe avesse scelto un nome variabile migliore lo avrei fatto bene, ha funzionato fino a quando tu ha cambiato le situazioni "specifiche", quando potrebbero essere necessarie la causa principale e l'analisi del cambiamento sottostante.

Questo tipo di equivoci sono comuni tra pragmatici e idealisti. I pragmatici pensano semplicemente: "qualcosa è andato storto ... di chi possiamo incolpare?" Gli idealisti stanno già cercando di capire come impedire che qualcosa vada storto mai più.

Ashton è entrato a San Francisco nel pomeriggio. Prese un SuperShuttle al Fisherman's Wharf e, affamato, andò in un ristorante e ordinò una grande pila di pancake.

Fu allora che le implicazioni dell'abbandono della sua vita precedente nel Michigan iniziarono davvero ad affondare. Non aveva lavoro, nessun posto per dormire, la sua auto era sparita, doveva 40.000 dollari in prestiti agli studenti e aveva esattamente 173 dollari nel suo portafoglio.

Ma goll-ee, hanno sicuramente delle belle cameriere a San Francisco, pensò, ammirando i riccioli di fragole del sosia di Molly Ringwald in piedi davanti al registratore di cassa. Un po 'più di un metro e mezzo, forse. Lentiggini pazze.

Mentre Ashton la fissava dall'altra parte del ristorante deserto, un paio di ragazzi ben vestiti entrarono e iniziarono a parlarle. Turisti, forse, o studenti? C'erano delle scuole qui intorno? Ci devono essere scuole a San Francisco. Non riusciva a sentire quello che stavano dicendo, ma sembrava un po 'più complicato di "possiamo avere un tavolo e comprare dei pancake per favore".

"Molly" tirò fuori la borsa e frugò in giro. Ha dato dei soldi ai bambini. La conversazione è continuata. Ha provato a fare una telefonata; nessuno risponde. Alla fine aprì il registratore di cassa e contò un bel po 'di soldi, che gli diede.

"Strano," pensò Ashton, ma pagò l'assegno e attraversò la strada per un Internet café per cercare un appartamento su Craigslist.

La prima cosa che lo colpì fu che i prezzi degli appartamenti erano pazzi. Tornato in Michigan, stava pagando $ 475 per una camera da letto davvero carina, ma a San Francisco le cose sembravano triplicate. Senza un lavoro, non era nemmeno sicuro che qualcuno gli avrebbe affittato. Mentre meditava su questo problema, notò che la cameriera del posto del pancake uscì, chiaramente sconvolta. Si sedette alla fermata dell'autobus e cominciò a piangere.

Ora, il vecchio Ashton non sarebbe mai, mai basta andare fino a una ragazza a caso per strada, meno di tutti uno che piangeva, ma il magico incanto di San Francisco in qualche modo gli ha fatto perdere le sue inibizioni, così ha comprato due tazze di tè alla menta , andò alla fermata dell'autobus, si sedette accanto a lei e disse: “Mi sembra di avere una tazza in più di tè alla menta. Lo vorresti?"

La ragazza lo guardò perplessa e poi rise un po '.

"Mi dispiace", ha detto Ashton. “Di solito non lo faccio. Ti ho visto lavorare all'IHOP e poi quando ti ho visto qui .... Oh. Sono Ashton, comunque. Con una N. "

"Sono Becca", ha detto. "Con una M."

Ashton disse: "La M è silenziosa, immagino?" Ridono un po '. Becca annusa. Ashton trova un fazzoletto nella tasca del cappotto, una vestigia di vivere in un clima davvero freddo.

Cominciano a parlare. Si scopre che Becca è appena stata licenziata.

“Quello stupido vecchio. Non mi avrebbe ascoltato! Ho preso un po 'di soldi dal registro per salvare suo figlio, ma non voleva sentirlo. Pensava solo che l'avessi rubato. "

"Che cosa?"

"Bene, questi bambini sono entrati nel ristorante, erano compagni di scuola di Daryl, figlio del signor Dimitrious."

"Questo è il proprietario?"

"Giusto. Ad ogni modo questi ragazzi sembravano simpatici, dissero che alcuni spacciatori si erano incazzati a Daryl per qualche motivo e avevano bisogno di $ 200 per salvarlo. "

“Salvalo da cosa? Non capisco Come funziona? ”Chiese Ashton. Non sembrava una vera storia. Ma forse era così che funzionavano le cose in California.

“Ho dato loro $ 40 per conto mio, ma erano molto insistenti sul fatto che se non avessero avuto $ 200, Daryl si sarebbe fatto male. Non sono riuscito a raggiungere il signor Dimitrious per telefono, e avevo paura, quindi ho preso $ 160 dal registro e glielo ho dato. Ma quando ho provato a spiegarglielo, è appena uscito e non mi ha ascoltato. Stavo cercando di dirgli che Daryl era nei guai, e tutto ciò di cui voleva parlare era che gli stavo rubando. Come ha potuto licenziarmi per aver cercato di aiutare suo figlio? Cosa c'è di sbagliato in quell'uomo? "

Ashton era abbastanza sicuro che Becca fosse appena stata truffata, ma non riusciva proprio a convincersene. E anche se era visibilmente turbata, gli piaceva davvero parlare con lei, quindi ha trascinato la conversazione. Iniziò a chiacchierare di come, quando lavorava presso la società di arredamento del Michigan, tutti dovevano seguire un corso chiamato "Cinque perché". L'idea era che ogni volta che qualcosa andava storto, dovevi chiedere perché ottenere la causa immediata. Quindi hai chiesto di nuovo perché, per capire cosa lo ha causato, e hai continuato a farlo, circa cinque volte, fino a quando non hai trovato il problema alla radice.

“Quindi, ad esempio, sei stato licenziato. Perché? Perché mancavano soldi dal registratore di cassa. Perché? Perché l'hai dato ad alcuni bambini. Perché? Perché ti hanno detto che Daryl era nei guai. Perché?"

"Aspetta, perché?" Chiese Becca.

"Perché ti hanno detto che Daryl era nei guai?"

Becca ci pensò un attimo.

"Sono stato truffato, no."

"Penso che forse l'hai fatto."

Becca rimase in silenzio per molto, molto tempo. Poi ha iniziato a ridere, e ha infettato Ashton, ed entrambi stavano ridendo come matti, ed è stato fantastico, dopo una giornata stressante.

"Sei un secchione totale", ha detto. "Cinque perché." Dovette concordare.

Si stavano divertendo. Camminarono per tutto il North End e parlarono per ore. Le raccontò di essere un programmatore, di una ditta di mobili e di come, in due anni, non contava una sola cosa che faceva sul lavoro, ne era stufo e iniziava una nuova vita, ed eccolo qui, senza posto dove stare, in una notte d'inverno a San Francisco.

"Oh Dio," disse Becca, "conosco solo il posto. Vivo in una grande casa condivisa a Russian Hill. Adesso c'è una stanza vuota. "

"Dov'è Russian Hill?" Chiese Ashton.

"Non è lontano. Ti porterò. Ma aspetta ... ti dispiacerebbe aspettare così posso provare ancora una volta per riavere il mio lavoro? "

Ashton era più felice di quanto fosse stato tutto il giorno. Le cose hanno davvero un modo di funzionare.

"Certo!" Disse, quasi stordito. "Solo un secondo." E prese $ 160 dal suo portafoglio, lasciando esattamente tre dollari, e lo diede a Becca, e disse: "Prendi questo, potrebbe aiutarti a riavere il tuo lavoro."

"Oh, non ho potuto!", Disse, ma insistette Ashton, e accettarono di incontrarsi in mezz'ora a Piazza di Roma in Columbus Avenue, dove Ashton andò a sedersi e allattò una sola tazza di caffè espresso mentre Becca tornò indietro verso il ristorante.

E si è fatto tardi.

E passò un'ora, poi un'altra, e ovviamente il cameriere italiano aveva una cotta per Ashton, quindi non si preoccupò di ordinare un caffè e sedersi al tavolo per ore, ed è mezzanotte, poi è l'una, poi è Sono le due e finalmente il cameriere dice: "Senti, mi dispiace ragazzo, stiamo chiudendo, devi andartene."

Sento che l'opzione migliore sarebbe quella di ammettere il problema e promettere di risolverlo rapidamente. Le persone in generale non sono interessate al perché e al modo in cui hai commesso un errore, l'unica eccezione è il tuo manager che deve valutare continuamente la tua forma professionale.

Per quanto riguarda incolpare chi ha fatto un errore, è nella natura umana e non puoi evitarlo. Il miglior consiglio è quello di costruire una barriera mentale e cercare di non prenderla troppo sul personale, per non farti toccare dalle loro critiche. È difficile però.

Risposta breve: non lo fai

È probabile che chiunque stia segnalando l'errore non sia interessato al motivo per cui è sbagliato, lo vogliono solo riparare. Il fatto che tu voglia scoprire perché l'errore è stato commesso e cosa puoi imparare da esso e quindi migliorarlo è lodevole, ma di nuovo chi fa notare l'errore probabilmente non è interessato a sentire il tuo monologo interno.

continua a fare quello che stai facendo, ti aiuta a migliorare. Ma non farlo ad alta voce di fronte all'utente.

Indipendentemente da ciò, hai fatto un errore, quindi dovresti ammetterlo. Potresti aver avuto una possibilità infinitamente piccola di evitarlo, ma l'hai scritto e è stato rilasciato.

Quando hai a che fare con persone senza dominio o competenza tecnica, perché stai dando spiegazioni dettagliate? Sembra una scusa o una spiegazione che è sopra le loro teste che interpreteranno come una scusa.

Per molti aspetti non credo che tu possa evitare questo conflitto.

Spiegare la logica di come sei arrivato a qualunque punto tu sia importante per comprendere il "quadro generale" intorno al problema in molti casi, ma ci saranno sempre persone che vedono questo come una scusa.

Selezionare con chi hai la conversazione è il più vicino che abbia mai avuto per gestire questo problema. In generale, ciò si riduce a non discuterne con gli imprenditori e a discuterne solo con le persone che saranno coinvolte nella soluzione tecnica.

Anche questo approccio a volte fallisce perché il torto di oggi è spesso collegato a un requisito precedente e si ottiene comunque la droga su quella strada.

In generale, cerco di non preoccuparmene troppo, come se le persone lo scegliessero come qualcosa da sollevare come un problema su di te, sono probabilmente sufficientemente motivati ​​che troveranno un altro problema non appena puoi "correggere" questo.

Assumiti la responsabilità. Steven Covey lo definisce un'abilità di risposta: la tua capacità di rispondere. Di 'cosa farai in futuro per evitare di fare qualcosa del genere di nuovo, e prosegui. Nel complesso, dovresti preoccuparti della tua reputazione a lungo termine e non del momento immediato.

Se sei all'altezza degli errori, la gente lo apprezzerà e ti rispetterà di più. Ti darà più credibilità quando qualcosa non è un errore (o almeno non il tuo) e ha bisogno di spiegazioni.

Inoltre, anche se non fornito correttamente, prendilo come feedback costruttivo e ringrazia chiunque abbia sottolineato il problema. Se non sei sicuro di ciò che dicono sia sbagliato nel tuo codice, fai domande di follow-up.

Ecco cosa dici:

"Mi assumo la piena responsabilità. Farò del mio meglio per correggerlo e non farlo in futuro."

Cosa può dire qualcuno allora? Accettano ciò che hai detto e vanno avanti o ti disciplinano. Questo è tutto. Rimette su di loro l'onere di fare qualcosa o, come ho detto, andare avanti.

La maggior parte delle volte ci sono errori, perché il programmatore dimentica di considerare tutti i casi. A volte scrivi il codice tenendo presente uno scenario e poi l'altro scenario fallisce. In questo caso se uno chiede la tua risposta dovrebbe essere "Quel caso non è stato considerato. Fammi correggere, e documenteremo che chiunque tocchi questa parte del codice dovrebbe codificare anche in questo caso".
Normalmente fare errori non sono i problemi, ma ripeterli è un problema. Quindi quando qualcuno ti mostra l'errore dovresti dire: "Grazie per averlo scoperto. Lo correggerò e lo menzionerò nelle linee guida per la codifica."
Ma se qualcuno trova continuamente gli stupidi errori e se ciò ti dà fastidio, ogni volta che cambi il codice, vai da quella persona e digli di controllare che non ci siano errori nel codice. Un giorno si sentirà frustrato e lo fermerà.