Hiflex

Compartilhar

Dicas sobre a certificação Professional Scrum With Kanban (PSK I) da Scrum.Org

Olá pessoal,

Recentemente encarei a certificação Professional Scrum With Kanban (PSK I) e gostaria de compartilhar algumas dicas sobre a certificação.

O exame segue o rigor de outras certificações da Scrum.Org, conforme detalhes a seguir:

  • 45 questões
  • 60 minutos
  • 85% de acerto exigido (aproximadamente 38 acertos)
  • Idioma do exame em Inglês
  • Online com consulta permitida
  • Questões de múltipla escolha, verdadeiro e falso e seleção de mais de uma resposta

O processo de inscrição consiste do pagamento de 200 USD e recebimento do código para uma única tentativa de realização do exame.

Meu conselho é que você encare o exame se atender a estas condições:

  • Boa experiência com Scrum
  • Conhecimento básico do método Kanban (não confundir com o quadro kanban que muita gente usa para controlar tarefas To Do-Doing-Done)

O que recomendo usar como base para o exame:

  • Dar aquela revisada esperta na última versão do Scrum Guide
  • Ler, reler, e ter na mão no dia do exame, o The Kanban Guide For Scrum Teams disponível para download no site da Scrum.Org
  • Realizar os simulados (Open Assessment) no site da Scrum.Org repetidas vezes até ficar com 100% de aproveitamento
  • Se você nunca teve contato com o método Kanban, ou se limitou ao quadrinho To Do-Doing-Done, sugiro uma passada no livro Kanban do David Anderson, criador do método e referência mundial no assunto. Se você tem conhecimento básico ou avançado no método pode pular essa etapa.

Agora vamos às dicas:

  • Um dos pontos mais importantes do exame é que o Scrum Team (Scrum Master, Product Owner e Dev. Team) determine claramente qual é o fluxo de trabalho, onde ele começa, onde ele termina, quais as etapas e deixe explicítas as políticas para um item de trabalho mudar de uma etapa para outra.
  • As quatro práticas que você precisa ter na cabeça para otimizar o fluxo: 1) visualizar o fluxo 2) limitar o WIP (Work In Progress – Trabalho em Progresso) 3) gerenciamento ativo dos itens em progresso 4) inspeção e adaptação frequentes no que foi definido como fluxo de trabalho
  • Métricas: esqueça story points e velocidade. As 4 métricas que você deve saber para o exame são:1) WIP – Quantidade de trabalho iniciado e não terminado 2) cycle time – duração de tempo entre a data início e a data fim de um item de trabalho 3) work item age – duração de um item em progresso entre sua data de início e a data corrente 4) throughput – quantidade de itens finalizados por unidade de tempo
  • Importante diferenciar métricas que se referenciam ao passado (lagging), como cycle time e throughput, de métricas que olham para o presente/futuro (leading), como WIP e work item age
  • Outro termo importante bastante abordado no exame é o SLE (Service Level Expectation), que trata do % de probalidade de entrega de um conjunto de itens em um determinado intervalo de tempo.
  • Conhecer sobre a Lei de Little também ajuda, pois caem algumas questões sobre ela no exame. Se você não conhece , basta dar uma “googlada” rápido
  • Ter noção para o que serve um Diagrama Cumulativo de Fluxo (CFD – Cumulative Flow Diagram) também ajuda.
  • Embora o foco seja reduzir o tamanho dos lotes e do WIP, nem sempre o menor lote ou o menor WIP é o melhor caminho. Você precisa estabelecer uma relação causal destas variáveis com o cycle time e throughput.
  • Os pilares transparência, inspeção e adaptação continuam sendo a base de tudo. Devem ser utilizados para: revisitar o fluxo de trabalho tanto sua execução quanto sua definição, limites de WIP, cycle time e outras métricas.
  • Trabalho urgente não significa que você deva aumentar o limite de WIP. Você sempre poderá seguir 2 caminhos: 1) negociar com o Product Owner para que este item seja priorizado na Sprint seguinte ou 2) absorver o trabalho extra como um item especial, mas sem alterar o limite de WIP.
  • Papéis e artefatos permanecem intactos e como definidos no Scrum Guide, sem nenhum papel extra adicionado por conta do uso de Kanban. Exemplo: se o fluxo de trabalho foi definido no Sprint Backlog, a responsabilidade do fluxo é do Dev. Team.
  • Cerimônias também permanecem intactas. Elas permanecem as mesmas (Planning, Daily, Review, Retro) com os mesmos objetivos, porém são impactadas(guarde essa palavra) devido o uso do método Kanban. Exemplo: Na Daily, o foco continua sendo na meta da Sprint (Sprint Goal) e no plano de ação das proximas 24 horas, mas as perguntas são mais focadas no fluxo: 1) Quais itens do fluxo estão bloqueados 2) qual o tempo de execução dos itens (work item age) e quais deles irão estourar a SLE? 3) Alguém está trabalhando em algo que não está no fluxo? Na retrospectiva o Scrum Team discute também sobre como otimizar o fluxo de trabalho.
  • Releases no meio da Sprint são bem vindas, pois o foco é o fluxo. Se um conjunto de itens chegarem a um estágio de release no fluxo, não há por que esperar somente o final da Sprint para realizar a Release.

Eram essas as dicas, agora espero que você tenha sucesso no exame. Se vc não estiver apto a realizá-lo neste momento, não queime etapas apenas para obter uma certificação. Volte 2 casas atrás, busque por bons cursos sobre ambos os temas (Scrum e Kanban) e aí parta para o desafio do exame.

Abraços e até o próximo artigo! 😉

Outras Publicações