Domanda:
Come faccio a fornire un feedback quando so di più sull'argomento rispetto al relatore?
Lone Learner
2017-12-12 20:44:24 UTC
view on stackexchange narkive permalink

Credo di avere competenze specialistiche in un'area specifica della tecnologia. Al lavoro, spesso devo assistere a presentazioni fornite da altri nella stessa area della tecnologia in cui ho esperienza.

Le presentazioni sono di due tipi:

  1. dichiarativa presentazioni che dichiarano l'attuale architettura e design dei progetti interni in quell'area della tecnologia,
  2. sessioni di formazione per aggiornare il resto dell'azienda su ciò che sta accadendo in quest'area della tecnologia.

Il mio problema:

Spesso, ma non sempre, capita di saperne più del presentatore e divento irrequieto quando lo vedo il presentatore / formatore presenta l'argomento in un modo più confuso di quanto dovrebbe essere, o si sbaglia su certe cose. Mi trovo costantemente a fare il pelo nell'uovo (nella mia mente) quello che sta dicendo il presentatore. A volte finisco per esprimere la mia opinione o correggere il presentatore. A volte il pubblico può porre una domanda al presentatore a cui il presentatore risponderebbe. Troverei la risposta molto insoddisfacente e finirei per parlare per un po 'e rispondere alla domanda del pubblico con parole mie.

Sono preoccupato che questo tipo di comportamento possa essere fastidioso per gli altri. Sono anche preoccupato che possa influire sul morale del presentatore. In molti casi, il presentatore è molto giovane per me e io sono il loro team leader. Voglio che tutti i membri del mio team (relatori o meno) si sentano apprezzati e importanti.

Come pensi che dovrei gestire situazioni come questa? Una cosa che sento è che probabilmente dovrei tacere e lasciare che il relatore abbia il controllo completo della sessione, indipendentemente dal fatto che stia parlando correttamente o in modo errato. È la sua sessione e, a meno che non venga richiesto, non dovrei offrire feedback o correggere errori. Sei stato in una situazione come questa? Quali strategie hai sviluppato per affrontare tali situazioni?

Se sei il capo della squadra, perché stanno facendo la presentazione invece di te?Se deleghi la presentazione, vivi con il risultato.
@Paparazzi Non capisco la tua domanda.Cosa impedisce a un giovane di presentare qualcosa?Esiste una regola non scritta in base alla quale solo il capo squadra deve fare tutte le presentazioni?La nostra cultura aziendale è così: se uno sviluppatore sviluppa un certo modulo o servizio, lo possiede completamente, quindi lo presenta, forma il resto dell'azienda e così via.A volte, lui / lei potrebbe essere il formatore e io potrei essere lo studente perché non ho lavorato o supervisionato il modulo / servizio che ha sviluppato.
@LoneLearner Sembra che tu sia una posizione difficile come leader.In bocca al lupo.
Inoltre è un'esperienza molto positiva per i ragazzi imparare a fare le presentazioni.Questo fa parte del modo in cui i ragazzi diventano anziani.
È possibile, se sono junior nella tua squadra, che eseguano le loro presentazioni da te prima di presentarle agli altri in modo che tu possa verificare che sia effettivamente corretto?
@ThomasBowen A volte è possibile, ma non la maggior parte delle volte.L'esecuzione di ogni presentazione da me aggiungerebbe un sovraccarico aggiuntivo sia per me che per loro.
@LoneLearner Sei sicuro che i * junior * che devono tenere presentazioni vedrebbero "prima eseguirle dalla persona più esperta e ricevere feedback e suggerimenti prima di andare in diretta" come "overhead aggiuntivo" e non "un aiuto molto gradito?"
I ragazzi che fanno presentazioni vanno bene.I ragazzi che fanno presentazioni senza un'adeguata preparazione e senza capire di cosa stanno parlando non lo sono.Sono _juniors_, ovviamente non sanno tutto e hanno una possibilità superiore alla media di rovinare le cose.Ecco perché sono junior.Lasciarli andare a una presentazione senza la preparazione adeguata significa prepararli - e il tuo team - al fallimento.
* "... vedo che il relatore / istruttore sta presentando l'argomento in un modo più confuso di quanto dovrebbe essere" * - sei sicuro che sia davvero più confuso o potrebbe sembrare confuso a te perché sei un "esperto" nel campo?Per qualcuno che ne sa meno di te, forse il modo in cui è stato presentato è meno confuso
Alla fine della giornata, se lo scopo della presentazione è educare e tu sei più informato, non avrebbe senso che tu presenti?Se sei una squadra diretta a juniores, le preoccupazioni nel dare loro un feedback dovrebbero essere davvero minime.
Se sei il capo del team e i relatori sono i tuoi subordinati, perché non rivedi la presentazione insieme in anticipo?Quindi potresti portare le tue conoscenze e il presentatore impara di più.O qual è il motivo per cui non sei il presentatore in primo luogo?
Molto spesso ho sentito persone lamentarsi di altri che fanno un pessimo lavoro nel presentare informazioni fattuali che non sono in grado di fornire una presentazione lucida e comprensibile.Conoscere l'argomento non garantisce di poterlo presentare bene.
L'ultimo paragrafo della tua domanda è praticamente la risposta!Lascia che il ragazzo parli e tu parli se ti rimanda la domanda.
Otto risposte:
Kate Gregory
2017-12-12 21:31:00 UTC
view on stackexchange narkive permalink

