Sono lo strano tipo di sviluppatore a cui piace scrivere e spiegare - e-mail, specifiche, il nome. Mi piace aiutare le persone a capire le cose in profondità. Odio le comunicazioni di ping-pong in cui i gruppi passano attraverso 30 o 40 e-mail, telefonate e riunioni perché il 25% del gruppo ha frainteso la precedente e-mail tratteggiata in cui lo scrittore ha solo spiegato a metà la sua posizione, o aveva fretta e ha sbagliato a scrivere una parola critica o lasciato fuori un negativo o due.
Questo tratto è ottimo per la documentazione, ma le mie e-mail sono lunghe, quindi le persone semplicemente non le leggono. Un paio di strategie che ho usato sono la formattazione di lunghe e-mail come documenti Word allegati per incoraggiare le persone a visualizzarle come documentazione (a volte funziona sorprendentemente bene), o cercando di utilizzare più punti elenco anziché paragrafi gratuiti. Queste strategie aumentano il numero di lettori, ma il contenuto è ancora lungo.
Ovviamente voglio urlare e gridare che argomenti tecnici complessi richiedono molta esposizione e chiarimenti, ma ciò non aiuta nessuno. Ovviamente ci sono dei compromessi che possono essere fatti, ma ho difficoltà a giustificare fare dichiarazioni che non sono chiare o che porteranno a un milione di domande, incomprensioni o aggiunti "termini e condizioni" in seguito.
Come si mantengono le comunicazioni brevi ma complete?