{"id":97853,"date":"2020-10-22T14:42:44","date_gmt":"2020-10-22T12:42:44","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte"},"modified":"2020-11-18T00:58:50","modified_gmt":"2020-11-17T22:58:50","slug":"organizacziya-rabochego-proczessa-v-komande-na-it-proekte","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte","title":{"rendered":"Organizzazione del flusso di lavoro in team su progetti IT","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Ciao amici. Spesso, soprattutto nell'outsourcing, vedo sempre la stessa situazione. La mancanza di un processo di lavoro chiaro nei team su vari progetti.<\/p>\n<p>La cosa pi\u00f9 importante \u00e8 che i programmatori non comprendono come comunicare con il cliente e tra loro. Come costruire un processo continuo di sviluppo di un prodotto di qualit\u00e0. Come pianificare la propria giornata lavorativa e gli sprint.<\/p>\n<p>E tutto questo porta a scadenze saltate, straordinari, continui colloqui su chi \u00e8 colpevole e insoddisfazione dei clienti \u2014 dove e come si sta andando. Molto spesso, tutto ci\u00f2 porta al cambio di programmatori e a volte di interi team. Alla perdita di clienti, al deterioramento della reputazione e cos\u00ec via.<\/p>\n<p>Una volta mi sono trovato proprio su un progetto con tutte queste problematiche. <br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nNessuno voleva prendersi responsabilit\u00e0 per il progetto (un grande marketplace di servizi), c'era un'incredibile rotazione del personale e il cliente era davvero difficile. Un giorno, il CEO si \u00e8 avvicinato a me e mi ha detto che avevo l'esperienza necessaria, quindi mi ha passato la palla. Prendi il progetto. Se fallisci, chiudiamo il tutto e tutti saranno licenziati. Se ce la fai, sar\u00e0 fantastico, quindi gestiscilo e sviluppalo come ritieni opportuno. Alla fine, sono diventato il team leader del progetto e tutto \u00e8 ricaduto sulle mie spalle.<\/p>\n<p>La prima cosa che ho fatto \u00e8 stata sviluppare un workflow da zero, che corrispondeva alla mia visione di quel momento, e ho redatto una descrizione del lavoro per il team. Implementarlo non \u00e8 stato facile. Ma dopo circa un mese, tutto si \u00e8 sistemato; gli sviluppatori e il cliente si erano abituati, e tutto \u00e8 iniziato a procedere in modo tranquillo e confortevole. Per mostrare al team che non si trattava solo di una \u00abtempesta in un bicchiere d'acqua\u00bb, ma di una vera soluzione, ho assunto il massimo carico di responsabilit\u00e0, liberando il team dalla routine sgradevole. <\/p>\n<p>Sono gi\u00e0 passati un anno e mezzo e il progetto sta proseguendo senza straordinari, senza \"corsa dei topi\" e senza stress di vario genere. Alcuni membri del team originale non volevano lavorare in questo modo e se ne sono andati, mentre altri hanno apprezzato molto le regole trasparenti. Alla fine, tutti coloro che sono nel team sono molto motivati e conoscono a menadito il progetto, sia per quanto riguarda il frontend che il backend, inclusa la base di codice e tutta la logica di business. Siamo arrivati al punto in cui non siamo solo \"rematori\", ma siamo noi stessi a ideare molti processi aziendali e nuove funzionalit\u00e0 che sono piaciute all'azienda.<\/p>\n<p>Grazie a questo approccio da parte nostra, il cliente ha deciso di commissionare alla nostra azienda un altro marketplace, il che non pu\u00f2 che farci piacere.<\/p>\n<p>Dato che sul mio progetto ci\u00f2 funziona, potrebbe anche essere utile a qualcun altro. Quindi, ecco il processo che ci ha aiutato a salvare il progetto:<\/p>\n<p>Processo di lavoro del team nel progetto \"Il mio progetto preferito\"<\/p>\n<p>a) Processo interno del team (tra sviluppatori)<\/p>\n<ul>\n<li>Tutti i compiti vengono creati nel sistema Jira<\/li>\n<li>Ogni compito deve essere descritto in modo massimo e deve eseguire un'azione specifica<\/li>\n<li>Qualsiasi funzionalit\u00e0, se sufficientemente complessa, viene suddivisa in molte piccole attivit\u00e0<\/li>\n<li>Il team lavora sulle funzionalit\u00e0 come un'unica attivit\u00e0. Iniziamo a creare insieme una funzionalit\u00e0, la mettiamo in test e poi passiamo alla successiva.<\/li>\n<li>Ogni attivit\u00e0 \u00e8 contrassegnata come backend o frontend.<\/li>\n<li>Esistono tipi di attivit\u00e0 e bug. \u00c8 necessario specificarli correttamente.<\/li>\n<li>Dopo aver completato un'attivit\u00e0, viene cambiato lo status in revisione del codice (viene creato un pull request verso il proprio collega).<\/li>\n<li>Colui che ha eseguito il compito tiene traccia subito del suo tempo per questa attivit\u00e0.<\/li>\n<li>Dopo il controllo del codice, il PR viene approvato e, dopo ci\u00f2, chi ha svolto il compito lo unisce autonomamente nel ramo master, cambiando successivamente il suo status in pronto per il deployment su dev. <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/it\/server\/\"   title=\"un server\" data-wpil-keyword-link=\"linked\">un server<\/a>.<\/li>\n<li>Tutte le attivit\u00e0 pronte per il deployment su dev vengono gestite dal team leader (\u00e8 di sua responsabilit\u00e0), a volte da un membro del team, se c'\u00e8 qualcosa di urgente. Dopo il deployment, tutte le attivit\u00e0 pronte per il deployment su dev vengono cambiate in stato \u2014 pronte per il testing su dev.<\/li>\n<li>Tutte le attivit\u00e0 vengono testate dal cliente.<\/li>\n<li>Quando il cliente ha testato l'attivit\u00e0 su dev, la cambia in stato pronto per il deployment su prod.<\/li>\n<li>Per il deployment su prod abbiamo un ramo separato, in cui uniamo il master solo prima del deployment.<\/li>\n<li>Se durante i test il committente trova dei bug, restituisce il compito per le modifiche, assegnandogli lo stato 'ritorno per modifica'. In questo modo separiamo i nuovi compiti da quelli che non hanno superato il test.<\/li>\n<li>Alla fine, tutti i compiti seguono un percorso dalla creazione al completamento: To Do \u2192 In Development \u2192 Code Review \u2192 Ready deploy to dev \u2192 QA on dev \u2192 (Return to dev) \u2192 Ready deploy to prod \u2192 QA on prod \u2192 Done.<\/li>\n<li>Ogni sviluppatore testa il proprio codice autonomamente, incluso come utente del sito. Non \u00e8 consentito unire il branch principale se non si \u00e8 certi che il codice funzioni.<\/li>\n<li>Ogni compito ha delle priorit\u00e0. Le priorit\u00e0 sono impostate dal committente o dal team leader.<\/li>\n<li>Gli sviluppatori si concentrano prima sui compiti prioritari.<\/li>\n<li>Gli sviluppatori possono assegnare compiti tra loro se sono stati trovati diversi bug nel sistema o se un compito \u00e8 composto dal lavoro di pi\u00f9 specialisti.<\/li>\n<li>Tutti i compiti creati dal committente vanno al team leader, il quale li valuta e chiede al committente di modificarli o li assegna a un membro del team.<\/li>\n<li>Tutte le attivit\u00e0 pronte per il deployment su dev o prod vengono inviate anche al team leader, il quale decide autonomamente quando e come effettuare il deployment. Dopo ogni deployment, il team leader (o un membro del team) deve informare il cliente. Inoltre, deve aggiornare lo stato delle attivit\u00e0 a 'pronto per testing' su dev\/prod.<\/li>\n<li>Ogni giorno alla stessa ora (nel nostro caso alle 12:00) teniamo una riunione tra tutti i membri del team.<\/li>\n<li>Durante la riunione, ciascun membro relaziona, inclusi il team leader, su cosa ha fatto ieri, cosa prevede di fare oggi e quali problemi sta incontrando e perch\u00e9. In questo modo, l'intero team \u00e8 a conoscenza di chi sta facendo cosa e a che punto si trova il progetto. Questo ci consente di prevedere e correggere, se necessario, le nostre stime e scadenze.<\/li>\n<li>Durante la riunione, il team leader comunica anche tutte le modifiche al progetto e il livello attuale dei bug trovati che non sono stati segnalati dal cliente. Tutti i bug vengono discussi e assegnati a ciascun membro del team per la loro risoluzione.<\/li>\n<li>Durante la riunione, il team leader assegna a ciascun membro del team dei compiti, tenendo conto del carico attuale dei programmatori, del loro livello di preparazione professionale e della prossimit\u00e0 di ciascun compito a quello che il programmatori stanno realizzando al momento.<\/li>\n<li>In riunione, il team leader sviluppa una strategia comune per l'architettura e la logica di business. Successivamente, l'intero team discute e decide se apportare modifiche o adottare questa strategia.<\/li>\n<li>Ogni sviluppatore scrive il codice e costruisce gli algoritmi autonomamente nell'ambito di un'architettura e logica di business comuni. Ognuno pu\u00f2 esprimere la propria visione di implementazione, ma nessuno viene costretto a farlo in un determinato modo. Ogni decisione \u00e8 giustificata. Se esiste una soluzione migliore, ma al momento non c'\u00e8 tempo per implementarla, viene creata un'attivit\u00e0 in JIRA per il futuro refactoring di una determinata parte del codice.<\/li>\n<li>Quando uno sviluppatore prende in carico un compito, lo passa allo stato di sviluppo. Tutta la comunicazione riguardante il chiarimento del compito con il cliente ricade sulle spalle dello sviluppatore. Questioni di natura tecnica possono essere poste al team leader o ai colleghi.<\/li>\n<li>Se lo sviluppatore non comprende il compito, e il cliente non \u00e8 riuscito a spiegarlo chiaramente, allora passer\u00e0 al compito successivo. Il team leader assume il compito corrente e ne discute personalmente con il cliente.<\/li>\n<li>Ogni giorno, lo sviluppatore deve scrivere nel chat del cliente riguardo a quali compiti ha lavorato ieri e quali compiti lavorer\u00e0 oggi.<\/li>\n<li>Il processo di lavoro avviene secondo la metodologia Scrum. Tutto \u00e8 suddiviso in sprint. Ogni sprint dura due settimane.<\/li>\n<li>Gli sprint sono creati, riempiti e chiusi dal team leader.<\/li>\n<li>Se il progetto ha scadenze rigorose, cerchiamo di stimare tutti i compiti. E li raccogliamo in uno sprint. Se il cliente cerca di aggiungere ulteriori compiti allo sprint, allora stabiliamo le priorit\u00e0 e rimandiamo alcuni altri compiti al prossimo sprint.<\/li>\n<\/ul>\n<p>\nb) Processo di lavoro con il cliente<\/p>\n<ul>\n<li>Ogni sviluppatore pu\u00f2 e deve comunicare con il cliente.<\/li>\n<li>Non si pu\u00f2 permettere al cliente di imporre le proprie regole. \u00c8 necessario far capire al cliente, in modo cortese e amichevole, che siamo esperti nel nostro campo e che solo noi dobbiamo definire i processi di lavoro e coinvolgerlo in essi.<\/li>\n<li>\u00c8 fondamentale, preferibilmente prima di procedere all'implementazione di qualsiasi funzionalit\u00e0, creare un diagramma di flusso dell'intero processo logico per la caratteristica (workflow). E inviarlo per conferma al cliente. Questo riguarda solo le funzionalit\u00e0 complesse e non evidenti, come il sistema di pagamento, il sistema di notifiche, ecc. Questo permetter\u00e0 di comprendere meglio ci\u00f2 che desidera il cliente, mantenere la documentazione della funzionalit\u00e0 e proteggersi dall'eventualit\u00e0 che il cliente possa dire in futuro che abbiamo realizzato qualcosa di diverso da quanto richiesto.<\/li>\n<li>Tutti i diagrammi\/diagrammi di flusso\/logiche, ecc. vengono salvati in Confluence\/Jira, dove chiediamo al cliente di confermare nei commenti la correttezza della futura implementazione.<\/li>\n<li>Cerchiamo di non sovraccaricare il cliente con dettagli tecnici. Se abbiamo bisogno di comprendere come desidera il cliente, disegniamo algoritmi primitivi sotto forma di diagrammi di flusso, che il cliente pu\u00f2 capire e modificare\/correggere da solo.<\/li>\n<li>Se il cliente trova un bug nel progetto, chiediamo di descriverlo in dettaglio su Jira. Quali circostanze lo hanno causato, quando \u00e8 successo e quale sequenza di azioni ha eseguito il cliente durante i test. Chiediamo di allegare screenshot.<\/li>\n<li>Cerchiamo di fare il deploy sul server di sviluppo ogni giorno, al massimo ogni due giorni. In questo modo il cliente inizia a testare le funzionalit\u00e0 e il progetto non subisce pause. Questo serve anche come segnale per il cliente che il progetto \u00e8 in pieno sviluppo e nessuno gli racconta storie.<\/li>\n<li>Spesso accade che il cliente non comprenda completamente ci\u00f2 di cui ha realmente bisogno. Poich\u00e9 sta creando un nuovo business con processi ancora da affinare. Di conseguenza, \u00e8 frequente che nel processo buttiamo nel cestino interi pezzi di codice e riadattiamo la logica dell'applicazione. Questo porta alla conclusione che non \u00e8 necessario coprire tutto con i test. Ha senso testare solo le funzionalit\u00e0 critiche, e anche in questo caso con delle riserve.<\/li>\n<li>Ci sono situazioni in cui il team si accorge di non rispettare le scadenze. In tal caso, conduciamo un'audit rapida delle attivit\u00e0 e informiamo immediatamente il cliente. Come soluzione, proponiamo di lanciare in tempo le funzionalit\u00e0 importanti e critiche, mentre il resto pu\u00f2 essere lasciato per il post-release.<\/li>\n<li>Se il cliente inizia a inventare vari compiti e a spiegare a gesti, allora gli chiediamo di fornirci un mockup della pagina e un flusso con la logica, che deve descrivere completamente il comportamento dell'intero layout e dei suoi elementi.<\/li>\n<li>Prima di prendere in carico qualsiasi compito, dobbiamo assicurarci che questa funzionalit\u00e0 fosse inclusa nei termini del nostro contratto. Se si tratta di una nuova funzionalit\u00e0 che va oltre i nostri accordi iniziali, dobbiamo necessariamente stimare il tempo di realizzazione di questa funzionalit\u00e0 ((tempo di esecuzione stimato + 30%) x 2) e informare il cliente che ci vorranno cos\u00ec tanto tempo, e che la scadenza sar\u00e0 posticipata di un periodo pari alla stima moltiplicata per due. Se completiamo il compito prima del previsto, sar\u00e0 fantastico, ne trarranno vantaggio tutti. Se no, ci siamo tutelati.<\/li>\n<\/ul>\n<p>\nv) Cosa non accettiamo nella squadra:<\/p>\n<ul>\n<li>Non obbligatoriet\u00e0, disorganizzazione, dimenticanza<\/li>\n<li>\u201cNutrire di promesse\u201d. Se non puoi completare un compito o non sai come farlo, devi comunicarlo immediatamente al team leader, non aspettare fino all'ultimo.<\/li>\n<li>Sbrodolamenti e vanterie da parte di chi non ha ancora dimostrato con i fatti le proprie capacit\u00e0 e professionalit\u00e0. Se l'ha dimostrato, allora pu\u00f2 farlo, sempre nei limiti del buonsenso \ud83d\ude42<\/li>\n<li>Inganno in tutte le sue forme. Se un compito non \u00e8 completato, non si deve cambiare il suo stato in completato n\u00e9 comunicare al cliente che \u00e8 pronto. Il computer si \u00e8 rotto, il sistema \u00e8 andato in crash, il cane ha rosicchiato il portatile \u2014 tutto ci\u00f2 \u00e8 inaccettabile. Se c'\u00e8 un reale caso di forza maggiore, il team leader deve essere immediatamente avvisato.<\/li>\n<li>Quando uno specialista \u00e8 sempre offline e difficile da contattare durante l'orario lavorativo.<\/li>\n<li>La tossicit\u00e0 nel team non \u00e8 tollerata! Se qualcuno non \u00e8 d'accordo, tutti insieme si riuniscono per discutere e risolvere la questione.<\/li>\n<\/ul>\n<p>E un altro paio di domande\/tesi che a volte pongo al mio cliente per chiarire ogni malinteso:<\/p>\n<ol>\n<li>Quali sono i vostri criteri di qualit\u00e0?<\/li>\n<li>Come definite se ci sono problemi nel progetto o meno?<\/li>\n<li>Sconvolgendo tutte le nostre raccomandazioni e consigli per modificare\/migliorare il sistema, tutti i rischi sono a tuo carico.<\/li>\n<li>Qualsiasi modifica sostanziale al progetto (ad esempio, flussi extra) potrebbe portare all'insorgere di bug (che noi naturalmente correggeremo).<\/li>\n<li>\u00c8 impossibile capire in pochi minuti quale sia il problema del progetto, e tanto meno risolverlo immediatamente.<\/li>\n<li>Lavoriamo secondo un flusso di prodotto specifico (Task in Jira \u2014 Sviluppo \u2014 Test \u2014 Deployment). Questo significa che non possiamo reagire a tutte le richieste e lamentele nel chat.<\/li>\n<li>I programmatori sono programmatori e non professionisti del testing, e non possono garantire un\u2019adeguata qualit\u00e0 nel testing del progetto.<\/li>\n<li>La responsabilit\u00e0 per il collaudo finale e l'accettazione delle attivit\u00e0 in produzione ricade interamente su di te.<\/li>\n<li>Se abbiamo gi\u00e0 avviato un'attivit\u00e0, non possiamo subito passare ad altre finch\u00e9 non completiamo quella attuale (altrimenti si verificheranno ulteriori bug e ci vorr\u00e0 pi\u00f9 tempo per lo sviluppo).<\/li>\n<li>Il numero di persone nel team \u00e8 diminuito (a causa di ferie o malattie), mentre il carico di lavoro \u00e8 aumentato e fisicamente non riusciremo a soddisfare tutte le vostre richieste.<\/li>\n<li>Richiesta da parte vostra di effettuare il deploy in produzione senza compiti testati in sviluppo: sono solo i vostri rischi, non quelli degli sviluppatori.<\/li>\n<li>Quando formulate compiti poco chiari, senza un flusso corretto e senza layout di design, questo richiede da noi sforzi e tempi di realizzazione molto maggiori, poich\u00e9 tocca a noi svolgere un volume di lavoro aggiuntivo al posto vostro.<\/li>\n<li>Qualsiasi task sui bug, senza una descrizione dettagliata della loro origine e screenshot, non ci consente di capire cosa sia andato storto e come simulare quel bug.<\/li>\n<li>Il progetto richiede costante aggiornamento e miglioramenti per aumentare le prestazioni e la sicurezza. Pertanto, il team dedica parte del proprio tempo a questi miglioramenti.<\/li>\n<li>Poich\u00e9 a volte abbiamo ore extra da compensare (fix urgenti), dobbiamo recuperarle in altri giorni.<\/li>\n<\/ol>\n<p>\nDi solito, il cliente comprende subito che non \u00e8 tutto cos\u00ec semplice nello sviluppo software e che un semplice desiderio non \u00e8 affatto sufficiente.<\/p>\n<p>In generale questo \u00e8 tutto. Dietro le quinte lascio molte trattative e la messa a punto iniziale di tutti i processi, ma alla fine tutto \u00e8 andato a posto. Posso dire che questo processo \u00e8 diventato per noi una sorta di \u00abProiettile d'Argento\u00bb. Le nuove persone che si univano al progetto potevano gi\u00e0 iniziare a lavorare dal primo giorno, poich\u00e9 tutti i processi sono descritti e la documentazione e l'architettura, sotto forma di diagrammi, forniscono immediatamente un'idea di cosa facciamo qui. <\/p>\n<p><i>P. S. Voglio precisare che non abbiamo un project manager dalla nostra parte. \u00c8 presente dalla parte del cliente. Non \u00e8 affatto un tecnico. Il progetto \u00e8 europeo. Tutta la comunicazione avviene solo in inglese.<\/i><\/p>\n<p>Buona fortuna a tutti nei progetti. Non bruciatevi e cercate di migliorare i vostri processi.<\/p>\n<p>Il sorgente nel mio <noindex><a rel=\"nofollow\" href=\"https:\/\/cleverman.org\/post\/organizaciya-rabochego-processa-v-komande-na-it-proekte\">blog<\/a><\/noindex>.<br \/>\n<br \/>Fonte: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/524460\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041f\u0440\u0438\u0432\u0435\u0442 \u0434\u0440\u0443\u0437\u044c\u044f. \u0421\u043f\u043b\u043e\u0448\u044c \u0438 \u0440\u044f\u0434\u043e\u043c, \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e \u0432 \u0430\u0443\u0442\u0441\u043e\u0440\u0441\u0435, \u044f \u0432\u0438\u0436\u0443 \u043e\u0434\u043d\u0443 \u0438 \u0442\u0443 \u0436\u0435 \u043a\u0430\u0440\u0442\u0438\u043d\u0443. \u041e\u0442\u0441\u0443\u0442\u0441\u0442\u0432\u0438\u0435 \u0447\u0435\u0442\u043a\u043e\u0433\u043e \u0440\u0430\u0431\u043e\u0447\u0435\u0433\u043e \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u0430 \u0432 \u043a\u043e\u043c\u0430\u043d\u0434\u0430\u0445 \u043d\u0430 \u0440\u0430\u0437\u043b\u0438\u0447\u043d\u044b\u0445 \u043f\u0440\u043e\u0435\u043a\u0442\u0430\u0445. \u0421\u0430\u043c\u043e\u0435 \u0433\u043b\u0430\u0432\u043d\u043e\u0435 \u2014 \u044d\u0442\u043e \u0442\u043e, \u0447\u0442\u043e \u043f\u0440\u043e\u0433\u0440\u0430\u043c\u043c\u0438\u0441\u0442\u044b \u043d\u0435 \u043f\u043e\u043d\u0438\u043c\u0430\u044e\u0442, \u043a\u0430\u043a \u043d\u0443\u0436\u043d\u043e \u043a\u043e\u043c\u043c\u0443\u043d\u0438\u0446\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0441 \u0437\u0430\u043a\u0430\u0437\u0447\u0438\u043a\u043e\u043c \u0438 \u0434\u0440\u0443\u0433 \u0441 \u0434\u0440\u0443\u0433\u043e\u043c. \u041a\u0430\u043a \u043f\u043e\u0441\u0442\u0440\u043e\u0438\u0442\u044c \u043d\u0435\u043f\u0440\u0435\u0440\u044b\u0432\u043d\u044b\u0439 \u043f\u0440\u043e\u0446\u0435\u0441\u0441 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u043e\u0433\u043e \u043f\u0440\u043e\u0434\u0443\u043a\u0442\u0430. \u041a\u0430\u043a \u0441\u043f\u043b\u0430\u043d\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0441\u0432\u043e\u0439 \u0440\u0430\u0431\u043e\u0447\u0438\u0439 \u0434\u0435\u043d\u044c \u0438 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-97853","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 4.9.10 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041f\u0440\u0438\u0432\u0435\u0442 \u0434\u0440\u0443\u0437\u044c\u044f. \u0421\u043f\u043b\u043e\u0448\u044c \u0438 \u0440\u044f\u0434\u043e\u043c, \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e \u0432 \u0430\u0443\u0442\u0441\u043e\u0440\u0441\u0435, \u044f \u0432\u0438\u0436\u0443 \u043e\u0434\u043d\u0443 \u0438 \u0442\u0443 \u0436\u0435 \u043a\u0430\u0440\u0442\u0438\u043d\u0443. \u041e\u0442\u0441\u0443\u0442\u0441\u0442\u0432\u0438\u0435 \u0447\u0435\u0442\u043a\u043e\u0433\u043e \u0440\u0430\u0431\u043e\u0447\u0435\u0433\u043e \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u0430 \u0432 \u043a\u043e\u043c\u0430\u043d\u0434\u0430\u0445 \u043d\u0430 \u0440\u0430\u0437\u043b\u0438\u0447\u043d\u044b\u0445 \u043f\u0440\u043e\u0435\u043a\u0442\u0430\u0445. \u0421\u0430\u043c\u043e\u0435 \u0433\u043b\u0430\u0432\u043d\u043e\u0435 \u2014 \u044d\u0442\u043e \u0442\u043e, \u0447\u0442\u043e \u043f\u0440\u043e\u0433\u0440\u0430\u043c\u043c\u0438\u0441\u0442\u044b \u043d\u0435 \u043f\u043e\u043d\u0438\u043c\u0430\u044e\u0442, \u043a\u0430\u043a \u043d\u0443\u0436\u043d\u043e \u043a\u043e\u043c\u043c\u0443\u043d\u0438\u0446\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0441 \u0437\u0430\u043a\u0430\u0437\u0447\u0438\u043a\u043e\u043c \u0438 \u0434\u0440\u0443\u0433 \u0441 \u0434\u0440\u0443\u0433\u043e\u043c. \u041a\u0430\u043a \u043f\u043e\u0441\u0442\u0440\u043e\u0438\u0442\u044c \u043d\u0435\u043f\u0440\u0435\u0440\u044b\u0432\u043d\u044b\u0439 \u043f\u0440\u043e\u0446\u0435\u0441\u0441 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u043e\u0433\u043e \u043f\u0440\u043e\u0434\u0443\u043a\u0442\u0430. \u041a\u0430\u043a \u0441\u043f\u043b\u0430\u043d\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0441\u0432\u043e\u0439 \u0440\u0430\u0431\u043e\u0447\u0438\u0439 \u0434\u0435\u043d\u044c \u0438\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 4.9.10\" \/>\n\t\t<meta property=\"og:locale\" content=\"it_IT\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u044f \u0440\u0430\u0431\u043e\u0447\u0435\u0433\u043e \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u0430 \u0432 \u043a\u043e\u043c\u0430\u043d\u0434\u0435 \u043d\u0430 IT-\u043f\u0440\u043e\u0435\u043a\u0442\u0435 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041f\u0440\u0438\u0432\u0435\u0442 \u0434\u0440\u0443\u0437\u044c\u044f. \u0421\u043f\u043b\u043e\u0448\u044c \u0438 \u0440\u044f\u0434\u043e\u043c, \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e \u0432 \u0430\u0443\u0442\u0441\u043e\u0440\u0441\u0435, \u044f \u0432\u0438\u0436\u0443 \u043e\u0434\u043d\u0443 \u0438 \u0442\u0443 \u0436\u0435 \u043a\u0430\u0440\u0442\u0438\u043d\u0443. \u041e\u0442\u0441\u0443\u0442\u0441\u0442\u0432\u0438\u0435 \u0447\u0435\u0442\u043a\u043e\u0433\u043e \u0440\u0430\u0431\u043e\u0447\u0435\u0433\u043e \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u0430 \u0432 \u043a\u043e\u043c\u0430\u043d\u0434\u0430\u0445 \u043d\u0430 \u0440\u0430\u0437\u043b\u0438\u0447\u043d\u044b\u0445 \u043f\u0440\u043e\u0435\u043a\u0442\u0430\u0445. \u0421\u0430\u043c\u043e\u0435 \u0433\u043b\u0430\u0432\u043d\u043e\u0435 \u2014 \u044d\u0442\u043e \u0442\u043e, \u0447\u0442\u043e \u043f\u0440\u043e\u0433\u0440\u0430\u043c\u043c\u0438\u0441\u0442\u044b \u043d\u0435 \u043f\u043e\u043d\u0438\u043c\u0430\u044e\u0442, \u043a\u0430\u043a \u043d\u0443\u0436\u043d\u043e \u043a\u043e\u043c\u043c\u0443\u043d\u0438\u0446\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0441 \u0437\u0430\u043a\u0430\u0437\u0447\u0438\u043a\u043e\u043c \u0438 \u0434\u0440\u0443\u0433 \u0441 \u0434\u0440\u0443\u0433\u043e\u043c. \u041a\u0430\u043a \u043f\u043e\u0441\u0442\u0440\u043e\u0438\u0442\u044c \u043d\u0435\u043f\u0440\u0435\u0440\u044b\u0432\u043d\u044b\u0439 \u043f\u0440\u043e\u0446\u0435\u0441\u0441 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u043e\u0433\u043e \u043f\u0440\u043e\u0434\u0443\u043a\u0442\u0430. \u041a\u0430\u043a \u0441\u043f\u043b\u0430\u043d\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0441\u0432\u043e\u0439 \u0440\u0430\u0431\u043e\u0447\u0438\u0439 \u0434\u0435\u043d\u044c \u0438\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-10-22T12:42:44+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-11-17T22:58:50+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Organizzazione del flusso di lavoro nel team per un progetto IT | ProHoster","description":"Ciao amici. Spesso, soprattutto nell'outsourcing, vedo sempre lo stesso scenario. La mancanza di un processo di lavoro chiaro nei team di diversi progetti. La cosa pi\u00f9 importante \u00e8 che i programmatori non capiscono come comunicare con il cliente e tra di loro. Come costruire un processo di sviluppo continuo di un prodotto di qualit\u00e0. Come pianificare la propria giornata lavorativa e","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u044f \u0440\u0430\u0431\u043e\u0447\u0435\u0433\u043e \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u0430 \u0432 \u043a\u043e\u043c\u0430\u043d\u0434\u0435 \u043d\u0430 IT-\u043f\u0440\u043e\u0435\u043a\u0442\u0435 | ProHoster","og:description":"\u041f\u0440\u0438\u0432\u0435\u0442 \u0434\u0440\u0443\u0437\u044c\u044f. \u0421\u043f\u043b\u043e\u0448\u044c \u0438 \u0440\u044f\u0434\u043e\u043c, \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e \u0432 \u0430\u0443\u0442\u0441\u043e\u0440\u0441\u0435, \u044f \u0432\u0438\u0436\u0443 \u043e\u0434\u043d\u0443 \u0438 \u0442\u0443 \u0436\u0435 \u043a\u0430\u0440\u0442\u0438\u043d\u0443. \u041e\u0442\u0441\u0443\u0442\u0441\u0442\u0432\u0438\u0435 \u0447\u0435\u0442\u043a\u043e\u0433\u043e \u0440\u0430\u0431\u043e\u0447\u0435\u0433\u043e \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u0430 \u0432 \u043a\u043e\u043c\u0430\u043d\u0434\u0430\u0445 \u043d\u0430 \u0440\u0430\u0437\u043b\u0438\u0447\u043d\u044b\u0445 \u043f\u0440\u043e\u0435\u043a\u0442\u0430\u0445. \u0421\u0430\u043c\u043e\u0435 \u0433\u043b\u0430\u0432\u043d\u043e\u0435 \u2014 \u044d\u0442\u043e \u0442\u043e, \u0447\u0442\u043e \u043f\u0440\u043e\u0433\u0440\u0430\u043c\u043c\u0438\u0441\u0442\u044b \u043d\u0435 \u043f\u043e\u043d\u0438\u043c\u0430\u044e\u0442, \u043a\u0430\u043a \u043d\u0443\u0436\u043d\u043e \u043a\u043e\u043c\u043c\u0443\u043d\u0438\u0446\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0441 \u0437\u0430\u043a\u0430\u0437\u0447\u0438\u043a\u043e\u043c \u0438 \u0434\u0440\u0443\u0433 \u0441 \u0434\u0440\u0443\u0433\u043e\u043c. \u041a\u0430\u043a \u043f\u043e\u0441\u0442\u0440\u043e\u0438\u0442\u044c \u043d\u0435\u043f\u0440\u0435\u0440\u044b\u0432\u043d\u044b\u0439 \u043f\u0440\u043e\u0446\u0435\u0441\u0441 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u043e\u0433\u043e \u043f\u0440\u043e\u0434\u0443\u043a\u0442\u0430. \u041a\u0430\u043a \u0441\u043f\u043b\u0430\u043d\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0441\u0432\u043e\u0439 \u0440\u0430\u0431\u043e\u0447\u0438\u0439 \u0434\u0435\u043d\u044c \u0438","og:url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-10-22T12:42:44+00:00","article:modified_time":"2020-11-17T22:58:50+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"97853","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 10:11:34","updated":"2022-10-03 07:12:20"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/97853","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=97853"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/97853\/revisions"}],"predecessor-version":[{"id":172897,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/97853\/revisions\/172897"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=97853"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=97853"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=97853"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}