In qualità di oratore, non voglio mai essere preso in giro o corretto. A volte riesco a gestirlo quando è importante e pertinente per questo pubblico. Di solito non lo è. Di solito, ho deciso di semplificare le cose perché voglio trasmettere un concetto, quindi non è la mia mancanza di conoscenza, è una scelta.

E sì, sono stato tra il pubblico e mi sono fatto un po 'piccolo alle cose che ho sentito dal palco. Ecco cosa provo:

Quando il pubblico sembra confuso (e solo quando il pubblico sembra confuso) una domanda come suggerimento può aiutare senza correggere:

Stai dicendo è un po 'come [l'analogia che sai è buona]?

La cosa chiave qui è la [cosa chiave di cui non si parla perché sono scesi su qualcosa di non chiave]?

Quando il pubblico sembra felice come può essere, ma sai che un concetto di vitale importanza viene saltato, scrivi una nota. Se, entro la prossima pausa o alla fine della presentazione, non è ancora coperto, avvicinati al relatore uno a uno:

Non hai affatto menzionato il rischio per la sicurezza di X . Penso davvero che dovrebbe essere incluso. Puoi assicurarti di coprirlo la prossima volta?

Quando viene detto qualcosa di completamente sbagliato e il fatto che non venga corretto danneggerebbe l'azienda, devi dire qualcosa, ma puoi sentimenti di ricambio:

Ho scoperto che le opinioni su X non sono uniformi. Stai dicendo che è molto utile, ma le nostre linee guida di codifica (che ho scritto) dicono di non usarlo mai. Sono preoccupato per A, B e C e penso che in questa applicazione Y sarebbe una scelta molto migliore. Sei in grado di coprire Y in questa sessione?

Lo riserverei solo per il tipo di situazioni in cui va bene correggere qualcuno di fronte ad altri, il che significa che stai provando per prevenire una situazione pericolosa, non solo "in realtà il secondo Darren è stato interpretato da ..."

Sono stato nella stanza quando una "domanda" è semplicemente "ti sbagli" e il fatto è che raramente illumina la stanza. Il presentatore ha il palco. Di solito è solo un'interruzione che abbassa la qualità del resto della sessione perché il presentatore è scombussolato ora. Riservalo per circostanze eccezionali. Se puoi aiutare, aiutare. È più importante che avere ragione.

