Domanda:
Prendere appunti durante uno stand up quotidiano?
SaggingRufus
2017-06-20 17:41:49 UTC
view on stackexchange narkive permalink

Recentemente il nostro team ha deciso di prendere parte a riunioni quotidiane di stand up. Il team è molto piccolo (4 o 5 persone incluso me stesso) tutto ciò che ho letto online dice di non prendere minuti / appunti durante lo stand up quotidiano perché non è questo lo scopo dell'incontro in piedi.

Anche se non gestisco in alcun modo il team (sono solo un altro sviluppatore), mi vengono spesso poste domande del tipo, a che punto siamo su X da manager e team leader. Non lavoro su X, ma mi viene chiesto, perché se conosco la risposta, il mio team leader sa che darò la risposta onesta (piuttosto che dire loro quello che vogliono sentire). Poiché la mia memoria non è delle migliori, sarebbe accettabile per me prendere appunti durante lo stand up quotidiano in modo da sapere sempre dove si trova attualmente ogni lavoro? O sarebbe considerato un grande no no?

AGGIORNAMENTO: è stato detto che dovrei aggiungere questo, sono io a guidare lo stand up.

C'è una differenza tra prendere verbali ufficiali e note personali.Quest'ultimo è accettabile, purché non stia bloccando la discussione.
Per i nostri stand-up, discutiamo una "scheda di stato" per ogni progetto su cui il gruppo sta lavorando.Quella scheda dovrebbe essere aggiornata prima della riunione e vengono menzionate solo le questioni gialle o rosse.
@DLS3141 sfortunatamente, non abbiamo ancora un'implementazione completa di SCRUM.Ci stiamo lavorando, ma i nostri clienti e il management non sono ancora d'accordo.Quindi non siamo uno status board.Forse questo è il nostro prossimo passo.
@SaggingRufus Suggerirei di implementarlo il prima possibile.Risparmia molto tempo ed elimina i malintesi durante la riunione in piedi
Idealmente, dovresti prendere la riunione quotidiana davanti al tuo kanbam o alla cronologia del progetto, precedentemente aggiornata, e utilizzare _that_ come riferimento per eventuali dubbi che potresti avere.
Non c'è nulla di male nel prendere appunti personali.Prendo sempre appunti alle riunioni, indipendentemente dal fatto che si tratti di uno stand up o di un incontro formale di qualsiasi tipo.Ho così tante cose di cui tenere traccia senza i miei appunti che sarei un disastro.
Aspetta, perché sei l'unico che può dare una risposta onesta?Perché sei responsabile di tenere traccia dei progetti a cui non partecipi?Sembra il problema più grande.
Se la tua direzione richiede di nuovo un aggiornamento di stato, inizia vendendo l'idea di una scheda SCRUM."Puoi verificarlo direttamente da solo".Collega i loro problemi alle tue soluzioni.
@SethR, poiché tendo ad avere molto da offrire come tutoraggio e aiutare le persone a eseguire il debug, tendo a sapere la maggior parte del tempo dove sono i progetti.Le persone sembrano voler sempre far sembrare che il loro progetto stia andando bene fino a quando non va davvero male perché non vogliono che la direzione pensi che non possono farlo.Sono d'accordo che questo è un problema più grande, ma non posso risolverlo.
@MSalters è un'ottima idea, lo farò
Ho notato nei commenti che hai detto che stai guidando le riunioni di stand up, aggiungerei queste informazioni all'OP.IMO che cambia il modo in cui verrebbe percepito.
@whrrgarbl aggiunto in fondo alla domanda
Mi sembra che, invece di prendere appunti, il tuo team abbia bisogno di un metodo per consentire alle parti interessate di vedere rapidamente lo stato di avanzamento dei progetti.Non c'è una sorta di sistema che devi tenere traccia delle attività per i progetti?
Registra per te stesso (non condividere le note, così le persone non possono "Leggerò il riepilogo invece di partecipare") invece di rallentare la riunione: https://www.amazon.com/s/138-6754593-5027955? Ie = UTF8 & field-keywords = voice% 20recorder & index = blended
"Non gestisco in alcun modo la squadra", "sono uno che guida la classifica".A me queste sembrano affermazioni contraddittorie.Alzarsi è una parte importante del progetto e se stai guidando gli standup, che ti piaccia o no, il tuo team probabilmente ti considera una sorta di leader / manager.
@EdmundReed Per esperienza personale posso dire che non è necessariamente così.Ho partecipato ad alcuni progetti, in cui il leader del team voleva che ogni membro del team moderasse a turno lo standup in modo da poter allenare le nostre capacità di moderazione e linguaggio.
@EdmundReed hai ragione, il team mi vede più in un ruolo di leadership.Quando il mio team leader è fuori ufficio, ricevo tutte le domande e alcune volte le persone chiedono il permesso per fare cose che non posso nemmeno concedere.MA non sono in grado di gestirli su carta o altro, sto solo facilitando lo stand up quotidiano perché al momento c'è 0 comunicazione.
Dovrebbe essere qui o su Software Engineering SE?
@EJoshuaS Ci ho pensato per un bel po 'prima di postare questo, alla fine ho scelto questo SE.Se dovrebbe essere migrato non ho obiezioni
Dieci risposte:
Philipp
2017-06-20 17:55:38 UTC
view on stackexchange narkive permalink

