Come resistere quando i colleghi trascurano il processo?

Tutti veramente erano d'accordo?

Una volta ho avuto una situazione, in cui volevamo migliorare i processi. Abbiamo fatto una proposta di un processo diverso e tutti sembrano essere d'accordo.

Ma poi, ogni volta che volevo seguire questo processo, veniva chiamata un'eccezione, a causa di "questioni più importanti", che a prima vista sembrava sempre ragionevole. Quindi, in effetti, il processo non è mai stato seguito di fatto, ma tutti pensavano "in linea di principio, stiamo seguendo il processo".

Il problema era: se proponi un miglioramento, c'è qualcuno che non è d'accordo (a chi non piacciono i miglioramenti?). Ma se presenti i costi, di solito, c'è molto disaccordo. E perdere il modo conveniente di fare le cose è un costo enorme per la maggior parte delle persone.

Per dimostrarlo, ho formulato la domanda in modo diverso: "Dai la priorità a tutte le cose che dovrei fare (implementare funzionalità, rimuovere bug, seguire il processo migliorato, pulire la scrivania, arrivare in orario)".

Dopo il processo è finito dietro la pulizia della scrivania e non essere in ritardo di 5 minuti. Quindi, sostanzialmente, hanno accettato qualcosa di completamente diverso da quello che ho proposto.

Il problema potrebbe essere che non vogliono pagare i costi per la qualità. Ciò potrebbe portarli a razionalizzare il tuo criticismo come lamentoso, ma nella mia esperienza, non lo è. Il debito tecnico potrebbe non essere così visibile, ed è facile attribuirlo alle circostanze, ma alla fine, ne consegue la realtà.

Speriamo che fino ad allora se ne siano resi conto o che tu abbia cambiato lavoro.

Forse sei tu

Sembri favorire un modo di codifica molto strutturato e organizzato, i tuoi compagni di squadra sembrano avere un approccio più "fai le cose". Ora dici che porta a molti "sprechi di tempo" quindi forse una struttura è in ordine e non ci sono scuse per il lavoro sciatto. Tuttavia, i progetti software tendono a essere fluidi e l'implementazione di troppe strutture causerà anche un sovraccarico organizzativo.

Forse dovresti incontrarti nel mezzo e provare un approccio più agile e interativo, ma strutturato.

Chi è responsabile di queste persone? Qualcuno li ha assunti e qualcuno può licenziarli / tenerli responsabili.

"La mia azienda richiede ..." non ha senso senza alcuna applicazione.

Non puoi fare richieste di tempo che non consentano il processo di produzione.

Sembra che questa mancanza di controllo e aspettative non realistiche siano le ragioni della scarsa qualità.

Puoi: lasciare, diventare lo sviluppatore principale, non fare nulla o iniziare a lavorare con coloro che si sentono come te. Assicurati che tutti sappiano che seguirai le procedure corrette finché qualcuno non troverà un modo migliore e le modificherà. Sembra "The Cider House Rules".

Sembra che tu non voglia che i tuoi colleghi seguano un processo completamente diverso, vuoi solo che prendano decisioni diverse. Certo, ci sono delle regole (linee guida?) Su cosa dovrebbero fare, e loro le ignorano. Ma il problema che descrivi è che devono prendere una decisione (iniziare a lavorare sul progetto o rifiutare una specifica) e decidono di andare avanti. Quella decisione non cambierà se continui a ricordare loro le regole; semplicemente non si preoccupano tanto delle regole che fai . Vogliono sentirsi utili e dire no non li fanno sentire utili .

Se vuoi che il loro comportamento cambi, allora ricordarti continuamente delle regole probabilmente non è molto efficace; è più probabile che porti a ignorarti. Cerca di trovare un modo per cambiare il processo per farli sentire più utili mentre continui a seguire il processo. È possibile implementare una sorta di revisione del codice, controllando il codice reciproco e imparando gli uni dagli altri per impedire agli hacker di passare al codice di produzione? Puoi cambiare il modo in cui le specifiche (docs / ext.interfaces / front-end) vengono gestite da una decisione in bianco e nero rifinita / non rifinita a un processo più cooperativo, dove vicino alla fine della specifica viene richiesto a uno sviluppatore di aiuta a finire? (E, dovresti accettare i requisiti cambierà)

Per lo più non sei tu, non sono loro, è il processo. Se tu (e il tuo PM) puoi trovare un modo per organizzare cose in cui le persone non devono andare così contro il loro personaggio, il processo verrà seguito molto più rapidamente.

Questo è il punto in cui effettuerei il check-in con una sessione a porte chiuse con il mio team lead. Spero che tu abbia una buona relazione di lavoro con il ruolo guida che puoi rendere molto informale.

Lo scopo dell'incontro è di capire perché il team sta facendo le cose nel modo in cui lo stanno facendo. Se tutti sono diventati insieme, annuito, sorriso e accettato un nuovo processo, perché non stanno ancora cambiando? È probabile che funzioni molto più a fondo rispetto alla semplice non-cura o incompetenza. È probabile che al lavoro ci siano degli autisti che non sono visibili ad occhio nudo.

Inizia la riunione partendo dal presupposto che i tuoi colleghi, se potessero, seguirebbero un processo che porta a un minor panico, a un debito meno tecnico ea una maggiore qualità del prodotto - dopo tutto, chi non lo vorrebbe? Quindi qual è la forza invisibile?

Sembra che ci sia molta implementazione / integrazione prima del lavoro iniziale del design e del prototipo dell'interfaccia utente. La società è a corto di persone che possono fare questo lavoro in anticipo? Forse potresti offrirti volontario. C'è un problema nel trovare un consenso con le parti interessate? Forse la tua squadra può trovare un nuovo modo di comunicare con loro o può adottare un nuovo approccio per documentare le ipotesi.

Se inizi con uno a uno in cui chiedi al tuo leader perché allora puoi aprire la porta a una discussione che eviti la difensività e si concentri su problemi e soluzioni.

Un altro trucco potrebbe essere chiedere se puoi essere un pioniere di un nuovo modo di fare le cose. Ottieni il sostegno del tuo team per forzare un po 'il problema e permetterti di adottare l'approccio che stai promuovendo, probabilmente aumenterà i problemi non appena avremo bloccato il "sistema", quindi desideri la gestione dietro di te. Ma se ti rendi più produttivo e privo di stress, fornisci un buon esempio per cambiare il modo di fare, e potresti vincere avvocati.