Se ti trovi in una situazione in cui devi contestare qualcosa che il relatore sta dicendo durante il discorso, penso che aiuti annuire in un secondo momento quando l'oratore dice qualcosa con cui sei d'accordo.Dopo aver detto qualcosa di critico, l'oratore sarà probabilmente più consapevole della tua reazione e gli aiuterà a sapere che sei davvero dalla loro parte e non solo cercando di essere conflittuale.
Per aggiungere a questa eccellente risposta: ragazzi esaminate i vostri rami di funzionalità?Mettere in discussione piuttosto che affermare, condurre con feedback positivi, presentare "opzioni" alternative piuttosto che "la giusta via da seguire" - questo è esattamente il tipo di fraseggio che si dovrebbe usare nelle revisioni e in cui mi piace di più che il mio codice venga rivisto.Ciò si estende a tutti i tipi di feedback, guida e critica.Supponendo che il tuo team faccia le revisioni e che tu come dirigente senior ne abbia fornite molte: Gestisci le critiche alla presentazione allo stesso modo.Evita il rivestimento di zucchero, preserva la dignità.
Di solito trovo questo tipo di suggerimento come domanda trasparente e condiscendente.
Penso che sia anche molto difficile fare domande come suggerimenti per qualsiasi presentazione di "conoscenza generale".Questi tipi di presentazioni hanno già un avvertimento "provalo e vedi cosa ottieni" e non fingere di entrare in visualizzazioni sfumate.A meno che non sia un problema di matematica e la risposta sia letteralmente sbagliata, correggere le generalità = condiscendente.
user44108
2017-12-12 20:51:06 UTC
view on stackexchange narkive permalink

Sei il capo della squadra, quindi dovresti fare da mentore in questo senso. Offri feedback, ma fallo lontano dal team in modo da non minare pubblicamente i membri del tuo team.

Sostieni ciò che fanno bene, sottovaluta ciò che fanno di sbagliato (e affrontalo separatamente). Durante le riunioni, concentrati solo su ciò che è importante e correggi quei punti, ma in modo guida piuttosto che sottolineare che hanno torto.

Ammetto che qui devo migliorare le mie abilità sociali.Posso chiederle un esempio concreto per una situazione molto ipotetica?Supponiamo che un junior dica nella presentazione: "Questo modulo è meglio scritto in C perché sappiamo tutti quanto sono lenti Java e Python", e dico che so per esperienza che la stessa cosa scritta in Java o anche Python (diciamo con numpy)essere altrettanto veloce e molto più sicuro grazie alla gestione automatica della memoria, come potrei esprimere il mio feedback senza apparire critico o arrogante?
@LoneLearner Per questo problema, inquadralo storicamente.Le prime implementazioni di Java erano effettivamente lente, ma ci sono stati molti progressi nelle sue prestazioni.Più in generale, raccogli i punti di accordo e poi passa a dove differisci.
E questo è sicuramente qualcosa che vuoi affrontare nel mentoring non durante la presentazione.
@LoneLearner, Penso che in questa situazione tu possa trarre grandi vantaggi dallo spiegare il contesto più ampio del perché la pratica del settore è quello che è.A volte è solo questione di persone che non vedono l'intera immagine, questo è qualcosa che vorrei affrontare in un incontro 1 a 1.
@LoneLearner Se sei il leader del team, una parte del tuo lavoro prevede la crescita dei membri del tuo team nelle loro carriere.Fare da guida alle presentazioni fa parte di questo.
E che tipo di guida dell'organizzazione / del team consente a uno sviluppatore di fare un sacco di cose senza prima passarle davanti?L'autonomia è una cosa, ma il lavoro di squadra, il tutoraggio e gli standard sono un'altra.Il problema deriva dal non avere il controllo sul team: scoprire come è costruito il tuo prodotto in una presentazione di uno dei tuoi collaboratori è troppo tardi.Lone Learner ha bisogno di diventare un mentore e un leader in prima linea, non da dietro.
@LoneLearner * "Hai fatto bene a sottolineare l'importanza della velocità per questo modulo. Penso che potresti essere sorpreso dalle prestazioni che puoi effettivamente ottenere da Java o Python in questa situazione, e ovviamente ottieni i vantaggi di ..., quindi ioincoraggerei le persone a non trascurare questa opzione. "*
+1 a quello che ha detto @LoztInSpace: tagliare da dietro è il modo più sicuro per convincere la gente a ricevere preziosi feedback che devi dare.Offri dati per un periodo in cui ciò potrebbe essere vero o meno.Forse il presentatore imparerà qualcosa di ancora più prezioso su come confrontare e non commettere più l'errore, rispetto a una correzione una tantum.
HLGEM
2017-12-12 21:24:57 UTC
view on stackexchange narkive permalink

