Questa domanda mi è venuta in mente da un po 'di tempo, quindi volevo chiedere a coloro che stanno seguendo pratiche di agile / scrum nei loro ambienti di sviluppo.
La mia azienda ha finalmente intrapreso l'integrazione di pratiche agili e ha iniziato con un team di 4 sviluppatori in un gruppo agile su una base di prova. Sono passati 4 mesi con 3 iterazioni e continuano a farlo senza essere completamente agili per il resto di noi. Ciò è dovuto al fatto che la fiducia della direzione per soddisfare i requisiti di business con un bel po 'di richiesta di tipo ad hoc dall'alto.
Recentemente, ho parlato con gli sviluppatori che fanno parte di questa iniziativa; mi dicono che non è divertente. Non sono autorizzati a parlare con altri sviluppatori tramite il loro master Scrum e non sono autorizzati a prendere alcuna telefonata nell'area di lavoro (che può andare bene fino a un certo punto). Per esempio, se voglio parlare con il mio amico per i calci che è nella squadra agile, non sono autorizzato senza l'approvazione del master Scrum; chi è seduto proprio accanto alla squadra agile.
L'idea di tutto questo o dell'agile è quella di fornire un vuoto completo per gli sviluppatori agili da eventuali interruzioni e di averli messi in buone 6+ ore produttive. Bene, ragazzi, io non sono un guru agile, ma quello che ho letto su Yahoo è un documento rollout agile e simile per altre organizzazioni, mi dà la sensazione che agile non sia economico. Richiede risorse e budget per instillare agili nei team e correggere il problema non appena arrivano per rimetterli in carreggiata.
Per cominciare, richiede formazione per sviluppatori e coaching per manager ed ecc, ecc ... L'attuale master Scrum era un manager che impiegò un paio di giorni di agile corso di formazione pagato dalla dirigenza che ora sta conducendo questo agile team. Ho anche sentito nell'incontro che un manifesto agile non impone che l'agilità non sia impostata in termini di pietre e sia personalizzata in modo diverso per ogni azienda. Bene, tutto sembra buono e motivo.
In conclusione, ho sempre pensato che l'agile avrebbe dovuto portare armonia nei team di sviluppo che si traducono in felici sviluppatori. Tuttavia, ho una sensazione molto opposta quando parlo con gli sviluppatori del team agile. Sono scontenti che non possano parlare altro che lavorare, stare seduti tranquillamente tutto il giorno solo lavorando, e sentono che è solo un altro modo per il management di farli lavorare di più.
Dimmi, per favore, se questo è uno degli esempi di buone pratiche utilizzate allo scopo di un vantaggio egoistico per più dollari? O forse, siamo solo noi sviluppatori come me e questo gruppo agile sente che non gli piace lavorare in un ambiente in cui respirano solo lavoro perché sono al lavoro.
È una società nel settore sanitario che ha uffici negli Stati Uniti. Sicuramente si sente come un agile stile cowboy che mi fa davvero non volere andare per niente agile, specialmente alla mia attuale compagnia.
Tutto ciò ha a che fare con la gestione che è completamente a buon mercato. Tagliare caffè costosi per una versione più economica, dare risalto al risparmio ed essere produttivi rimanendo il più snello possibile.
La mia sensazione è che qualcuno nella gestione dietro la porta abbia buttato fuori questa idea, che agile ti fa produrre di più in modo che possiamo mostrare ai nostri capi che produciamo di più con lo stesso organico. Oppure, forse, ci permetterà di ridurre l'organico, se è il caso.
Stanno facendo il loro incontro quotidiano di 5 minuti. Ma non è permesso parlare o parlare con qualcuno al di fuori della propria squadra. Tutta l'attenzione è concentrata sul lavoro.