Mischia:La resistenza (non) è inutile [chiuso]

Question

Sono il secondo sviluppatore e recentemente assunto qui in un negozio PHP/MySQL.Sono stato assunto principalmente a causa della mia esperienza nel risolvere una sorta di processo da un caos caotico.Almeno, questo è quello che ho fatto nella mia ultima azienda.;)

Da quando sono qui (ormai da qualche mese), ho coinvolto il mio capo, il mio product manager e molte altre figure chiave (ma soprattutto polli, se mi perdoni gli stereotipi basati su Scrum).Ho anche contribuito a dare visibilità al ciclo di sviluppo di un prodotto importante che è rimasto indietro per oltre un anno.Le persone lo adorano!

Tuttavia, il mio collega (l'unico altro sviluppatore qui per ora) non è interessato.Preferisce chiudere la porta, concentrarsi sul lavoro ed essere lasciata sola.Me?Mi piace l'intero approccio Agile di collaborazione, cooperazione e apertura.Senza il suo contributo, ho iniziato le pratiche Scrum (daily scrum, grafici di burndown e altre cose che ho scoperto che funzionavano per me e per i miei team precedenti (ala H.La bella carta da parati di Kniberg).Durante il nostro alzarci quotidiano lei sgattaiola accanto e ci ignora come se in realtà non fossimo proprio fuori dalla sua porta (in realtà lo siamo).È davvero sorprendente.Non ho mai visto una tale resistenza.

Domanda...come faccio a farla salire a bordo?La pressione dei pari non funziona.

Grazie dal collega Scrum-borg,

bello

Answer 1

Mentre Scrum altre metodologie agili come questa incorporano molte buone pratiche, a volte dargli un nome e renderla (come hanno commentato molti blogger) una "religione" che deve essere adottata sul posto di lavoro è piuttosto scoraggiante per molte persone, me compreso.

Dipende da quali sono le tue opzioni e i tuoi impegni, ma so che sarei molto più propenso ad accettare le idee perché sono buone idee, non perché sono un carrozzone.Prova a implementare/coinvolgerla nelle pratiche una alla volta, mostrandole come possono migliorare anche la sua vita e il suo flusso di lavoro.

I programmatori amano le cose interessanti che li aiutano a portare a termine le cose.Odiano ricevere prediche o essere invitati a salire a bordo di quello che vedono come un carrozzone.Presentatelo come il primo piuttosto che come il secondo.(Inutile dirlo, assicurati che sia effettivamente il primo)

Modificare:un'altra domanda

In realtà non ho mai lavorato per un luogo che utilizzasse una metodologia agile specifica, anche se sono abbastanza felice di dove mi trovo ora in quanto incorporiamo molte pratiche agili senza esagerazioni e dogmi (il meglio di entrambi i mondi, IMHO ).

Ma stavo giusto leggendo di Scrum e un sistema del genere è vantaggioso anche per un team di 2 persone?A quanto pare, Scrum aggiunge una certa quantità di spese generali a un progetto e ciò potrebbe superare i vantaggi quando si ha un team molto piccolo in cui la comunicazione e la pianificazione sono già facili.

Answer 2

Senza il suo contributo, ho iniziato le pratiche Scrum (daily scrum, grafici di burndown e altre cose che ho scoperto che funzionavano per me e per i miei team precedenti (ala H.La bella carta da parati di Kniberg).Durante la nostra alzata quotidiana lei sgattaiola accanto e ci ignora come se in realtà non fossimo proprio fuori dalla sua porta (in realtà lo siamo).È davvero sorprendente.Non ho mai visto una tale resistenza.

Domanda...come faccio a farla salire a bordo?La pressione dei pari non funziona.

Cavolo!Chi vorrebbe mai lavorare in un ambiente così opprimente?Se sei fortunato, invierà il suo curriculum e potrai assumere qualcuno che sia coinvolto nel tuo processo di sviluppo.

Supponendo che tu voglia trattenerla, rifiuterei (o spegnerei) la retorica e lavorerei prima per diventare un amico e un collega.Se il progetto è in ritardo di un anno, non può sentirsi bene con se stessa e sembra che tu non abbia paura di strombazzare il tuo successo.Questo può essere intimidatorio.

Tuttavia non so nulla di Scrum.Sto solo immaginando come sarebbe andare in giro nei panni di un collega.

Answer 3

bello, amico,

Ti suggerirei davvero di leggere il blog di Steve Yegge chiamato "Buona Agile, Cattiva Agile".È un vecchio ma buono, e penso che sia una lettura obbligata per chiunque - come me circa 2 mesi fa - diventi un po', diciamo, "troppo ansioso" di rendere più agile il proprio posto di lavoro.Agile offre molte buone pratiche, ma devi prenderle tutte con le pinze e adottare ciò che ti manca e saltare tutto il resto che potrebbe essere inutile per una situazione particolare, ad es.la mischia quotidiana.Se la tua collega desidera semplicemente programmare in silenzio (leggi Peopleware per sapere perché questa è una buona cosa) ed è un membro produttivo del team, smettila di infastidirla con le tue mischie e lasciala lavorare nel modo che preferisce.

Le persone di solito sono meno "ostili" nei confronti di queste pratiche se ti avvicini e dici semplicemente "Hai un secondo?Ascolta, la comunicazione è davvero un problema in questo momento, mi sento come se non sapessi cosa stai facendo e davvero non voglio pestarti di nuovo i piedi e passare due giorni a scrivere qualcosa che ti è già piaciuto la settimana scorsa, quindi lavoriamo su questo.Mi piacerebbe provare X, che ne dici?".Sii compassionevole e non tollerare le "mele marce", è letteralmente così che ho migliorato il mio posto di lavoro e molti problemi hanno iniziato a evaporare.Non siamo affatto un luogo conforme al 100% a XP o al 100% a Scrum, perché utilizziamo semplicemente tutto ciò che funziona ed era necessario.

Answer 4

Semplice.Non parlare di mischia.Non usare Scrum su di lei.Prendi invece i principi alla base della mischia (ad es.lo scopo anziché l'applicazione) e creare approcci diversi che si adattino al suo modo di lavorare ma con sottili sfumature di mischia.

Tutti gli esseri umani sono diversi e molti programmatori non amano la mischia.Non li imporrei perché sarebbe controproducente.Suggerirei di identificare i problemi nel processo di sviluppo (senza mischia), vedere se riesci a convincerla ad accettare che i problemi esistono, quindi chiedere suo quella che secondo lei sarebbe una buona soluzione.La sua collaborazione e il suo contributo al processo sono essenziali per la sua cooperazione, se non ha il consenso non diventerà cittadina.

Da lì in poi si spera che tu possa creare una sorta di mischia quasi ibrida + il suo approccio al processo in cui entrambi potete essere d'accordo sulla via da seguire.

Answer 5

Penso che la chiave sarebbe aiutarla a capire perché stai facendo Scrum in primo luogo.Immagino che tu abbia le tue ragioni, quindi perché non dirglielo?È probabile che si incontri resistenza verso qualsiasi cambiamento se le persone coinvolte non capiscono perché c'è un cambiamento o quali trarranno beneficio da esso.Se riesci a spiegarle le ragioni per cui utilizzi Scrum e i seguenti vantaggi in un modo che si riferisca al suo lavoro quotidiano, penso che sia più probabile che adotti un atteggiamento più positivo nei suoi confronti.

Se non vede alcun valore nel processo Scrum, o non capisce come si collega a lei, probabilmente non gli importerà.

Penso che uno dei concetti più importanti da comprendere riguardo a Scrum sia il fatto che si lavora in gruppo e ci si impegna nel proprio progetto come gruppo, non come individui.Per molte persone, questa è la cosa più difficile da comprendere, poiché sono così abituate a vivere nel "loro mondo".

Answer 6

Non sono sicuro che Scrum sia la questione centrale qui;Immagino che si senta minacciata dal nuovo ragazzo che porta molte nuove idee e mescola le cose.Mi sono già trovata in quella situazione in passato come nuova persona che porta una nuova prospettiva sulle cose, e talvolta è semplicemente difficile portare immediatamente quelle persone esistenti ad un nuovo modo di pensare.Spesso richiede un cambiamento culturale che non avviene da un giorno all'altro.

Cerca di ottenere il più possibile il suo contributo e la sua opinione sulle cose e prova a dimostrare che rispetti il ​​fatto che lei sia nella squadra da più tempo di te.Se dopo un po' continua a non partecipare, tutto ciò che puoi fare è menzionarlo al tuo manager e lasciare che se ne occupi lui.

Answer 7

Continua i tuoi sforzi per coinvolgere l'altro sviluppatore.Ricorda che sei tu quello che vuole fare questo cambiamento.Chiedi aiuto per i problemi che hai.Invitateli all'incontro quotidiano in piedi.Attualmente pianifico lo stand up quotidiano e mi assicuro che tutti i maiali e le galline siano invitati.Se sei il responsabile del progetto, spetta a te affrontare la situazione e correre un rischio.Mettiti in gioco.