Chiedi al presentatore di vedere in anteprima la presentazione con te quando la persona è più giovane e aiutalo a rafforzarla. Questa è una parte del tuo lavoro come loro capo. È certamente quello che i miei capi hanno fatto per me quando ero junior e quello che faccio per le persone più giovani di me adesso.

Quello che vuoi fare è assicurarti che la persona che fa la presentazione acquisisca una conoscenza più approfondita per essere in grado di rispondere alle domande, quindi assicurati di dare quella conoscenza a quella persona sull'argomento in questione e dillo loro di essere liberi di chiamarti se le domande escono dall'area che conoscono. Potresti anche dare al presentatore un segnale con la mano che userai quando vorresti aggiungere qualcosa. Sembra meglio se ti chiede di aggiungere qualcosa piuttosto che se ti intrometta. In questo modo, sei anche in grado di correggere eventuali errori o idee sbagliate prima che siano resi pubblici.

La mia opinione sul fare presentazioni (e io ne ho dati migliaia da quando insegnavo) è che dovresti avere circa il doppio della conoscenza sull'argomento rispetto alla quantità che stai presentando per poter gestire le domande.

Ora dovrai contenere te stesso quando aiuti i giovani a prepararsi per la presentazione. In ogni momento, devi pensare a ciò di cui il pubblico ha bisogno, non a quanto potresti dire su qualcosa . Un pubblico nuovo su un argomento spesso non ha ancora le basi per comprendere tutte le sfumature che conosci e dargliele troppo presto probabilmente ti farà perdere la sua attenzione e non imparerà quello che ha bisogno di sapere.

Se durante la presentazione hai davvero bisogno di rispondere a una domanda a cui non hai risposto abbastanza bene, inizia con una frase educata come "Per aggiungere qualche dettaglio in più ..." Ma ricorda, il livello di dettaglio sai non è necessariamente il livello di dettaglio che le persone che stanno imparando la materia devono conoscere o sono pronte a conoscere. Quindi fallo solo quando la conoscenza è fondamentale per ciò che faranno come principianti nell'argomento. E presta attenzione al modo in cui le persone rispondono. Se gli occhi iniziano a diventare velati, è ora di smetterla.

Quindi devi anche lavorare un po 'per affrontare l'essere la "persona più intelligente" nella stanza. Quando pensi (anche correttamente) di essere l'unica persona nella stanza che è intelligente (e che intelligente è il valore migliore e più alto che una persona può avere), allora questo ti farà proiettare un'arroganza inconscia che spegnerà le persone.

Una cosa che ho letto una volta è che è molto difficile per le persone comunicare con persone che non si trovano entro circa 20 punti del proprio QI e ho trovato che in molti casi è vero. Questo rende difficile per le persone molto intelligenti comunicare con persone meno intelligenti.

Quindi, se sei veramente estremamente intelligente, devi fare uno sforzo per imparare a comunicare al livello che le altre persone capiranno. L'onere è su di te perché non puoi cambiare le altre persone, solo te stesso. Devi abbassare i toni del tuo vocabolario e pensare di più a ciò di cui hanno bisogno per capire quello che vuoi presentare loro.

Ho lavorato con persone di livello geniale e persone che non erano molto intelligenti. Tutti avevano valore come persone e come collaboratori. Non sei migliore perché hai più conoscenza. Penso che da quello che hai scritto, stai iniziando a tendere in questa direzione, ma è qualcosa che devi fare consapevolmente. Ed è complicato perché non vuoi nemmeno sembrare che parli.

Ora, quando le presentazioni provengono dall'esterno del gruppo, il calcolo di quando aggiungere dettagli a una risposta è diverso. Vuoi che la tua gente brilli e vuoi sostenerla solo quando si dibatte. Al di fuori del tuo gruppo, vuoi considerare la politica della situazione.

Hai bisogno di sottolineare che la tua parte dell'organizzazione ha la vera esperienza in questo settore? Quindi potresti dover saltare più spesso. È la presentazione ai senior manager che non si preoccupano davvero dei dettagli tecnici nitidi, forse meno spesso. La persona che fa la presentazione è il tuo manager? Sicuramente, meno spesso. Se hai dubbi su qualcosa che ha detto, avvicinati in privato e chiedi a quella persona di inviare un chiarimento in un'e-mail. La persona che fa la presentazione è qualcuno con cui lavorerai a stretto contatto o un cliente? Sii consapevole delle sfumature delle realtà politiche tanto quanto sei consapevole delle sfumature del tuo argomento tecnico.

