Solo i paranoici sopravvivono

Robert Rajakone

13.9.2016

Traduzione: tradotto automaticamente

La fiducia in se stessi e l'arroganza fanno sentire bene. Ma il pigro perde rapidamente l'ultimo treno. E passo dopo passo, si avvicina all'ultimo respiro. Quindi la regola per noi, e anche per te, è che si migliora attraverso la riflessione e il feedback: Parte 2 del nostro manifesto ingegneristico: abbraccia l'incertezza!

Forse alcuni di voi conoscono la favola I vestiti nuovi dell'imperatore. L'imperatore ama i vestiti. Nella storia, i truffatori vendono all'imperatore un abito speciale fatto su misura per lui. Si dice che l'abito abbia la proprietà di diventare invisibile per coloro che non si adattano al loro ufficio o che sono semplicemente troppo stupidi. Nessuno voleva dire all'imperatore che andava in giro nudo. Nemmeno l'imperatore stesso voleva ammetterlo. Perché avrebbe significato che si era lasciato prendere per il culo dai truffatori. Un giorno, un bambino della folla gridò: "Ma non indossa nulla! E quando questa parola fu pronunciata, improvvisamente tutti osarono dire la scomoda verità. Abbiamo quindi il coraggio di fare domande, anche se potremmo attirare l'attenzione negativa della folla.

Una buona preparazione è metà della battaglia (proverbio)

• Le storie degli utenti sono accuratamente preparate in anticipo dalla persona responsabile del componente.
• Può capitare che un team debba apportare modifiche a una vecchia logica che non è facile da capire. In questo caso, è ideale pianificare in anticipo una storia di ricerca. Se necessario, si possono creare anche delle visualizzazioni del processo per promuovere una comprensione condivisa della logica. Lo sviluppo della conoscenza costituisce una buona base per le discussioni all'interno del team. Inoltre, aiuta a riconoscere i problemi in una fase iniziale e a fare stime migliori.

Le cose intere sono sempre semplici come la verità stessa. Solo le mezze cose sono complicate. (Heimito von Doderer)
Divide et impera (idioma)

Non c'è davvero nulla di complicato al mondo. Perché tutte le cose complicate sono composte da cose semplici. Se iniziamo a comunicare le informazioni in modo facile da capire, con diagrammi UML, grafici NDepend, analisi, modelli di progettazione, tabelle e così via, allora tutti possiamo vedere il quadro generale. Così vediamo tutti il quadro generale e all'improvviso le cose sono facili da capire e da implementare.

Quando sviluppiamo delle soluzioni, possiamo fare un passo avanti.

Quando sviluppiamo soluzioni, è essenziale che siano il più semplici possibile. Più una soluzione è chiara e semplice, meglio è. In questo modo si riduce lo sforzo di comunicazione, funzionamento e manutenzione.

Tutti hanno un asse davanti alla testa - dipende solo da quanto è lontano (Marie Freifrau von Ebner-Eschenbach)

Le storie di teamwitch e i bug di altri componenti sono un ottimo modo per imparare qualcosa di nuovo. Non c'è nulla di male nel familiarizzare con un altro componente. Capisci meglio il quadro generale e la distanza dalla lavagna torna ad essere maggiore ;)

Il ferro affila il ferro; allo stesso modo un uomo affila l'altro (Bibbia, Proverbi 27:17)

Nessuno è perfetto. Insieme possiamo aiutarci a diventare migliori. Qualcun altro vede gli errori che sono invisibili ai nostri occhi. Ecco perché le revisioni del codice e i feedback sono preziosi, perché possiamo sviluppare e migliorare insieme. Gli errori possono essere risolti prima che si verifichino nell'ambiente di produzione.

Seguono alcuni suggerimenti sull'argomento "Abbracciare l'incertezza"

• Avere il coraggio di affrontare le incertezze, anche se questo potrebbe comportare una situazione imbarazzante .- Pianifico storie di ricerca per le incertezze nei componenti .- Divido i problemi complessi in diverse sottoattività più semplici. Per farlo, utilizzo strumenti metodologici e tecnici come la mappatura delle storie, Diagrammi BPMN, NDepend, SonarQube ecc.
• Vedo le storie di Teamswitch come un ampliamento dei miei orizzonti e l'acquisizione di conoscenze di altri componenti
• Minimizzo l'incertezza attraverso le peer review e il feedback di tutte le parti interessate .- Prendo le decisioni critiche il più tardi possibile in modo da poter utilizzare il maggior numero possibile di dettagli per la decisione, che vengono elaborati durante l'implementazione .

Sono benvenuti anche altri esempi illustrativi di come il secondo motto del manifesto possa essere messo in pratica. Saremo lieti di ricevere qualsiasi feedback.

Il nostro manifesto

Ti convince il nostro manifesto?

Oppure non ti convince, ma vuoi comunque sviluppare con noi? Abbiamo le seguenti offerte di lavoro nel campo dello sviluppo software:

• Annuncio di lavoro per sviluppatore software junior
• Annuncio di lavoro sviluppatore software
• Annuncio di lavoro sviluppatore software senior

Robert Rajakone

Software Engineer

robert.rajakone@digitecgalaxus.ch