fala pessoal beleza mais uma vez seja bem-vindo à disciplina processo de desenvolvimento e implantação de sistemas web nessa quarta unidade nós vamos falar sobre um método ágil chamado scom no final do vídeo passado nós falamos sobre diversos mod usages para o processo de desenvolvimento de software nós não falamos sobre o scrum então nessa unidade nós vamos falar um pouco mais sobre esse modelo ágil chamado scom Então nós vamos brevemente saber o que que é o scom Quais são os perfis utilizados por esse modelo o que que vem a ser um product backlog e quais são
as reuniões existentes nesse modelo scom e quais são as características de cada uma dessas reuniões então o que que é o scom pessoal é uma metodologia ágil que revolucionou a forma como projetos de software passaram a ser desenvolvidos Diferentemente de outros modelos tradicionais de processo de desenvolvimento de software Como por exemplo o modelo Cascata que nós já falamos aqui o scom ele é projetado para responder de forma rápida as mudanças e requisitos do projeto e também ele consegue se adaptar muito rapidamente a essas mudanças o scom trabalha com o conceito de sprints que são ciclos
curtos de desenvolvimento em geral varia aí de duas a quro semanas um projeto que eu tô trabalhando as nossas sprints são sempre de duas semanas então o scom ele se preocupa com a colaboração da equipe naquele projeto a transparência das atividades que estão sendo realizadas ao longo do projeto e também com as entregas contínuas de valor para para o cliente então esse projeto que eu participo a gente tem se preocupado em toda a cada final de Sprint Ou seja a cada 15 dias a gente entregar alguma coisa nova para para o nosso cliente né apresentar
alguma coisa nova a nosso cliente Então nesse vídeo nós vamos falar sobre os principais aspectos do scom como perfis o produ backlog o que que são sprints e os tipos de reuniões que são realizados nesse modelo no scom existem três papéis principais que garantem o sucesso desse método o primeiro deles é o screw Master que ele ajuda a equipe a acabar com impedimentos que eventualmente venham surgir e ele também promove a auto-organização do time que nós já havíamos falado lá atrás que um dos princípios do Manifesto ágil é a questão da auto-organização da equipe o
outro elemento né o outro ator é o producer ele tem como objetivo priorizar o log e também ele maximiza o valor do produto com foco nos requisitos que são mais importantes para para empresa para o cliente paraa entidade enfim o scom team é formado aí pelos desenvolvedores do projeto né equipe de desenvolvimento é uma equipe multifuncional e Auto organizável que tem um papel de colaborar com o desenvolvimento do projeto e obviamente que todos esses papéis todas perfis juntos no método scom ele cria um ambiente ágil e eficiente para o desenvolvimento do software nós falamos aí
algumas vezes sobre o product backlog Talvez você tenha se perguntado o que que vem a ser isso daí mas nada mais é do que uma lista dinâmica de requisitos e funcionalidades do projeto em geral ele é gerenciado pelo product owner né o dono do projeto e ele pode ser atualizado continuamente à medida que novas necessid do do cliente vão surgindo produt backlog ou simplesmente backlog que é o que a gente chama no dia a dia ele prioriza itens que tem o maior valor para o cliente então por exemplo se eu acredito que para um para
um determinado cliente naquele instante é mais interessante para ele um dashboard do que um relatório eu vou priorizar a construção daquele dashboard certo e cada cada elemento desse desse backlog ele possui um o identificador numérico e único que ajuda a rastrear as histórias de usuário e aí quando a gente fala item e do backlog São justamente as histórias de usuário tá são os requisitos que devem ser implementados cada história de usuário ela tem uma pontuação que indica o esforço estimado para aquela eh implementação e também a sua prioridade tá então em relação a essa pontuação
nas reuniões a equipe define que aquela história de usuário tem pontuação tal e aí no final da Montagem daquela Sprint aquela a entrega daquela Sprint corresponde a tantos pontos né 120 pontos por exemplo tá e o backlog ele também é flexível para atender essas mudanças do projeto então nós já vimos aí que o scom ele é bastante flexível a mudanças de de requisitos e é e esse o papel da metodologia ágil né poder ser flexível não é ser aquele negócio tão rígido como os modelos tradicionais como modelo em Cascata sobre a Sprint do método scr
a gente pode dizer que ela é o núcleo desse modelo ela representa ciclos curtos de desenvolvimento como eu já falei aqui algumas vezes geralmente ela varia de duas a 4 Semanas Os projetos que eu tenho trabalhado e que estou trabalhando as sprints são de duas semanas cada Sprint ela começa com um planejamento onde a equipe seleciona itens do backlog e vai transferindo esses itens do backlog para o Sprint backlog ou seja o backlog da Sprint existe o product backlog que é o a lista de requisitos do projeto existe a Sprint backlog que são a que
é a lista de requisitos daquela Sprint certo então durante a Sprint o time foca exclusivamente naquilo que foi planejado para aquela Sprint sem a inclusão de novas tarefas Então esse em geral é um acordo que existe entre a o team e o product owner né não colocar e novos requisitos depois que a Sprint começa até porque a Sprint foi planejado foi deferido uma pontuação para ela essa abordagem eh iterativa e incremental ela garante que entregas contínuas sejam realizadas e também permite que a equipe ajuste eh as suas atividades com base no feedback no scum as
reuniões são fundamentais para alinhar as perspectivas da equipe e promover a transparência do que tá sendo executado basicamente são quatro tipos de reuniões que acontecem no scrum o primeiro a primeira delas é o planejamento da Sprint a outra é a scrum diária uma reunião de revisão da Sprint e uma reunião de retrospectiva da Sprint o planejamento da Sprint é realizada para definir Quais são as metas e quais são as atividades do Sprint da Sprint né A adale é uma reunião rápida que é realizada todos os dias como o nome sugere né para revisar o progresso
daquela Sprint a reunião de revisão da Sprint é foca nas entregas da Sprint que são apresentadas aos stakeholders então e como eu falei para vocês né quando a gente termina uma Sprint faz uma reunião com o nosso cliente e apresenta o que foi executado ao longo daquela daquela Sprint e a reunião de retrospectiva da Sprint é mais que uma reflexão a equipe pensa sobre o que funcionou bem e o que pode ser melhorado na na Sprint seguinte a reunião de planejamento da Sprint ela marca o início daquela Sprint obviamente Então nesse momento o product aer
E a equipe revisam o product backlog E aí eles escolhem os itens Ou seja a os requisitos né as histórias de usuários que são mais prioritários para aquela Sprint o objetivo é definir as metas muito claramente e planejar como é que essas tarefas as tarefas daquela Sprint elas vão ser divididas a reunião é essencial para alinhar as expectativas do time e garantir que todos né todos os membros da equipe estejam digamos assim na mesma vibe antes de fato iniciar o trabalho e uma ferramenta que eu queria mostrar para vocês aqui é o plan it poker
tá é um serviço bacana de certa forma tem alguns recursos que são gratuitos que você utiliza para eh planejar sua Sprint então cada item do backlog ou seja cada história de usuário do backlog é necessário que ele seja pontuado para que a equipe consiga mensurar eh a complexidade daquela daquela história de usuário e consequentemente né as o somatório de Todas aquelas pontuações a equipe consegue definir a complexidade daquela Sprint tá Então essa ferramenta aqui a gente usa no início do da Sprint né no planejamento da Sprint então o endereço é esse aqui que vocês estão
vendo tá então já tem aqui algumas sprints que nós fizemos então eu crio uma sala aqui tá então eu posso dar um nome para essa sala vou chamar aqui por exemplo de aula TSI eu digo qual é o método que eu quero utilizar certo então não sei se vocês lembram né a série Fibonacci né a série Fibonacci é muito famosa a gente usa sempre um algoritmo que os professores gostam de colocar para os alunos né quando estão estudando aí repetição né estruturas de dados enfim eu vou escolher essa série Fibonacci E aí eu posso dizer
qual o valor para cada cartão o que que é isso e existem vários métodos pra equipe pontuar uma tarefa Então vamos imaginar o seguinte nós estamos no meio de uma nós estamos planejando uma Sprint que vai começar amanhã certo e aí nós temos basicamente lá Du histrias de usuário uma que é cadastrar clientes e outra é gerar relatório de clientes certo seria apenas essas duas histórias de usuários na minha Sprint a equipe Se Re e vai medir a complexidade dessas duas tarefas então prod reunião poz Oler Sprint fulando de tal é quantos pontos você dá
para aquele Sprint anota aí no papel para mim fulando de tal quantos pontos você dá tantos pontos e aí ele define Quais são os possíveis pontos para aquilo dali Só que essa pontuação ela tá em cards né imagina o po que tem L as cards que você vai virando Então o que é que eu posso colocar aqui a gente lá define se eu não tiver enganado zero não zero não 1 a atividade é muito simples Tá e tr 5 8 e 13 eu não lembro se a gente tem 21 agora eu não me recordo mas
enfim a gente define lá eu acho que é muito fácil fácil eh médio Baixo médio alto difícil eu acho que é assim que a gente a gente define certo e aí eh veja que ele pergunta se eu quero entrar com as histórias de usuário nessa sala criar vamos ver como é que esse negócio vai funcionar certo então ele tá criando aqui a sala de usuário a a sala pra reunião tá E aí você pode pegar o link e compartilhar com os membros da sua equipe vamos imaginar que você é o screw Master Então você prepara
a sala diz olha galera de tal hora nós vamos conectar nessa sala e vamos fazer nossas pontuações combinado Combinado então vamos lá eu teria aqui cadastro de usuários então salvar adicionar a nova e gerar listagem de usuários por exemplo então só tem essas duas atividades aí certo então tá aqui as minhas duas histórias de usuário aí o que que acontece então aqui vai aparecer eh as os membros da equipe logado né então João e e Maria por exemplo aí eu inicio a votação aí fica aguardando o João da a pontuação dele e fica aguardando Maria
da pontuação dela quando os dois derem a pontuação Eu dou a minha pontuação e ele vai mostrar eh cada uma da das pontuações que e os membros da equipe e deram né então por exemplo se divergir a média a nota de João e de Maria Digamos que João disse olha isso é muito simples eu vou dar um e Maria disser não isso é muito difícil eu vou dar 13 então o scr Master vai dizer mas João Por que que você deu uma nota tão baixa para essa atividade e Maria deu uma nota tão alta Vamos
tentar equacionar aqui vamos ver qual seria a melhor e a melhor nota né a melhor pontuação E aí nesse diálogo o scrum Master tenta chegar a uma a uma a um consenso entre os membros da equipe e define a pontuação mais adequada ou refaz a a votação todo mundo vota E aí chega um consenso tá se não chegar lá uma situação cravada por exemplo nota 5 Digamos que a a pontuação deu 4.3 então 4.3 tá mais próximo de quem de cinco né então eu jogo a pontuação daquela história de usuário para cinco Beleza então é
uma ferramenta muito legal que a gente usa para para e mensurar a nossa Sprint tá bom isso a gente faz na reunião plan né a reunião de planejamento a reunião diária é uma reunião relativamente curta ela dura aí aproximadamente 15 minutos então durante essa reunião cada membro da equipe tenta responder basicamente três perguntas o que que foi feito ontem o que que vai ser feito hoje e se existe algum problema que me impeça de fazer isso hoje essas reuniões elas são bem legais porque a equipe termina identificando rapidamente problemas e garantem o progresso da da
Sprint então geralmente o pessoal gosta de fazer essa reunião em pé demorar muito para não se prolongar muito para não sentar numa mesa pedir um cafezinho pedir uma água né então é um negócio muito objetivo e uma das coisas que tem me incomodado depois da da pandemia é o seguinte Algumas pessoas pensam que pelo fato de a reunião ser remota né Às vezes a gente tá em casa significa dizer que você pode se estender muito uma reunião não né Tem reuniões que para mim são inadmissíveis durarem 2 hor me0 3 horas né Mesmo eu estando
em casa no meu conforto Então as reuniões precisam ser é muito objetivas para que não fique cansativa e tenha resultado muito rápido um resultado muito objetivo as reuniões de de revisão elas acontecem ao final de cada Sprint como eu falei para vocês essa reunião nós sempre fazemos com o nosso cliente esses projetos que eu tô trabalhando toda vez que a gente termina um Sprint a gente se reúne com o cliente e vai mostrar para ele o que a gente fez ao longo daquela Sprint porque é uma oportunidade pra gente apresentar as funcionalidades que foram desenvolvidas
e receber um feedback da parte dele essa revisão ela foca em apresentar o valor agregado ao produto backlog a cada reunião a gente mostra uma novidade do produto aquele cliente e essas novidades são com base nas demandas que eles vêm trazendo aí pra gente como nós falamos aqui por várias vezes né o scom ele se adapta muito facilmente e rapidamente eh a novos requisitos que vão aparecendo ao longo do projeto e nessas reuniões o nosso time ele valida se de fato que a gente tá fazendo está indo de eh está dentro das perspectivas do nosso
cliente e por último a reunião de retrospectiva tá E ela fecha o ciclo da Sprint com foco na melhoria contínua Então essa já é mais uma reunião interna em que a equipe se reúne e vai começar a avaliar o que foi feito de bom o que a equipe filou e como a equipe pode melhorar na próxima Sprint Então ela reflete sobre tudo isso né tentando aprimorar essas tarefas que não foram bem executadas e é um momento de aprendizado coletivo né a gente se conhece cada vez mais sobre isso e a equipe busca fortalecer o trabalho
para as próximas sprints esses daqui Pessoal foram as referências que eu utilizei para preparar esse nosso vídeo muito obrigado por você ter me acompanhado até aqui e eu espero reencontrar você no próximo vídeo valeu