"Questa è una parte del tuo lavoro come loro capo" nella mia esperienza, un capo squadra non è un capo.
Un team leader è un capo anche se non un supervisore.Sono generalmente responsabili della qualità tecnica del prodotto.Qualsiasi lead che non funge da capo rende un disservizio alla sua squadra.Sì, potresti dover collaborare con il tuo manager per affrontare un problema di prestazioni, ma il tutoraggio fa SEMPRE parte del lavoro di guida del team.È una delle parti più critiche.
"capo - una persona responsabile di un lavoratore o di un'organizzazione."Questa è la definizione che sto usando per quella parola particolare.Sembra che tu stia usando qualche altra definizione.Mi sembra che tu stia confondendo "capo" con "mentore".Se è così, allora sono d'accordo che il tutoraggio è assolutamente parte del ruolo di leader del team, tuttavia il termine "capo" non trasmette quel significato.
Essere responsabile di un prodotto o qualità tecnica! = Essere responsabile di un lavoratore o di un'organizzazione.Non sei un capo solo perché sei un capo squadra o un mentore.
SliderBlackrose
2017-12-15 00:39:59 UTC
view on stackexchange narkive permalink

Sono preoccupato che questo tipo di comportamento possa essere fastidioso per gli altri.

Il tuo comportamento è inequivocabilmente fastidioso per tutti coloro che ti circondano. Parlando come ex insegnante, ci riferivamo alle persone che lo facevano come "quel ragazzo". Quello che si presenta come esperto di tutte le cose correlate. Dovresti ascoltare. In silenzio, in modo critico ma non giudicante. Valuta ciò che viene detto, forse puoi imparare qualcosa, anche se è come correggere la persona in seguito per aiutarla a imparare.

Interrompere una presentazione perché "sai meglio" è irritante e non è solo dannoso per il morale del presentatore, ma anche per la tua reputazione, poiché sarai visto come il "saputello" che nessuno vuole presentare di fronte. Se sei così esperto in materia, fai la presentazione tu stesso.

Inoltre, solo una nota, pensare di essere più informato è un'assurdità importante. Potresti avere più conoscenza o esperienza, ma non hai la stessa prospettiva degli altri. Molte volte ho saputo che qualcosa era vero al 100%, ma ascoltando ho imparato come gli altri l'hanno percepito. In molti casi avevo ancora ragione, ma ascoltando sapevo come si stavano avvicinando a una situazione ed ero in grado di spostare le loro percezioni in modo che potessero vedere i difetti che si erano persi affrontandola in un certo modo.

Un altro modo per dirlo è: le correzioni pubbliche durante la presentazione possono creare un ambiente di apprendimento ostile, non solo per l'oratore e il commentatore, ma per l'intero pubblico.È stato dimostrato che questo tipo di conversazioni riduce la fidelizzazione e il coinvolgimento di _tutti_.
Quando facevo Karate, e forse dovevo rifare un kata che avevo fatto 1000 volte prima, ho imparato a "controllare i miei piedi".Se l'insegnante diceva a qualche principiante "i tuoi piedi sono sbagliati", io non pensavo "principiante stupido", controllavo i miei piedi e spesso non erano posizionati perfettamente.Se qualcuno sta parlando di qualcosa che già conosci, ascolta bene: ti sta dicendo qualcosa di nuovo?Ha visto qualcosa che ti sei perso?Forse c'è un dettaglio che ti sei perso per tutto questo tempo.
nekomatic
2017-12-14 15:40:41 UTC
view on stackexchange narkive permalink

