{"id":229702,"date":"2022-11-01T18:04:00","date_gmt":"2022-11-01T15:04:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=229702"},"modified":"2022-11-09T16:01:01","modified_gmt":"2022-11-09T13:01:01","slug":"non-esiste-una-dimensione-perfetta-per-un-ciclo-di-feedback","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/it\/non-esiste-una-dimensione-perfetta-per-un-ciclo-di-feedback\/","title":{"rendered":"Non esiste una dimensione perfetta per un ciclo di feedback"},"content":{"rendered":"\n<p>Pi\u00f9 ho redatto questo post, pi\u00f9 mi sembrava di dover scrivere un tipo di TL; DR per alcune persone che lo leggono. Quindi, nel tentativo di risparmiare tempo, eccolo qui:<\/p>\n<p>Sto scrivendo questo per coloro che sono nuovi al lavoro autonomo, alla gestione dei progetti o in generale hanno meno esperienza di coloro che chiedono &quot;Perch\u00e9 scrivi questo?&quot; In definitiva, \u00e8 qualcosa che la maggior parte di noi impara ad un certo punto in questo industria, ma se possiamo aiutarci a vicenda, abbreviare prima o poi, ne traiamo tutti vantaggio.<\/p>\n<p>Se sei ancora interessato dopo aver letto la nota sopra, presumo che tu stia cercando di migliorare questo aspetto della comunicazione. Il che \u00e8 positivo, perch\u00e9 lo sono anch&#8217;io \ud83d\ude0f, e l&#8217;uso di un piccolo ciclo di feedback \u00e8 un modo in cui ho scoperto di farlo.<\/p>\n<hr \/>\n<p>Ogni settore ha un po&#8217; del proprio gergo e molti di noi ne ridono, eppure tutti continuiamo a usarlo in un ambiente professionale. Siamo divertenti in questo modo.<\/p>\n<p>Ad ogni modo, nel nostro settore, una delle frasi che usiamo molto \u2013 me compreso \u2013 \u00e8 &quot;feedback loop&quot;. La prima volta che mi sono imbattuto in questa frase \u00e8 stato per quanto riguarda il feedback degli amplificatori. Non aveva nulla a che fare con il software. Tuttavia, in quello che facciamo generalmente lo usiamo per riferirci ad esso come:<\/p>\n<ul>\n<li>inviare una richiesta, un commento o un&#8217;informazione generale a un cliente,<\/li>\n<li>ricevere una risposta dal cliente in merito a tali informazioni.<\/li>\n<\/ul>\n<p>E per coloro che non sono abituati all&#8217;idea (perch\u00e9 c&#8217;\u00e8 chi fa &#8220;rilasci big bang&quot; di cui parler\u00f2 tra un minuto), i feedback loop sono generalmente considerati piccoli o grandi.<\/p>\n<p>Pi\u00f9 a lungo lavoro nel software, pi\u00f9 miro sempre a un piccolo ciclo di feedback, qualunque cosa accada.<\/p>\n<h2>Il ciclo di feedback perfetto<\/h2>\n<p>Un piccolo ciclo di feedback significa che c&#8217;\u00e8 una comunicazione frequente tra un&#8217;azienda e il cliente (quindi, naturalmente, un grande ciclo di feedback si ha quando c&#8217;\u00e8 una comunicazione meno frequente).<\/p>\n<p>Se hai intenzione di usare il gergo, almeno pensaci in qualche modo divertente, giusto?<\/p>\n<p>Ma sai tutta quella cosa del gergo che ho menzionato all&#8217;inizio dell&#8217;articolo? Nella normale conversione, direi solo:<\/p>\n<p>Quando si tratta di lavorare su un progetto, preferisco una comunicazione pi\u00f9 frequente.<\/p>\n<p>E il motivo per cui preferisco questo e anche per impostazione predefinita \u00e8 perch\u00e9 quando si tratta di costruire una soluzione, indipendentemente dalle dimensioni, per qualcun altro, ci sono sempre parti mobili da considerare.<\/p>\n<p>Quando ci sono pi\u00f9 parti in un progetto, ci sono pi\u00f9 punti in cui qualcosa potrebbe aver bisogno di essere modificato o modificato (o che pu\u00f2 avere un impatto sul sistema generale) e farlo bene in anticipo anzich\u00e9 in seguito consente di risparmiare un sacco di tempo (e quindi denaro) e stress per la maggior parte delle parti coinvolte.<\/p>\n<h3>E allora?<\/h3>\n<p>Perch\u00e9 preoccuparsi di scrivere su questo, per\u00f2? Per me, il motivo \u00e8 perch\u00e9 pi\u00f9 a lungo gestisco <a href=\"https:\/\/pressware.co\/\" target=\"_blank\" rel=\"noopener nofollow\" class=\"external external_icon\">un piccolo negozio<\/a>, pi\u00f9 sento dai clienti i problemi che derivano dalla mancanza di chiarezza, comunicazione e gestione dei progetti nei progetti precedenti.<\/p>\n<p>Peccato. Non voglio eseguire quel tipo di operazione. Quindi \u00e8 una cosa facile da risolvere, giusto?<\/p>\n<p>Inoltre, l&#8217;industria dello sviluppo \u00e8 piena di persone che prenderanno i requisiti di un progetto, presumeranno di aver compreso tutto ci\u00f2 che \u00e8 necessario e poi torneranno solo per aver costruito qualcosa che non solo manca l&#8217;obiettivo ma assomigli in qualche modo a quello previsto dal cliente.<\/p>\n<p>Questo non \u00e8 necessariamente un colpo ai programmatori, ma l&#8217;intero &quot;[mancare] l&#8217;obiettivo&quot; pu\u00f2 essere risolto se comunicassimo semplicemente con coloro con cui stiamo lavorando un po&#8217; pi\u00f9 frequentemente che no.<\/p>\n<p>Non dare per scontato di sapere cosa vogliono.<\/p>\n<p>Invece, fai domande, chiarisci il requisito, lavora sulla funzione, quindi presenta al cliente in un ambiente di staging. Sapranno se hai costruito ci\u00f2 che hanno chiesto. In tal caso, passa alla funzionalit\u00e0 successiva. In caso contrario, c&#8217;\u00e8 pi\u00f9 lavoro da fare. Operare in questo modo snellisce gran parte dei punti di tensione che sorgono nei progetti.<\/p>\n<p>E s\u00ec, fare molte domande pu\u00f2 diventare noioso e persino fastidioso. Grande affare. Ricorda fin dall&#8217;inizio che farai molte domande per comprendere appieno il problema prima di provare a risolverlo. Dai una ragione per cui stai facendo quello che stai facendo. Tende a ripagare bene.<\/p>\n<h3>Uscite del Big Bang<\/h3>\n<p>In precedenza nel post, ho menzionato &quot;rilasci del big bang&quot; e questo generalmente si riferisce all&#8217;idea di un cliente che ti fornisce i requisiti, torni a lavorarci per settimane, poi ti mostri e dici &quot;Ehi, io ho finito, dai un&#8217;occhiata! solo per scoprire che \u00e8 lontano.<\/p>\n<p>Se dovessi contestualizzare questo all&#8217;interno di un tipo di ciclo di feedback, direi che non ce n&#8217;\u00e8 uno. Non \u00e8 nemmeno grande perch\u00e9 non \u00e8 stato richiesto alcun feedback. \u00c8 semplicemente:<\/p>\n<ul>\n<li>Ecco i requisiti per il progetto,<\/li>\n<li>Ho finito con il progetto.<\/li>\n<\/ul>\n<p>Spesso, questo porta gli sviluppatori a fraintendere i requisiti, i clienti sono all&#8217;oscuro dei progressi e il progetto generale va verso il basso. In poche parole, non farlo in questo modo.<\/p>\n<h2>La dimensione perfetta?<\/h2>\n<p>Non so quale sia la dimensione perfetta di un ciclo di feedback. Ci sono alcuni clienti con cui ho lavorato dove ci sono i check-in giornalieri, ci sono da qualche parte ci sono i check-in settimanali e ci sono alcuni che hanno detto &quot;completa questo e fammi sapere quando hai finito&quot;.<\/p>\n<p>I check-in settimanali, i commit, i rilasci, ecc. tendono ad essere i miei preferiti, ma ci\u00f2 \u00e8 dovuto alle dimensioni del progetto e alle dimensioni del team con cui lavoro. Anche ogni giorno non \u00e8 male a seconda dell&#8217;attivit\u00e0.<\/p>\n<p>Non faccio mai il big bang anche se un cliente dice che va bene. Mi piace ancora avere posti di blocco per la mia sanit\u00e0 mentale. Quindi, qualunque tipo di ciclo di feedback funzioni meglio per te, il tuo team e il tuo cliente avr\u00e0 la dimensione perfetta.<\/p>\n<p><div id=\"PostUnique_PostSource\" style=\"padding-top: 50px\">Fonte di registrazione:  <a target=\"_blank\" rel=\"noopener nofollow\" href=\"\/\/tommcfarlin.com\" class=\"external external_icon\">tommcfarlin.com<\/a><\/div><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Un piccolo ciclo di feedback significa che c&#8217;\u00e8 una comunicazione frequente tra un&#8217;azienda e il cliente. In definitiva, \u00e8 pi\u00f9 comunicazione.<\/p>\n","protected":false},"author":1,"featured_media":223885,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":"","_wp_rev_ctl_limit":""},"categories":[918,751,804,720,844],"tags":[1168],"class_list":["post-229702","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-altro","category-open-source-projektmanagement-3","category-php-6","category-sviluppatore","category-tutorial","tag-affiai-it"],"_links":{"self":[{"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/posts\/229702","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/comments?post=229702"}],"version-history":[{"count":0,"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/posts\/229702\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/media\/223885"}],"wp:attachment":[{"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/media?parent=229702"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/categories?post=229702"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/tags?post=229702"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}