tutto ciò che ho letto online dice di non prendere minuti / appunti durante lo stand up quotidiano perché non è questo lo scopo della riunione in piedi

Questo consiglio di solito riguarda un testo di sintesi ufficiale e formale della riunione, che viene poi pubblicato o inviato a tutti i partecipanti. Questo è sconsigliato perché:

  • Le riunioni in piedi dovrebbero essere informali. Disporre di verbali ufficiali lo formalizza inutilmente.
  • Fornisce una scusa per abbandonare la riunione ("Sono impegnato. Leggerò il riepilogo più tardi").
  • Rallenta meeting down ("Aspetta - come si scrive il nome di quel cliente?").
  • È una perdita di tempo che potrebbe essere utilizzata in modo più produttivo.

Le note personali che servono solo per registrare dati che non puoi tenere in testa non sono un problema.

Sì.Non prendere appunti è fatto per lo stesso motivo del non sedersi: non è realmente richiesto per il funzionamento della riunione, ma semplicemente non dovrebbe essercene alcuna necessità, e se * c'è *, allora stai sbagliando (e permettendolo, potresti ritardare la consapevolezza che qualcosa non va).
Un altro motivo per non prendere appunti ufficiali è che alcune persone sono nervose per ciò che dicono quando viene registrato e distribuito (possibilmente al di fuori del team), il che sopprime opinioni / idee / feedback onesti.
Scarabocchio sul mio tablet (con lo stilo) durante tutte le riunioni.Spiego sempre che gli appunti sono di natura molto personale, non saranno condivisi ed è un processo per aiutarmi a ricordare l'incontro in seguito.Non una volta ho avuto problemi con nessuno, anche quando erano coinvolti alti dirigenti.
Stian Yttervik
2017-06-20 20:12:07 UTC
view on stackexchange narkive permalink

Nella mia esperienza, una riunione in piedi funziona meglio quando hai un consiglio visivo / KPI con tutte le informazioni necessarie. Meno è meglio, diventa molto peggio se inizi a includere cose belle da sapere. Le riunioni vengono condotte utilizzando i marcatori del consiglio solo per spuntare se le cose sono secondo i piani o se è richiesta una revisione / follow-up / correzione / indagine e chi è responsabile. A volte ci sono post-it, pennarelli colorati, immagini dei membri del team, qualunque cosa realmente, purché faciliti il ​​processo decisionale e la definizione delle priorità facili e comprensibili.

È perfettamente giusto portare note, ma in qualche modo interrompe il processo se tutti prendono note.

La maggior parte delle persone ha telefoni con un impianto di registrazione - basta accendere il record quando si va alla riunione - a meno che la tua azienda non sia una di quelle società di difesa in cui i dispositivi di registrazione non sono ammessi alle riunioni.Puoi sempre riascoltarlo per migliorare la tua memoria.
@cup Certo, ma per me questo costituisce nascondere un problema.Se la riunione si svolge in un modo che induce un membro del team a dimenticare, interpretare male o fraintendere, questo è un problema reale con la riunione che deve essere risolto, una volta per tutte, non corretto per sempre
CodeGnome
2017-06-21 09:26:59 UTC
view on stackexchange narkive permalink

TL;DR

