Novembre 2015

Volume 30 Numero 12

Il presente articolo è stato tradotto automaticamente.

Upstart - Gestione delle critiche

Da Ryan Donahue | Novembre 2015

Un ambiente di lavoro positivo è un grande vantaggio. Conserva persone contento che li mantiene motivati e la produttività. Quando persone sentono il proprio lavoro, diventano istruttivo più soddisfatto alla fine del giorno e di ritorno immediato per eseguire le operazioni che ottenga il lode ulteriori home. Questo ciclo virtuoso può diventare un trap, tuttavia, quando Abilita un progettato funzionalità nel software o peggio ancora, progettate in modo inadeguato software nelle mani del cliente.

Per il trap di trasporto, le organizzazioni devono essere in grado di impegnarsi utili suggerimenti. Se i membri del team non conoscono fornendo un feedback costruttivo ad altri utenti del team, non sarà lungo prima che tali le critiche provengano da clienti arrabbiati, outraged prodotti di scarsa qualità. Il fatto, un problema non risolto nel valore di sviluppo sarà molto probabile impatto prodotto nell'ambiente di produzione e, in definitiva, addirittura danneggiare il vostro marchio.

Non esiste alcun momento sadder per uno sviluppatore rispetto alla lettura commenta Reddit reclamo qualcosa che osservato prima dell'avvio, ma potrebbe non eseguire alcuna operazione sulle. Si tratta di qualcosa è impegnati per la community degli sviluppatori di giochi negli ultimi anni, con molti grandi percepiscono push di alto profilo titoli che sono stati, Francamente, non completati. Electronic Arts è caso. Il lancio di difficile il "ultimo anno sul campo di battaglia 4" gioco ridurre prezzo delle azioni della società e prodotto un'eventuale vertenza legale azionisti. Ora sembra che prevediamo più ritardato gioco versioni, come i giocatori di rifiutano di line acquisto nuovi titoli quello che avevano in precedenza.

Potrebbe essere anticipata critiche di input durante lo sviluppo hanno risparmiati Electronic Arts e da altri editori giochi molti problemi? Forse, ma in un mondo regolamentato dalla spedizione termini e le date di destinazione marketing, la decisione di ritardare un rilascio per rielaborare il codice è difficile. Sarebbe utile, ad esempio, se fossero una metrica rilevamento a livello di soddisfazione interno di qualsiasi parte del software in fase di sviluppo. Se tale metrica scende di sotto di una determinata soglia, il prodotto potrebbe essere ritardato fino a quando non viene risolto il problema, il ripristino di soddisfazione interna a un livello accettabile.

Anche se è possibile sviluppare una metrica di questo tipo, rimane il problema principale: Il software moderno spesso è vincolato da termini di spedizione che creano un ambiente ostile per critiche di input. È difficile per uno sviluppatore criticare modo costruttivo di altro lavoro, quando tutti sanno che non è disponibile tempo o risorse per niente. È inoltre importante notare che critiche possono andare troppo lontano. Se la lingua della società incoraggia i dipendenti a rip sul lavoro di altro, è possibile creare un ambiente tossico che lascia demoralized persone e della produttività.

In definitiva, gli sviluppatori possono solo controllare quanto controllano. Gran parte che è proprio reazione a suggerimenti ricevuti. Troppo spesso persone chiudere critiche. Tutto è necessario conoscere e accettare pur avendo naturalmente la distorsione verso i pareri, quelli offerti da altri utenti vengono semplicemente come validi che spesso sono importanti per l'individuazione di soluzioni migliori.

Come tutto nella vita, la chiave è trovare un equilibrio felice. Le organizzazioni che è in grado di sostenere una cultura del rinforzo positivo e il supportano di un processo che consente ai team di agire su ricevuto critiche, sono molto più probabile che per produrre software di alta qualità rispetto a quelle shun queste attività. E inizia da una regolazione atteggiamento semplice. Se gli utenti dell'organizzazione lo sforzo necessario per supportare altri utenti lavoro, durante la valutazione dei suggerimenti costruttivi, ben articolati, è possibile trasformare l'organizzazione in una rete aziendale più produttiva e aprire.


Ryder Donahueè un sviluppatore di software engineer presso Microsoft. Originariamente da isole hawaiano ora risiede nel Redmond, Washington, con il suo stato e i relativi cat Marbles.