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, observe a segunda imagem e responda:

 

E agora, qual elefante é mais pesado? O Azul ou o verde?

A princípio responde-se que é o azul, 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 é feito etc.  E nós na CODE levamos em consideração a complexidade, esforço e incerteza quando vamos mensurar um trabalho a ser desenvolvido, e para gerar informação seguimos a sequência de Fibonacci (1, 2, 3, 5, 8 e 13) dando “valor” ao nosso trabalho. Como isso ocorre: No dia da Planning o Product Owner lista o que precisa ser trabalhado dentro da sprint e os desenvolvedores vão mensurar o trabalho seguindo o conceito complexidade, esforço e incerteza, nossos times atualmente tem uma média de 4 desenvolvedores e eles votam de forma anônima, qual o valor do trabalho na visão dele e depois é comparado com os demais, para definição do valor final, cada time tem autonomia para definir sua regra, mas no geral seguimos duas, Ex:1 segue a pontuação da maioria ou Ex2. pegam a pontuação que fica entre as conflitantes.

EX1:

 

EX2:

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.