Tranne che come alloggio per disabili di qualche tipo, non prendere appunti durante lo stand-up. Se senti il ​​bisogno di appunti, è probabile che sia presente un problema di processo sottostante che deve essere affrontato dal team e dalla direzione.

Gli stand-up non sono pull di stato

Il team è molto piccolo (4 o 5 persone incluso me stesso) tutto ciò che ho letto online dice di non prendere minuti / appunti durante lo stand up quotidiano perché non è questo lo scopo della riunione in piedi ... spesso mi vengono poste domande come, a che punto siamo su X da manager e team leader.

Prima di tutto, uno stand-up quotidiano agile non è un richiamo di stato. È un incontro di coordinamento delle dipendenze tra i membri del team, in cui vengono identificate le interdipendenze per l'incremento del giorno corrente (non l'incremento per il progetto o l'iterazione nel suo insieme). Se stai facendo qualcosa di più complesso, è probabile che il tuo team abbia applicato in modo errato questa importante pratica agile.

In secondo luogo, se qualcuno ha domande sullo stato di un incremento di lavoro, dovrebbe:

  • Ottieni i dati da un radiatore di informazioni come uno storyboard o un report di burn-down di iterazioni. I framework agili dovrebbero essere trasparenti!
  • Chiedete direttamente alle persone che lavorano all'incremento del lavoro, perché l'agilità si basa sulla collaborazione e sulla comunicazione diretta.
  • Parla con il Product Owner ( o chiunque stia coordinando la fornitura del prodotto del tuo framework) se non riescono a determinare con chi parlare o se cercare informazioni direttamente sarebbe di disturbo.
  • In sintesi, se sei prendere appunti per fornire aggiornamenti di stato a persone esterne al team, quindi il tuo processo manca di ruoli chiave o di trasparenza sufficiente. Il tuo progetto o la direzione di linea dovrebbe essere informato di questa lacuna del processo in modo che possano affrontarla in modo appropriato all'interno del tuo framework di gestione del progetto .

    Questa è la risposta che stavo per scrivere.Le informazioni sono già disponibili dal software di tracciamento dei problemi, dalla lavagna e dallo sviluppatore che lavora su quel particolare elemento di lavoro, quindi non è necessario prendere appunti, basta fare riferimento alle fonti di informazione pertinenti.
    Piuttosto d'accordo con questo.E anche se qualcuno ti chiede lo stato su X e non ricordi, è così difficile dire "Ehi Bob, cosa hai detto di nuovo su X?"
    ThunderMind
    2017-06-20 17:47:14 UTC
    view on stackexchange narkive permalink

    Sì, certo, dovresti scrivere piccole parole per descrivere ciò che è stato discusso o Momenti di incontro in modo molto sintetico. Ti aiuterà a pianificare meglio. Le riunioni giornaliere in piedi non sono destinate a durare più di 15-20 minuti, ma dovresti sempre prendere nota dei blocchi / punti bloccati.

    Potrebbe esserci la possibilità che il tuo supervisore / manager ti chieda lo stato di il tuo team perché lui / lei non può andare da ogni sviluppatore per ottenere lo stato ma sicuramente saprà che puoi riassumere meglio. Non tenere una riunione in piedi per una particolare discussione di blocco o discussione di punto, ma piuttosto annotalo e parlane offline con uno a uno.

    fantastico, questo è tutto ciò che cerco di fare è una breve riga di 1 per ogni persona a cui posso fare riferimento quando chiamato
    Sono parzialmente d'accordo con quello che dice Philipp, ma a volte ho visto i master di mischia riempire i fogli Excel con lo stato per disegnare i grafici bruciati e le note adesive con la suddivisione delle attività aiutano sempre.
    user42272
    2017-06-21 06:03:38 UTC
    view on stackexchange narkive permalink

    Mi vengono fatte spesso domande del tipo, a che punto siamo su X da manager e team leader. Non lavoro su X, ma mi viene chiesto perché se conosco la risposta, il mio team leader sa che darò la risposta onesta (invece di dire loro quello che vogliono sentire).

    Questo è un classico caso di "sviluppatore junior prende accidentalmente impegni con i superiori senza rendersene conto". Sei il membro più vulnerabile del tuo team perché sei disposto sputare un numero del tipo "Sue ha detto che saremo pronti in circa sei settimane!" quando Sue stessa sapeva di essere più disinvolta o di prendersi del tempo per spiegare cosa deve andare bene e cosa può andare male.

    "Prendendo appunti" ti permetti di acquisire più informazioni che sono state dette in riservatezza di uno stand-up, quando le persone possono essere dirette e oneste e commettere errori, omettendo i presupposti e il contesto e inoltrando quelle informazioni intime a una parte che vuole solo sentire i numeri che desiderano siano corretti.

    Sei l'ultima persona che dovrebbe fornire notizie di stime ai superiori. Prendere appunti durante lo standup perderà il punto ancora di più. Invece di apprendere gli aggiornamenti dai membri del tuo team in modo da poterti spostare a vicenda insieme al tuo lavoro, stai usando questi aggiornamenti contro di loro per persone che non dovrebbero essere in piedi. Smettila di scavare questa buca.

    Non proprio, sto usando i miei appunti per dire al mio leader quello che hanno detto durante l'ultima alzata.Positivo o negativo, se tutto va bene, allora questo è l'aggiornamento.Se siamo in ritardo o non abbiamo iniziato, l'aggiornamento.Non si tratta di usare le informazioni contro le persone.Si tratta di rapporti accurati.
    @SaggingRufus se stai evitando numeri / date di scadenza, è un buon segno.Ma vuoi evitare di assumerti la responsabilità quando gli altri lo evitano esplicitamente.
    È un buon punto
    Stephan Bijzitter
    2017-06-20 20:11:46 UTC
    view on stackexchange narkive permalink

    Nei commenti hai detto che stai lavorando a un flusso di lavoro SCRUM, e questo è uno dei primi passi.

    Prendi appunti solo su (possibili) problemi / impedimenti, idealmente il master SCRUM dovrebbe farlo . In questo modo, non puoi dimenticare di risolvere questi problemi il prima possibile.

    Prendere appunti sullo stato di tutti i problemi non è utile. Soprattutto con qualsiasi tipo di tracker dei problemi, lo stato è già molto chiaro! SCRUM ti consente di pianificare determinate attività in un breve lasso di tempo (spesso due settimane). Anche se non lo fai ancora, lo farai più tardi lungo la strada.

    Per quanto riguarda gli altri membri non del team, ci sono solo tre possibili risposte all'ETA di un problema: "non avviato", "in corso" e "fatto". Il punto qui è che sarà fatto alla fine della pianificazione che hai fatto, e questa è l'unica ragionevole garanzia che darai loro.

    Se le persone vogliono conoscere maggiori dettagli, dovrebbero essere libere di leggi il tuo tracker dei problemi. Non dovrebbero chiedere a te (o a qualsiasi altro membro del tuo team) questo tipo di informazioni dettagliate, poiché rallenterà il tuo team.

    Joe Strazzere
    2017-06-20 19:07:58 UTC
    view on stackexchange narkive permalink

    sarebbe accettabile per me prendere appunti durante lo stand up quotidiano in modo da sapere sempre dove si trova attualmente ogni lavoro? o sarebbe considerato un grande no no.

    Chiedi al leader della riunione.

    Nella maggior parte dei negozi che ho visto, a nessuno importa quello che fai finché parli in modo conciso quando è il tuo turno di parlare e ascolta quando è il turno degli altri.

    In alcune riunioni in piedi, fanno un "seguito" per fare domande.

    Se non sai nel tuo caso, chiedi.

    In questo caso, sto guidando la riunione.Voglio solo assicurarmi di fare le cose per bene
    Xavier J
    2017-06-20 19:15:57 UTC
    view on stackexchange narkive permalink

    Rinuncerei a farlo perché fondamentalmente ti trasformi in una segretaria di fatto facendoti coinvolgere. Rinvia la segnalazione su qualsiasi stato al responsabile del team o al project manager se è per progetti in cui non sei coinvolto, perché queste persone inizieranno a venire da te per le risposte e la prossima cosa che sai, ti chiederanno di raccogliere le risposte su progetti in cui non sei nemmeno coinvolto.

    È come dare da mangiare ai piccioni. Finché lanci popcorn, continueranno a tornare ... con i loro cugini, i cugini dei loro cugini e così via. Elimina questa cosa di segnalazione dello stato sul nascere.

    Buona risposta, mi spingerei addirittura a dire che _non_vi a riferire sui progressi di altre persone.Probabilmente sei molto ben informato ma non sei infallibile.Di tanto in tanto farai degli errori e le persone ti daranno la colpa.È compito del tuo team leader tenere traccia dei progressi di tutti.
    @Odalrick ha preso il punto, ma è il leader del team che mi chiede l'aggiornamento (se so qualcosa) che dirò "L'ultima volta che ho sentito X giorno, questo era lo stato, Bill sarebbe quello a dirti dove si trova attualmente"
    @SaggingRufus Perché il tuo teamleader ti chiede di una riunione a cui avete partecipato entrambi?A meno che il tuo caposquadra non sia _presente_ nella tua alzata quotidiana, sarebbe estremamente strano.
    @Odalrick Gli incontri sono iniziati solo la scorsa settimana e per il momento il team leader non viene alle riunioni
    o.m.
    2017-06-20 23:31:24 UTC
    view on stackexchange narkive permalink

    Ho partecipato a riunioni quotidiane del team di scrum nello sviluppo di software e un "delegato" del nostro team a una mischia di mischie.

    • Il quotidiano mischia è davanti a una lavagna con note adesive. Lo stato delle storie può essere modificato durante il quotidiano, che è una forma di prendere appunti scritti.
    • Uno di noi andrebbe quindi alla mischia degli scrum. Abbiamo cercato di deciderlo in anticipo, e se fossi stato io avrei fatto un resoconto condensato della nostra squadra ogni giorno su un blocco note. Questo era per strutturare la mia consegna alla mischia di mischia, non un record permanente.
    • Era possibile che i bug ad alta priorità venissero inviati a un team durante la mischia quotidiana di mischie . In tal caso, lo scriverei sempre sul blocco, in modo da non sbagliare il numero.
    • Cancellerei gli elementi dal record così com'erano menzionato / gestito / segnalato al team. Alla fine della giornata, non dovrebbe esserci più niente.

    Quindi sì, prenderei appunti, ma solo come aiuto per la memoria a breve termine. Le note non dovevano essere una registrazione permanente e non sono state trascritte completamente in formato digitale.

    tutto ciò che voglio fare è prendere appunti veloci come una riga in modo che se mi viene posta una domanda posso fare riferimento a loro rapidamente prima di rispondere.
    Matthew Read
    2017-06-21 23:26:10 UTC
    view on stackexchange narkive permalink

    Non lavoro su X, ma mi viene chiesto, perché se conosco la risposta, il mio team leader sa che darò la risposta onesta (invece di dire loro quello che vogliono sentire).

    Dovresti continuare a dire loro onestamente che non lo sai, allora. Sembra che il tuo team leader abbia un ottimo atteggiamento al riguardo, ma potrebbe fare troppo affidamento su di te per cose che non sono di tua responsabilità.

    Se stai cercando di salire nella catena o di ottenere un aumento , ecc., allora è bene cercare modi per migliorare la tua affidabilità e aumentare le tue responsabilità, ma tenere sotto controllo le attività dei tuoi colleghi non è questo. I manager e le loro relazioni dovrebbero essere responsabili della comunicazione appropriata tra loro come stanno procedendo i progetti e simili. Non c'è niente di sbagliato nel fatto che il tuo capo abbia una segretaria che aiuti a gestire le informazioni e il loro programma se ne ha bisogno, o che divida il team e assuma / promuova i lead del team sotto di lui, ma non è tuo compito tenere traccia di queste informazioni sui tuoi colleghi a meno che tu / mirano a intraprendere quel tipo di lavoro. (Dovresti, ovviamente, avere una buona idea dello stato dei progetti solisti e collaborativi di cui fai parte attivamente.)

    È strano che tu stia guidando il team in piedi mentre il team leader è assente o non presta attenzione. Questo è il loro lavoro. Sei sicuro di non iniziare a gestire la squadra? Il tuo team leader gestisce più team? Potrebbe essere necessario modificare il processo o la struttura dei rapporti qui.

    Fai prendi appunti se ti sarebbero utili per i tuoi scopi e per quelli del tuo ruolo. Gli stand-up sono pensati per essere uno strumento efficace, non lasciare che gli argomenti filosofici ti impediscano di renderli più efficaci per te. Non , tuttavia, prendere appunti per colmare una lacuna che non ha nulla a che fare con te.



    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...