[Música] olá pessoal agora pra mais um vídeo neste vídeo é fácil encontrar só dá algumas dicas muito interessantes que vão te ajudar tem um contrato muito mais seguro com free lance se você tem interesse conteúdo ainda não é inscrito no canal pedir para se inscrever é sinal de identificação para ficar o tempo todo o conteúdo que falam por aqui bom pessoal ponto x de um contrato com certeza que as regras sejam claras e que não tenha nada subentendidos no terça então é sempre muito importante ter uma atenção maior com tereza relembra em lei para ver

se não tem nenhum ruído na comunicação em si não tem realmente nada que possa dar uma dupla interpretação olha eu falar pra vocês que nesses 10 anos trabalham como free lance eu já me meti muitas frias por conta de contratos mal feitos e aqui vou passar algumas dicas que eu acho que vão ajudar vocês a não cometerem os mesmos erros que eu cometi a principal dica que eu dou em relação ao objeto do contrato sempre ter o escopo do projeto muito bem detalhado principalmente se você trabalha com desenvolvimento você é desenvolvedor é muito importante fazer

sabe aquela análise de requisitos que você deveria fazê lo ou faz o início de cada projeto onde você tem os requisitos faz aquela análise e chega no escopo bem detalhado para aquele projeto pra começar o desenvolvimento então esse documento se você anexar ao seu contrato ele vai ter de guardar muito mais você vai ter muito mais segurança para executar aquele trabalho outro ponto muito importante em contrato que sempre pega quando a gente fala de cronograma quando falamos de prazo é muito importante você tenha em mente que não está prestando um serviço que tem etapas que

dependem uma da outra ou seja um prazo só começa após o outro terminar exemplo estou fazendo um site e pra mim começar a programar tem que aprovar essa lei out e pra mim fazer o heat tem que aprovar o oe frente então tudo depende de aprovação em um prazo depende do outro você não pode colocar no seu contrato isso como um prazo global o prazo geral porque isso vai te dar problemas caso a aprovação de algumas dessas partes realmente atrase então é sempre bom especificar o prazo separado para cada etapa para que você possa se

resguardar em relação a isso vai que uma das etapas atrás até por um motivo do cliente mesmo isso compromete todo seu prazo e é justamente nesse sentido que a gente tem que tomar muito cuidado especial fica também em contrato um prazo para aprovação pensa o sef lance você trabalha com planejamento eu sempre bato na tecla de que pilotos e tem que ser organizado então vamos pô você se organiza inteiro para aquele projeto e você tem outros projetos em paralelo também se aquele cliente demora muito pra provar é para te dar um feedback sobre uma etapa

do projeto que as outras dependem né você fica aguardando isso pode comprometer não só o cronograma desse cliente mas o cronograma de outros projetos que você está fazendo como que você vai conseguir manter seu planejamento geral esse projeto é aberto de um projeto específico furar vai ser muito complicado é importante prever se em contrato que o cliente tem um prazo para a aprovação esse passado aquele prazo você pode estipular por exemplo que o cronograma ele pode ser recalculado de acordo com a disponibilidade da contratada isso é muito importante já aconteceu comigo por exemplo do cliente

demorar meses e até anos que me dá feedback de algum projeto o que acontece na hora que ele chega com esse feedback pra gente dar continuidade às vezes se o cronograma não bate em tão importante previsto em contrato pra vocês resguardar também em relação a isso não só a aprovação das etapas é a dividir esse prazo em etapas mas prevê também um tempo de aprovação um prazo de aprovação pelo cliente prever o que aconteceria se ele passar de um prazo x por exemplo que possa comprometer o seu planejamento em geral olha ainda sobre a questão

do prazo é muito importante estabelecer prazo de homologação e agora tô falando mais para quem trabalha com desenvolvimento mesmo é quando a gente desenvolve um software gente tem um prazo de testes de correções então estabelecido em contrato para que fique claro quando isso é realmente correção esse é um suporte do projeto e quando subira manutenção isso já aconteceu comigo também do cliente demorar muito tempo a homologar um projeto está um projeto e passam mesmo medo e começam a chegar manutenções a gente sabe é o software está no ar livre até que começam atualizar e às

vezes aquele projeto ele acaba ficando defasado naquele tempo de homologação e se você não prevê encontrar que tinha um tempo de homologação por cliente testar e mandar as correções você acaba entrando nessa cilada então é importante estabelecer o tempo de homologação para o cliente para fazer testes aonde você vai dar suporte integral e após isso seria uma manutenção nesse sentido ainda a homologação você tem que pensar um prazo que realmente dê para testar a solução isso pode variar de acordo com o projeto que você está fazendo o curso estabelecer mais ou menos 60 dias mas

vai depender da solução porque dependendo dos sistemas fossem é muito grande é 60 dias não é um tempo suficiente para realmente testar um sistema como um todo então vale o bom senso na hora de definir se claro também bom pessoal ficando por aqui antes de tudo gostaria de agradecer à rua cheguei pela força que ela tem dado por esse canal tem sido parceiro na psicanálise e ajudar a gente a crescer se você gostou desse conteúdo ainda não é inscrito se inscrevia sinos e educação comenta compartilhe com seus amigos aí vou pedir para você também seguir

o perfil no instagram que ela tem que entender que eu sempre interagindo com a galera lá espero vocês no próximo vídeo e até mais [Música]