Framework Scrum, Método Kanban e ITIL

A SETIC adota o framework SCRUM, o método Kanban e ITIL para gestão de projetos, produtos e serviços. Dentre outras metodologias.

Essas metodologias são baseadas no conhecimento empírico adquirido. Seguem uma abordagem iterativa e incremental para garantir a previsibilidade, entrega contínua de valor, aprendizado, gestão de riscos e melhoria contínua.

O framework Scrum:

É formado por três papéis:

·     Product Owner - É responsável por maximizar o valor do produto resultante do trabalho do Scrum Team, suas principais atividades:

o   Desenvolver e comunicar explicitamente a meta do produto;

o   Criar e comunicar claramente os itens do Product Backlog;

o   Ordenar os itens do Product Backlog;

o   Garantir que o Product Backlog seja transparente, visível e compreensível.

·         Scrum Master - é responsável por estabelecer o Scrum conforme definido no Guia do Scrum. Eles fazem isso ajudando todos a entender a teoria e a prática do Scrum, tanto no Time Scrum quanto na organização, suas principais atividades:

o   Treinar os membros do time em autogerenciamento e cross-funcionalidade;

o   Ajudar o Time Scrum a se concentrar na criação de incrementos de alto valor que atendem à Definição de Pronto;

o   Provocando a remoção de impedimentos ao progresso do Time Scrum;

o   Ajudar a encontrar técnicas para a definição eficaz de meta do Produto e gerenciamento do Product Backlog;

o   Liderar, treinar e orientar a organização na adoção do Scrum;

o   Planejar e aconselhar implementações de Scrum dentro da organização;

o   Ajudar os funcionários e os stakeholders a compreender e aplicar uma abordagem empírica para trabalhos complexos;

·         Developer – é responsável por desenvolver um incremento utilizável a cada sprint, suas principais atividades:

o   Criar um plano para a Sprint, o Sprint Backlog;

o   Introduzir gradualmente qualidade aderindo a uma Definição de Pronto; 

o   Adaptar seu plano a cada dia em direção à meta da Sprint;

o   Responsabilizar-se mutuamente como profissionais.

Cinco eventos (reuniões) garantem que todo o processo seja transparente, inspecionável e adaptado se necessário, são eles:

·         Sprint – é o tempo que o Time Scrum desenvolverá um incremento utilizável;

·         Sprint Planning – é o planejamento das atividades que serão desenvolvidas dentro de uma sprint;

·         Daily Scrum – Reunião diário entre os Developer para alinhamento e foco no que precisa ser entregue;

·         Sprint Review – Fornecer aos interessados pelo produto uma oportunidade de inspeção para que sejam determinadas adaptações caso necessário.

·         Sprint Retrospectiva – Reunião entre o Time Scrum para corrigir os processos e verificar maneiras de aumentar a qualidade e eficácia.

Para entender o framework por completo, sugestionamos a leitura do Scrum Guide: https://scrumguides.org/download.html.

Story Point

 

O SCRUM é propositalmente incompleto para que cada organização o adapte da melhor maneira que atenda ao contexto atual inclusive na utilização de outras técnicas ou métodos. Por isso, é muito comum se fazer uso do Kanban Board para deixar visível o trabalho em andamento. Para estimar o trabalho a ser desenvolvido, faz-se uso dos Story Points, seguindo o modelo de escala da sequência de Fibonacci.

 

Pense junto:

Observer esta imagem:

Agora Responda:

Quantos kilos ou toneladas você acha que esse elefante pesa, anote? 

Qual a probabilidade de você está errado?

A uma grande chance de você está errado, pois vocêe stá tentando ser preciso em um cenário que você não conhece.

Agora, observeObserve a segunda imagem e responda:

 

E agora, pense rápido, qual elefante épesa mais pesado?mais? O Azul ou o verde?

AProvavelmente princípiovocê responde-serespendou sem titubiá que o azul é omais azul,pesado, visto que ele é visivelmente maior que o verde, certo?

Mas e se eu falar que o elefante verde é de aço e o azul é de isopor? Sua resposta estaria incorreta.

Os Story points nos ajudam neste quesito, na indagação do que precisa ser feito, como é feito, do que é feito, por quem é feitofeito.

etc.

Além disso, ao se analisar uma atividade que precisa ser realizada devemos sempre observar: E nós na CODE levamos em consideração a complexidade, o esforço e a incerteza quando vamosestamos mensurarmensurando um trabalho a ser desenvolvido,desenvolvido. ePara paradiminuir geraras informaçãincertezas (riscos) e, principalmente, deixar visível quando uma dessas dimensões são seguimosdesconhecidas pontuamos utilizando a sequência de Fibonacci (1, 2, 3, 5, 8 e 13). dandoOu “valor”seja, aoquanto nossomaior o valor mais risco há envolvido na entrega da atividade. Por isso, recomendamos que quando um trabalho a ser realizado receber pontuação muito alta, devemos quebrar esse trabalho em atividade menores (diluir o problema grande em atividades pequenas), nesse caso a cima de 8 potos, dependendo da esperiência de quem irá realizar esse trabalho. Isso geralmente acontece no refinamento do trabalho a ser desenvolvido.

 

 