A meno che il presentatore non dica qualcosa di così oltraggiosamente, orrendamente sbagliato da causare letteralmente danni nei prossimi minuti, il tuo intervento può attendere fino al momento della discussione alla fine del discorso. (Ovviamente questo significa che qualcuno, preferibilmente non tu, dovrebbe assicurarsi che l'oratore tenga il tempo, in modo che ci sia tempo per la discussione).

Quindi se pensi che qualcosa non fosse chiaro, potresti dire

Vorrei tornare alla sezione in cui hai parlato di cosa , perché penso che sia una parte davvero importante da capire. Potremmo esaminare di nuovo quella spiegazione, per favore, in modo da essere sicuri che tutti l'hanno capito?

Se ritieni che mancassero informazioni o viste alternative da prendere in considerazione, potresti provare

Vorrei aprire una discussione su cosa . Tutti sono d'accordo con ciò che ha detto il presentatore o qualcuno ha un'esperienza diversa?

Se pensi che qualcosa che è stato detto sia sbagliato, c'è

Vorrei sfidare ciò che hai detto su cosa , perché non era d'accordo con la mia esperienza - puoi fornirci qualche informazione in più sul motivo per cui lo dici?

o

Sono rimasto sorpreso di sentirti dire quella cosa , perché ho sempre capito che altra cosa . Puoi dire qualcosa di più su cosa ti ha portato a quella conclusione?

In tutti questi casi, prova a farne una discussione che coinvolga il pubblico piuttosto che un confronto tra te e il presentatore. Se si scopre che tutti gli altri avevano la stessa idea sbagliata di loro (potresti anche chiedere per alzata di mano), non si sentiranno così male. Forse qualcun altro ha un'analogia per spiegare un argomento che è anche migliore del tuo. Forse qualcuno si è particolarmente interessato a un argomento e ha scoperto qualcosa che è ancora più aggiornato delle tue conoscenze!

Sono un grande fan della Mi piacerebbe sfidare ..., perché la costruzione, perché pone l'accento sui fatti, non sulla persona, e sottolinea che tutti i presupposti sono aperto alla sfida con le prove. Quando i tuoi ragazzi iniziano a usarlo su di te, stai facendo qualcosa di giusto.

Marcin Raczkowski
2017-12-17 06:47:28 UTC
view on stackexchange narkive permalink

Formula un commento come una domanda autentica

È meglio farlo nel tempo assegnato alle domande. Diversi oratori hanno stili diversi (alcuni preferiscono rispondere alle domande durante la presentazione, ma alla maggior parte piace alla fine).

Quando si è in fase di domanda, formulare una domanda, ad esempio:

Ho notato durante la presentazione che hai deciso di fare A con B, tuttavia ho scoperto che farlo con C è un'opzione migliore nel contesto di D. Qualche motivo particolare per cui scegli la tecnica B?

A quale risposta potrebbe essere:

Ho presentato la tecnica B poiché è più facile da usare per i principianti, ovviamente qualcuno esperto come useresti la tecnica C .

Tuttavia potrebbe anche essere:

Non usiamo più la tecnica C perché è stato dimostrato che causa gravi mutilazioni nei casi limite. Dovresti controllare X e Y che descrivono come la tecnica B, anche se meno efficiente, riduce notevolmente il rischio di mutilazioni accidentali.

Impareresti qualcosa di nuovo e come bonus non crei un il culo di te stesso quando cerchi di correggere qualcuno solo per scoprire che il tuo approccio potrebbe portare a qualcuno che perde un arto.

Rob
2017-12-12 21:15:05 UTC
view on stackexchange narkive permalink

Ci sono probabilmente più di due modi per farlo, ma eccone due:

  • Crea un presentatore migliore. Chiedi loro di darti la presentazione in privato e di confermare in anticipo che le informazioni sono corrette - se c'è un errore di pronuncia puoi annuire o effettivamente interrompere (tutti sanno che sei il protagonista e responsabile della correttezza di ciò che viene offerto).

    Stanne fuori il più possibile, niente di peggio di un interrutore; a meno che non sia il tuo capo e continui a farti arrostire davanti a tutti.

    [Scherzo: vedi altra domanda: "Perché il mio capo continua a interrompere le nostre presentazioni e pignoleria."].

    Il momento migliore per il feedback è prima della presentazione di gruppo. Può essere semplice come ripercorrere alcuni punti chiave oppure puoi chiedere di ascoltare la presentazione in anticipo. Ciò infonde fiducia nel relatore e potrebbe farti sedere a tuo agio durante la presentazione.

    Durante la presentazione potrebbe essere fornito un feedback utilizzando una domanda formulata con cura e offrendo un chiarimento se si scopre una colpa del presentatore e non delle tue capacità di ascolto. Le interruzioni dovrebbero essere limitate alle parti più critiche e lasciare andare i punti minori. Se hai bisogno di interrompere molto, c'è qualcosa che non va nella consegna o nella ricezione delle informazioni, di chi è la colpa? La revisione e le critiche di fronte a un gruppo sconvolgono la persona e potrebbero ridurre la fiducia di tutti nelle informazioni fornite.

    Successivamente è un ottimo momento per rivedere se non ti senti in grado di dare all'intera presentazione il tuo timbro di approvazione. Rivedi gli appunti che hai preso e chiedi perché è stato offerto qualche consiglio particolare rispetto a un'altra spiegazione preferita. Spiega cosa e come desideri che vengano presentate informazioni particolari.

  • In alternativa, trasforma la "presentazione" in una "Sessione di formazione sulle presentazioni". Questo sarà più facile quando si rappresenta la conoscenza consolidata.

    Invita ogni persona ad alzarsi e fare parte della presentazione. È facile se si tratta di una "presentazione". Guarda quanto sono semplicistiche molte presentazioni quando viene rilasciato un nuovo telefono o CPU, spesso c'è poco che passa per la testa delle persone.

    Quindi avrai un team di relatori esperti, se hai bisogno di qualcuno a cui chiedere chiunque. Non è diverso dall'essere a scuola e ricevere la richiesta di alzarsi qui e insegnare.

    L'utilizzo del metodo di insegnamento ti consente di fornire un feedback gradito durante la presentazione e di rifinire i risultati in modo soddisfacente. La prossima volta che viene offerta questa sessione informativa non dovresti avere motivo di interromperla.

Non tutti parlano in pubblico e non tutti sono ugualmente bravi a dare spiegazioni o rispondere alle domande . Se la presentazione non è buona e interessante, corri il rischio di riunioni a cui ad alcune persone non piace andare e causano irrequietezza nella stanza.

Solo perché sai più informazioni sulle informazioni di quanto non sappia il relatore non significa che anche tutti gli altri lo facciano o che accolgono i tuoi commenti. Potresti "parlare come ospite" su una particolare area di competenza se riesci a stabilire in anticipo che la persona non è pronta con alcune delle informazioni.

Trattenere le domande (feedback / risposte) fino alla fine spesso apprezzato.

user8365
2017-12-13 22:21:12 UTC
view on stackexchange narkive permalink

Il modo giusto o sbagliato per farlo risiede all'interno del team stesso poiché questo è al lavoro. Ci dovrebbe essere un po 'più di familiarità gli uni con gli altri ei relatori dovrebbero riconoscere quando non sono l'autorità. Un oratore pubblico avrebbe molto più margine di manovra.

Invia un'e-mail o organizza una riunione e ricevi un feedback su ciò che il pubblico dovrebbe fare quando non è d'accordo con l'oratore. Se sono a una presentazione pubblica e tutti se ne vanno male informati, non avrà un impatto negativo sul mio lavoro, quindi posso permettermi di lasciarlo stare. Al mio posto di lavoro, penserei che tutti vorrebbero che qualcuno parlasse se queste informazioni danneggiano. Tutti possono voler aspettare e far gestire i commenti dopo il discorso. Oppure il tuo team potrebbe decidere che è nel migliore interesse di tutti sollevarlo e discuterne durante la presentazione.

La maggior parte delle persone si blocca nel dover presentare qualcosa al lavoro e raramente è esperta nell'area. Questo accadrà con diversi junior e un senior. Inoltre, molti sviluppatori non sono oratori pubblici forti, quindi l'obiettivo dovrebbe essere quello di aiutarli a sviluppare quell'abilità anche se devi astenersi da una correzione tecnica. Sii discreto. Sii professionale. Fai sapere a tutti che stai cercando di aiutarli. Si spera che se crei l'ambiente giusto, tutti saranno aperti ad alcune correzioni.



Questa domanda e risposta è stata tradotta automaticamente dalla lingua inglese. Il contenuto originale è disponibile su stackexchange, che ringraziamo per la licenza cc by-sa 3.0 con cui è distribuito.
Loading...