Difficoltà per i manager funzionali in Scrum

2

Sono un responsabile di test / controllo qualità in un'organizzazione che passa gradualmente a Scrum. Non compaiono nelle riunioni quotidiane di Scrum perché non voglio interferire con l'auto-organizzazione della squadra. Il problema con questo è che sto diventando troppo disconnesso da ciò che i 5 tester che mi riferiscono di fare nel giorno per giorno. Come posso istruire e valutare questi tester? Cosa succede se non fanno un buon lavoro, o fanno troppo poco lavoro, come posso sapere questo in modo tempestivo e agire su di esso?

    
posta Eugene 14.02.2014 - 20:16
fonte

3 risposte

5

Quali sono le responsabilità di un Gestore funzionale per i team di progetto? Questo varia molto da una compagnia all'altra. Pertanto, devi sfruttare le opportunità che hai di interagire con il team di progetto per migliorare la tua conoscenza delle prestazioni dei membri del team.

Vai a vedere di persona (in Kanban il principio di " Genchi Genbutsu " si applica). Questo include:

  • Vai a Stand Ups. Probabilmente non hai bisogno di andare tutti i giorni, ma probabilmente dovresti andare più di una volta alla settimana. Sei un pollo, quindi non farti coinvolgere troppo. Non aver paura di non fare domande difficili - o se ritieni che sarebbe troppo sconvolgente, dovresti chiedere allo Scrum Master.
  • Vai a Demo. Se i tuoi ragazzi fanno parte di un team Scrum funzionante, eseguiranno una demo ogni sprint. Alcuni team di QA adottano un atteggiamento malsano che sono lì per bloccare il rilascio. Devi vedere che i tuoi tester fanno parte di team che producono sempre software potenzialmente spedibile.
  • Fai un giro, parla con tutto il team, guarda come stanno andando. Non farlo con lo scopo esplicito di valutare le prestazioni, ma farlo per aumentare la comprensione del progetto su cui il team lavora e come funzionano. In qualità di membro anziano del team addetto al controllo qualità, probabilmente hai esperienza da offrire. Dovresti aiutare a guidare il team (non solo i tuoi rapporti diretti).
  • Parla regolarmente con i tuoi tester. Ho una preferenza per le chat informali, preferibilmente per un caffè fuori dall'ufficio. Costruisci un rapporto con i membri del tuo team e ti faranno conoscere le aree in cui hanno difficoltà a cui puoi dare seguito.

Avere successo con Agile di Mike Cohn ha una sezione nel capitolo 8 sul ruolo di Functional Manager. Vale la pena leggere e la parte che sembra più rilevante:

A functional manager is responsible for providing guidance and coaching to members of the group. ScrumMasters and product owners also provide guidance and coaching, but their views are limited to a single project or product. A functional manager will have a broader perspective, including the ability to establish cross-project standards and set expectations for quality, maintainability, reusability, and many of the other -ilities or nonfunctional requirements.

Functional managers also retain responsibility for developing the people in their groups. Securing the budget and time to send them to conferences, challenging them with appropriate projects, and encouraging them to join or form communities of practice are all part of the functional manager’s role.

Personnel Responsibilities

In most organizations, functional managers will retain responsibility for writing periodic reviews of the personnel in their departments. Although the functional manager has hopefully always incorporated input from each employee’s coworkers and customers into the review, the need to do so is greater in a Scrum environment because the employee will likely be working less closely with the functional manager on a day-to-day basis.

In many organizations, functional managers also retain responsibility for making hiring and firing decisions. Neither the ScrumMaster nor the product owner has this level of authority over individuals on the product development teams.

After the organization adopts Scrum, most functional managers find themselves with more time available than they had before. This time is most often used to stay in closer touch with their direct reports, to know more about each project the group’s employees are working on (by attending various sprint reviews and so on), and to pay more attention to cross-project standards and future directions.

    
risposta data 14.02.2014 - 20:41
fonte
2

Hai considerato di partecipare alle mischie, ma non di parlare o di partecipare?

Se dichiari di essere presente solo come partecipante passivo, otterrai le informazioni di cui hai bisogno.

Nei casi in cui hai bisogno di informazioni di follow-up da un determinato tester, puoi prendere nota dell'elemento e andare a chiedere ulteriori dettagli dopo la mischia è finita.

    
risposta data 14.02.2014 - 20:26
fonte
1

Ho visto due approcci al lavoro:

  1. Vai a Scrum - Ho visto mischie in cui il manager partecipa come " pollo ". Non parlare, non criticare, non avere la faccia seria. Sei lì per raccogliere informazioni. Una volta che tutti sono a loro agio con questo, puoi forse chiedere brevi domande di chiarimento. Questo potrebbe non funzionare bene se la tua squadra ti deporterà troppo.
  2. Incontra in modo indipendente con PM / Team Lead . Anche nei team auto-organizzati qualcuno è il project manager o il team leader. Loro (che dipende dall'organizzazione) diventano responsabili per le persone che fanno un buon lavoro giorno per giorno. Tu esisti per aiutarli a migliorare l'abilità della squadra nel suo complesso, a renderli responsabili e ad intervenire quando vogliono / hanno bisogno di aiuto con problemi che "il capo" deve affrontare. Questo potrebbe non funzionare bene se gestisci troppo la microgestione o manchi una persona del team per riempire quel ruolo.
risposta data 14.02.2014 - 20:30
fonte

Leggi altre domande sui tag