Como isso ocorre: No dia dado Planningplanejamento o Product Owner ou quem estiver solicitado o trabalho lista o que precisa ser trabalhado dentro dade sprintum período de tempo (iteração, sprint, timebox) e os desenvolvedoresintegrantes vãda equipe (aqueles que realmente irão mensurarrealizar o trabalho) mensuram o trabalho seguindo o conceito de complexidade, esforço e incerteza,incerteza. nossosCaso timesa atualmenteequipe temtenha uma médiamais de 4um desenvolvedoresprofissional a votação deve ser ser anônima e elesdeve votam de forma anônima, qual orepresentar valor do trabalho na visão dele e depois é comparado com os demais,demais paramembro da equipe se houver. Para definição do valor final,final cadapode-se timeseguir temduas autonomia para definir sua regra, mas no geral seguimos duas,regras, Ex:1 segue a pontuação da maioria ou Ex2. pegam a pontuação que fica entre as conflitantes.conflitantes (Ex.: 2). 

 

EX1:

 

 

EX2:

Por fim, há uma outra matriz que facilita a pontuação para equipes ou profissionais que estão inciando na metodologia. 

 

Método Kanban:

O termo "Kanban" significa literalmente "cartão visual" em japonês. Ele começou a ser usado pela Toyota na década de 1940 como parte do Sistema Toyota de Produção e, desde então, foi adotado em várias outras indústrias e contextos.

A essência do método Kanban é fornecer uma representação visual do trabalho em andamento, dividido em etapas específicas. Cada etapa é representada por uma coluna em um quadro ou painel, onde os cartões ou notas adesivas (kanbans) são movidos conforme o progresso do trabalho.

Os cartões Kanban geralmente contêm informações sobre a tarefa, como descrição, prioridade, prazo e responsável. À medida que o trabalho avança, os cartões são movidos de uma coluna para a próxima, indicando o fluxo de trabalho e fornecendo uma visão clara do status de cada tarefa.

Além disso, o método Kanban enfatiza a limitação do trabalho em andamento, ou seja, limitar a quantidade de tarefas que podem ser executadas simultaneamente em cada etapa do processo. Isso ajuda a evitar a sobrecarga de trabalho, a minimizar o tempo de espera e a identificar gargalos no fluxo de trabalho.

O Kanban também incentiva a colaboração e a melhoria contínua, pois permite que a equipe identifique problemas, proponha soluções e faça ajustes no processo à medida que necessário. Com base nas métricas e nas análises visuais fornecidas pelo método Kanban, as equipes podem identificar oportunidades de otimização e tomar ações para aumentar a eficiência e a qualidade do trabalho.

Em resumo, o método Kanban é uma abordagem visual e iterativa para gerenciamento de processos, que utiliza cartões ou quadros para controlar o fluxo de trabalho, limitar o trabalho em andamento e promover a colaboração e a melhoria contínua. Ele é amplamente utilizado em equipes ágeis e em diversas áreas, desde o desenvolvimento de software até o gerenciamento de projetos e o fluxo de trabalho diário.

Metodologia ITIL:

A ITIL (Information Technology Infrastructure Library) é uma metodologia de gerenciamento de serviços de TI que fornece um conjunto de práticas recomendadas para melhorar a entrega e o suporte de serviços de TI. Desenvolvida inicialmente pelo governo britânico, a ITIL se tornou um padrão globalmente reconhecido e adotado por organizações de diversos setores.

A ITIL descreve um conjunto de processos, funções e papéis que visam alinhar a TI aos objetivos de negócio de uma organização. Ela se baseia em uma abordagem de ciclo de vida do serviço, que consiste em cinco estágios:

A ITIL enfatiza a importância da governança, da comunicação efetiva e da colaboração entre as equipes de TI e os usuários finais. Também destaca a necessidade de uma abordagem orientada a serviços, em que os serviços de TI são vistos como ativos de negócio que agregam valor à organização.

Ao adotar a ITIL, as organizações podem obter benefícios como aumento da eficiência operacional, redução de custos, melhorias na qualidade do serviço, maior satisfação do cliente e alinhamento estratégico entre a TI e o negócio. No entanto, é importante ressaltar que a implementação da ITIL requer planejamento, treinamento adequado e adaptação às necessidades específicas de cada organização.