{"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\/pt\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte","title":{"rendered":"Organiza\u00e7\u00e3o do fluxo de trabalho em equipe em um projeto de TI","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Ol\u00e1 amigos. Frequentemente, especialmente em terceiriza\u00e7\u00e3o, vejo a mesma imagem. A falta de um processo de trabalho claro nas equipes em v\u00e1rios projetos.<\/p>\n<p>O mais importante \u00e9 que os programadores n\u00e3o entendem como se comunicar com o cliente e uns com os outros. Como construir um processo cont\u00ednuo de desenvolvimento de um produto de qualidade. Como planejar seu dia de trabalho e os sprints.<\/p>\n<p>E tudo isso acaba resultando em prazos perdidos, horas extras, constantes discuss\u00f5es sobre quem \u00e9 o culpado e descontentamento dos clientes \u2014 por onde e como tudo est\u00e1 se movendo. Isso muitas vezes leva \u00e0 troca de programadores, e at\u00e9 mesmo de equipes inteiras. \u00c0 perda de clientes, deteriora\u00e7\u00e3o da reputa\u00e7\u00e3o e assim por diante.<\/p>\n<p>Na minha \u00e9poca, eu acabei caindo em um projeto assim, onde havia todas essas belezas. <br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nNingu\u00e9m queria assumir a responsabilidade pelo projeto (um grande marketplace de servi\u00e7os), a rotatividade era terr\u00edvel, o cliente simplesmente estava descontrolado. O CEO se aproximou de mim e disse que eu tinha a experi\u00eancia necess\u00e1ria, ent\u00e3o aqui est\u00e3o as cartas na m\u00e3o. Pegue o projeto. Se voc\u00ea falhar, vamos fechar o projeto e demitir todos. Se der certo, ser\u00e1 \u00f3timo, ent\u00e3o administre-o e desenvolva-o como achar melhor. No final, me tornei o l\u00edder da equipe no projeto e tudo ficou sobre meus ombros.<\/p>\n<p>A primeira coisa que fiz foi desenvolver um processo de trabalho do zero, que correspondesse \u00e0 minha vis\u00e3o na \u00e9poca, e escrevi uma descri\u00e7\u00e3o de cargos para a equipe. Implement\u00e1-lo n\u00e3o foi f\u00e1cil. Mas, em cerca de um m\u00eas, tudo se estabilizou, os desenvolvedores e o cliente se acostumaram, e tudo come\u00e7ou a fluir de maneira tranquila e confort\u00e1vel. Para mostrar \u00e0 equipe que isso n\u00e3o era apenas uma \"tempestade em um copo d'\u00e1gua\", mas uma sa\u00edda real da situa\u00e7\u00e3o, assumi o m\u00e1ximo de responsabilidades, aliviando a rotina desagrad\u00e1vel da equipe. <\/p>\n<p>J\u00e1 se passaram um ano e meio, e o projeto est\u00e1 se desenvolvendo sem horas extras, sem \"corridas de ratos\" e sem todo tipo de estresse. Alguns na equipe antiga n\u00e3o quiseram trabalhar assim e sa\u00edram, enquanto outros, ao contr\u00e1rio, realmente gostaram das regras transparentes que surgiram. Mas, no final, todos os que est\u00e3o na equipe est\u00e3o bastante motivados e conhecem o projeto enorme completamente, incluindo tanto o front-end quanto o back-end. Incluindo a base de c\u00f3digo e toda a l\u00f3gica de neg\u00f3cios. Chegamos ao ponto de que n\u00e3o somos apenas \"remadores\", mas n\u00f3s mesmos criamos muitos processos de neg\u00f3cios e novas funcionalidades que agradaram ao neg\u00f3cio.<\/p>\n<p>Gra\u00e7as a essa abordagem da nossa parte, o cliente decidiu encomendar mais um marketplace da nossa empresa, o que \u00e9 muito gratificante.<\/p>\n<p>Como isso est\u00e1 funcionando no meu projeto, pode ser que ajude algu\u00e9m tamb\u00e9m. Ent\u00e3o, o pr\u00f3prio processo que nos ajudou a salvar o projeto:<\/p>\n<p>O processo de trabalho da equipe no projeto \"Meu projeto favorito\"<\/p>\n<p>a) Processo interno da equipe (entre os desenvolvedores)<\/p>\n<ul>\n<li>Todas as tarefas s\u00e3o criadas no sistema Jira<\/li>\n<li>Cada tarefa deve ser descrita da forma mais detalhada poss\u00edvel e executar estritamente uma \u00fanica a\u00e7\u00e3o<\/li>\n<li>Qualquer feature, se for suficientemente complexa, \u00e9 dividida em v\u00e1rias tarefas menores<\/li>\n<li>A equipe trabalha nas features como uma \u00fanica tarefa. Primeiramente, fazemos tudo juntos como uma feature, entregamos para teste e depois pegamos a pr\u00f3xima.<\/li>\n<li>Cada tarefa \u00e9 marcada, se \u00e9 para o backend ou frontend<\/li>\n<li>H\u00e1 tipos de tarefas e bugs. \u00c9 necess\u00e1rio indic\u00e1-los corretamente.<\/li>\n<li>Ap\u00f3s a conclus\u00e3o da tarefa, ela \u00e9 transferida para o status de revis\u00e3o de c\u00f3digo (nesse momento, um pull request \u00e9 criado para um colega)<\/li>\n<li>A pessoa que executou a tarefa imediatamente rastreia seu tempo para essa tarefa<\/li>\n<li>Ap\u00f3s a verifica\u00e7\u00e3o do c\u00f3digo, o PR \u00e9 aprovado e, depois disso, quem executou essa tarefa merge-a na branch master, em seguida, altera seu status para pronta para deploy no dev <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/pt\/server\/\"   title=\"servidor\" data-wpil-keyword-link=\"linked\">servidor<\/a>.<\/li>\n<li>Todas as tarefas prontas para deploy no servidor de dev s\u00e3o implantadas pelo team lead (sua zona de responsabilidade), \u00e0s vezes por um membro da equipe, se algo for urgente. Ap\u00f3s o deploy, todas as tarefas com status de prontas para deploy no dev s\u00e3o transferidas para o status - pronta para teste no dev<\/li>\n<li>Todas as tarefas s\u00e3o testadas pelo cliente<\/li>\n<li>Quando o cliente testou a tarefa no dev, ele a transfere para o status pronta para deploy no prod<\/li>\n<li>Para o deploy no prod, temos uma branch separada, na qual fazemos o merge da master apenas antes do deploy<\/li>\n<li>Se durante os testes o cliente encontrar bugs, ele retorna a tarefa para ajustes, definindo seu status como retornada para ajustes. Assim, separamos novas tarefas daquelas que n\u00e3o passaram pelos testes<\/li>\n<li>No final, todas as tarefas passam pelo caminho desde a cria\u00e7\u00e3o at\u00e9 a conclus\u00e3o: 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>Cada desenvolvedor testa seu pr\u00f3prio c\u00f3digo de forma independente, incluindo como usu\u00e1rio do site. N\u00e3o \u00e9 permitido o merge da branch com a principal se n\u00e3o estiver absolutamente certo de que o c\u00f3digo funciona.<\/li>\n<li>Cada tarefa tem suas prioridades. As prioridades s\u00e3o definidas pelo cliente ou pelo l\u00edder da equipe.<\/li>\n<li>Os desenvolvedores priorizam as tarefas mais importantes antes de tudo.<\/li>\n<li>Os desenvolvedores podem atribuir tarefas uns aos outros se forem encontrados diferentes bugs no sistema ou se uma tarefa envolver o trabalho de v\u00e1rios especialistas.<\/li>\n<li>Todas as tarefas criadas pelo cliente v\u00e3o para o l\u00edder da equipe, que as avalia e pede ao cliente para fazer ajustes ou atribui uma delas a um dos membros da equipe.<\/li>\n<li>Todas as tarefas que est\u00e3o prontas para serem implantadas na dev ou produ\u00e7\u00e3o tamb\u00e9m v\u00e3o para o l\u00edder da equipe, que decide quando e como realizar a implanta\u00e7\u00e3o. Ap\u00f3s cada implanta\u00e7\u00e3o, o l\u00edder (ou um membro da equipe) deve informar ao cliente sobre isso, al\u00e9m de mudar os status das tarefas para 'prontas para teste' na dev\/prod.<\/li>\n<li>Todos os dias, no mesmo hor\u00e1rio (para n\u00f3s, \u00e0s 12h00), realizamos uma reuni\u00e3o entre todos os membros da equipe.<\/li>\n<li>Durante a reuni\u00e3o, cada um relata, incluindo o l\u00edder, o que fez ontem, o que planeja fazer hoje e o que n\u00e3o est\u00e1 funcionando e por qu\u00ea. Assim, toda a equipe fica ciente do que cada um est\u00e1 fazendo e em que est\u00e1gio est\u00e1 o projeto. Isso nos d\u00e1 a oportunidade de prever e corrigir, se necess\u00e1rio, nossas estimativas e prazos.<\/li>\n<li>Na reuni\u00e3o, o l\u00edder tamb\u00e9m informa sobre todas as mudan\u00e7as no projeto e sobre o n\u00edvel atual de bugs que foram encontrados n\u00e3o pelo cliente. Todos os bugs s\u00e3o discutidos e atribu\u00eddos a cada membro da equipe para resolu\u00e7\u00e3o.<\/li>\n<li>Na reuni\u00e3o, o l\u00edder atribui tarefas a cada um, levando em considera\u00e7\u00e3o a carga atual dos desenvolvedores, seu n\u00edvel de preparo profissional e a associa\u00e7\u00e3o das tarefas com o trabalho atual de cada desenvolvedor.<\/li>\n<li>Na reuni\u00e3o, o l\u00edder desenvolve uma estrat\u00e9gia geral sobre arquitetura e l\u00f3gica de neg\u00f3cios. Em seguida, toda a equipe discute e decide se aceita ou faz corre\u00e7\u00f5es nessa estrat\u00e9gia.<\/li>\n<li>Cada desenvolvedor escreve c\u00f3digo e constr\u00f3i algoritmos de forma independente dentro de uma arquitetura unificada e l\u00f3gica de neg\u00f3cios. Cada um pode expressar sua vis\u00e3o de implementa\u00e7\u00e3o, mas ningu\u00e9m \u00e9 for\u00e7ado a fazer apenas de uma maneira espec\u00edfica. Cada decis\u00e3o \u00e9 argumentada. Se h\u00e1 uma solu\u00e7\u00e3o melhor, mas atualmente n\u00e3o h\u00e1 tempo para implement\u00e1-la, uma tarefa \u00e9 criada no JIRA para um futuro refatoramento de uma parte espec\u00edfica do c\u00f3digo.<\/li>\n<li>Quando o desenvolvedor assume uma tarefa, ele a altera para o status de desenvolvimento. Toda a comunica\u00e7\u00e3o sobre o esclarecimento da tarefa com o cliente recai sobre o desenvolvedor. Quest\u00f5es de natureza t\u00e9cnica podem ser direcionadas ao l\u00edder da equipe ou a colegas.<\/li>\n<li>Se o desenvolvedor n\u00e3o entender a ess\u00eancia da tarefa e o cliente n\u00e3o conseguir explic\u00e1-la de forma clara, ent\u00e3o ele passa para a pr\u00f3xima tarefa. A atual \u00e9 assumida pelo l\u00edder da equipe que a discute com o cliente.<\/li>\n<li>Todos os dias, o desenvolvedor deve escrever no chat do cliente sobre as tarefas em que trabalhou ontem e aquelas em que trabalhar\u00e1 hoje.<\/li>\n<li>O processo de trabalho acontece em sprints. Tudo \u00e9 dividido em sprints. Cada sprint dura duas semanas.<\/li>\n<li>Os sprints s\u00e3o criados, preenchidos e encerrados pelo l\u00edder da equipe.<\/li>\n<li>Se o projeto tem prazos r\u00edgidos, tentamos estimar aproximadamente todas as tarefas. E reunimos essas tarefas em um sprint. Se o cliente tenta adicionar mais tarefas ao sprint, ent\u00e3o definimos prioridades e adiamos algumas outras tarefas para o pr\u00f3ximo sprint.<\/li>\n<\/ul>\n<p>\nb) Processo de trabalho com o cliente<\/p>\n<ul>\n<li>Cada desenvolvedor pode e deve se comunicar com o cliente.<\/li>\n<li>N\u00e3o se deve permitir que o cliente imponha suas regras de jogo. \u00c9 necess\u00e1rio, de maneira educada e amig\u00e1vel, deixar claro para o cliente que somos especialistas em nossa \u00e1rea, e somente n\u00f3s devemos estruturar os processos de trabalho e envolver o cliente neles.<\/li>\n<li>\u00c9 essencial, idealmente, antes de come\u00e7ar a implementa\u00e7\u00e3o de qualquer funcionalidade, criar um fluxograma de todo o processo l\u00f3gico para a funcionalidade (workflow). E envi\u00e1-lo para aprova\u00e7\u00e3o do cliente. Isso se aplica apenas a funcionalidades complexas e n\u00e3o \u00f3bvias, como sistemas de pagamento, sistemas de notifica\u00e7\u00f5es, etc. Isso permitir\u00e1 entender mais precisamente o que o cliente realmente precisa, manter a documenta\u00e7\u00e3o da funcionalidade, al\u00e9m de se proteger contra o que o cliente pode afirmar no futuro, que n\u00e3o fizemos o que ele pediu.<\/li>\n<li>Todas as diagramas\/esquemas\/l\u00f3gica etc. s\u00e3o armazenados no Confluence\/Jira, onde pedimos ao cliente para confirmar a corre\u00e7\u00e3o da implementa\u00e7\u00e3o futura nos coment\u00e1rios.<\/li>\n<li>Nos esfor\u00e7amos para n\u00e3o sobrecarregar o cliente com detalhes t\u00e9cnicos. Se precisamos entender como o cliente deseja, desenhamos algoritmos primitivos na forma de diagramas, que o cliente pode entender e ajustar.<\/li>\n<li>Se o cliente encontra um bug no projeto, pedimos que descreva muito detalhadamente no Jira. Sob quais circunst\u00e2ncias ocorreu, quando, qual sequ\u00eancia de a\u00e7\u00f5es o cliente realizou durante os testes. Pedimos para anexar capturas de tela.<\/li>\n<li>Fazemos o deploy no servidor de desenvolvimento todos os dias ou, no m\u00e1ximo, a cada dois dias. Assim, o cliente come\u00e7a a testar a funcionalidade e o projeto n\u00e3o fica parado. Isso tamb\u00e9m serve como um sinal para o cliente de que o projeto est\u00e1 em pleno desenvolvimento e ningu\u00e9m est\u00e1 contando hist\u00f3rias para ele.<\/li>\n<li>Muito frequentemente acontece que o cliente n\u00e3o entende completamente o que realmente precisa. Como est\u00e1 criando um novo neg\u00f3cio para si, com processos ainda n\u00e3o ajustados. Portanto, \u00e9 comum que joguemos fora grandes trechos de c\u00f3digo e reformulemos a l\u00f3gica do aplicativo. Isso implica que n\u00e3o vale a pena cobrir tudo com testes. Faz sentido realizar testes apenas nas funcionalidades criticamente importantes e mesmo assim com ressalvas.<\/li>\n<li>Existem situa\u00e7\u00f5es em que a equipe percebe que n\u00e3o conseguimos cumprir os prazos. Nesse caso, fazemos uma auditoria r\u00e1pida das tarefas e informamos imediatamente ao cliente. Como sa\u00edda, sugerimos lan\u00e7ar em prazo a funcionalidade importante e cr\u00edtica, e deixar o resto para depois do lan\u00e7amento.<\/li>\n<li>Se o cliente come\u00e7a a inventar v\u00e1rias tarefas aleat\u00f3rias, come\u00e7a a fantasiar e a explicar com gestos, pedimos que nos forne\u00e7a um modelo da p\u00e1gina e um fluxo com a l\u00f3gica que deve descrever completamente o comportamento de todo o modelo e seus elementos.<\/li>\n<li>Antes de assumir qualquer tarefa, devemos garantir que essa funcionalidade estava nas condi\u00e7\u00f5es do nosso contrato. Se for uma nova funcionalidade que foge dos acordos iniciais, devemos estimar essa funcionalidade ((tempo aproximado de execu\u00e7\u00e3o + 30%) x 2) e inform\u00e1-lo que levar\u00e1 esse tempo, al\u00e9m da prazos serem adiados conforme o tempo estimado multiplicado por dois. Se conseguirmos completar a tarefa mais rapidamente, \u00f3timo, todos sair\u00e3o ganhando. Se n\u00e3o, nos protegemos.<\/li>\n<\/ul>\n<p>\nb) O que n\u00e3o aceitamos na equipe:<\/p>\n<ul>\n<li>Falta de compromisso, desorganiza\u00e7\u00e3o, esquecimentos<\/li>\n<li>\u201cDeixar para depois\u201d. Se voc\u00ea n\u00e3o pode cumprir uma tarefa, n\u00e3o sabe como, deve imediatamente notificar o l\u00edder da equipe, e n\u00e3o esperar at\u00e9 o \u00faltimo momento.<\/li>\n<li>Arrog\u00e2ncia e vaidades de algu\u00e9m que ainda n\u00e3o demonstrou suas capacidades e profissionalismo em a\u00e7\u00f5es. Se demonstrou, tudo bem, dentro dos limites do decoro \ud83d\ude42<\/li>\n<li>Engano em qualquer forma. Se a tarefa n\u00e3o foi conclu\u00edda, n\u00e3o deve mudar seu status para conclu\u00edda e informar ao cliente que est\u00e1 pronta. O computador quebrou, o sistema deu erro, o cachorro comeu o laptop \u2014 tudo isso \u00e9 inaceit\u00e1vel. Se ocorrer uma for\u00e7a maior real, o l\u00edder da equipe deve ser imediatamente notificado.<\/li>\n<li>Quando o especialista est\u00e1 constantemente offline e \u00e9 dif\u00edcil contat\u00e1-lo durante o hor\u00e1rio de trabalho.<\/li>\n<li>Toxicidade na equipe n\u00e3o \u00e9 permitida! Se algu\u00e9m discorda, todos se re\u00fanem em uma reuni\u00e3o para discutir e resolver isso.<\/li>\n<\/ul>\n<p>E uma s\u00e9rie de quest\u00f5es\/teses que \u00e0s vezes fa\u00e7o ao meu cliente para esclarecer mal-entendidos:<\/p>\n<ol>\n<li>Quais s\u00e3o os seus crit\u00e9rios de qualidade?<\/li>\n<li>Como voc\u00ea determina se h\u00e1 problemas no projeto ou n\u00e3o?<\/li>\n<li>Ao violar todas as nossas recomenda\u00e7\u00f5es e conselhos sobre altera\u00e7\u00e3o\/melhoria do sistema, todos os riscos s\u00e3o de sua responsabilidade.<\/li>\n<li>Qualquer altera\u00e7\u00e3o significativa no projeto (como todos os poss\u00edveis fluxos extratos) pode levar ao surgimento de bugs (que, naturalmente, vamos corrigir).<\/li>\n<li>\u00c9 imposs\u00edvel entender em alguns minutos qual \u00e9 o problema que ocorreu no projeto, e ainda mais corrigi-lo imediatamente.<\/li>\n<li>Trabalhamos em um fluxo de produto espec\u00edfico (Tarefas em Jira \u2014 Desenvolvimento \u2014 Teste \u2014 Implanta\u00e7\u00e3o). Portanto, n\u00e3o podemos reagir a todo o fluxo de pedidos e reclama\u00e7\u00f5es no chat.<\/li>\n<li>Os programadores s\u00e3o exatamente programadores, e n\u00e3o testadores profissionais, e n\u00e3o conseguem garantir a devida qualidade dos testes do projeto.<\/li>\n<li>A responsabilidade pela teste final e aceita\u00e7\u00e3o das tarefas em produ\u00e7\u00e3o recai inteiramente sobre voc\u00ea.<\/li>\n<li>Se j\u00e1 iniciamos uma tarefa, n\u00e3o podemos imediatamente mudar para outras, at\u00e9 terminarmos a atual (caso contr\u00e1rio, isso leva a ainda mais bugs e prolonga o tempo de desenvolvimento).<\/li>\n<li>A equipe diminuiu (devido a f\u00e9rias ou doen\u00e7as), mas o trabalho aumentou e n\u00e3o conseguiremos fisicamente responder a tudo o que voc\u00ea deseja.<\/li>\n<li>Um pedido de sua parte para implantar em produ\u00e7\u00e3o sem tarefas testadas em desenvolvimento \u2014 isso \u00e9 apenas seu risco, n\u00e3o o dos desenvolvedores.<\/li>\n<li>Quando voc\u00ea define tarefas vagas, sem um fluxo correto e sem maquetes de design, isso exige de n\u00f3s muito mais esfor\u00e7o e tempo de implementa\u00e7\u00e3o, pois precisamos fazer um trabalho adicional em seu lugar.<\/li>\n<li>Qualquer tarefa relacionada a bugs, sem uma descri\u00e7\u00e3o detalhada de sua ocorr\u00eancia e capturas de tela, n\u00e3o nos permite entender o que deu errado e como simular esse bug.<\/li>\n<li>O projeto requer constantes melhorias e upgrades para aumentar a performance e a seguran\u00e7a. Portanto, a equipe dedica parte de seu tempo a essas melhorias.<\/li>\n<li>Devido a horas extras (corre\u00e7\u00f5es urgentes), n\u00f3s devemos compens\u00e1-las em outros dias.<\/li>\n<\/ol>\n<p>\nGeralmente, o cliente logo percebe que o desenvolvimento de software n\u00e3o \u00e9 t\u00e3o simples, e apenas o desejo claramente n\u00e3o \u00e9 suficiente.<\/p>\n<p>Em suma, isso \u00e9 tudo. Deixo de lado muitas negocia\u00e7\u00f5es e a depura\u00e7\u00e3o inicial de todos os processos, mas tudo se acertou no final. Posso dizer que esse processo se tornou para n\u00f3s uma 'Bala de Prata'. Novas pessoas que entraram no projeto podiam j\u00e1 come\u00e7ar a trabalhar desde o primeiro dia, pois todos os processos estavam documentados, e a documenta\u00e7\u00e3o e a arquitetura em forma de diagramas proporcionavam uma vis\u00e3o clara do que est\u00e1vamos fazendo. <\/p>\n<p><i>P. S. Quero esclarecer que n\u00e3o temos um gerente de projetos do nosso lado. Ele est\u00e1 do lado do cliente. Totalmente n\u00e3o t\u00e9cnico. O projeto \u00e9 europeu. Toda a comunica\u00e7\u00e3o \u00e9 apenas em ingl\u00eas.<\/i><\/p>\n<p>Boa sorte a todos nos projetos. N\u00e3o se exaustem e tentem aprimorar seus processos.<\/p>\n<p>O c\u00f3digo est\u00e1 no meu <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 5.0.3 - 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.\" \/>\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\/pt\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"pt_PT\" \/>\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.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/pt\/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\udd47Organiza\u00e7\u00e3o do fluxo de trabalho em equipe em projetos de TI | ProHoster","description":"Ol\u00e1 amigos. Frequentemente, especialmente em outsourcing, vejo o mesmo cen\u00e1rio.","canonical_url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pt_PT","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.","og:url":"https:\/\/prohoster.info\/pt\/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","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/97853","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/comments?post=97853"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/97853\/revisions"}],"predecessor-version":[{"id":172897,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/97853\/revisions\/172897"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=97853"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=97853"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=97853"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}