Café com o Scrum Master Spoiler da Professional Scrum Developer (PSD I) da Scrum.org
Olá Pessoas,
Antes de mais nada eu gostaria de agradecer o WordPress, por ceder este espaço para que a gente possa, em alto nível, discutir a gestão de projetos no Brasil… (protocolos e blá blá blás cumpridos, vamos ao que interessa)
Soa um tanto estranho falarmos em spoiler da PSD, uma vez que esta certificação já existe há mais de 5 anos. Ocorre que quando decidi conhecer um pouco mais sobre a PSD, avaliar quais eram suas exigências, seus pré-requisitos e o seu público alvo… dada a escassez de materiais e artigos publicados sobre o assunto na comunidade, e ainda a irrelevante quantidade de certificados emitidos no mundo (±4500), me dei conta de que qualquer coisa que eu escrevesse sobre ela, trataria-se de um spoiler. 😯
Resposta do Support Team da Scrum.org sobre a quantidade de PSDs em 03/04/2017.
Neste sentido, repare no cenário a seguir:
Em qualquer empresa ou projeto de TI, normalmente — e se isso não for uma verdade dentro do seu contexto, sugiro fortemente uma reciclagem de conceitos — existem mais Desenvolvedores (e demais cargos relacionados ao Time de Desenvolvimento) que Scrum Masters e POs.
O próprio Scrum Guide define que o Scrum Team é formado por um Scrum Master, um PO e um Time de Desenvolvimento, recomendando-se que o Time de Desenvolvimento seja formado por no mínimo 3 e no máximo 9 desenvolvedores (e demais cargos relacionados). No entanto, e inversamente proporcional, a quantidade de Scrum Masters certificados (CSM ou PSM) supera em inúmeras vezes a quantidade de Developers certificados (CSD ou PSD).
Para se ter uma ideia desta assimetria, se fizermos uma busca no Certificant Directory da Scrum Alliance e marcarmos apenas a CSM (ScrumMaster), retorna-se, até o momento em que escrevia este post, pouco mais de 452 mil certificados¹ no mundo. Se fizermos, porém, a mesma pesquisa marcando apenas a CSD (Scrum Developer) o retorno cai para míseros 5000 mil certificados¹.
Fonte: Scrum Alliance e Scrum.org
Ora, se temos mais desenvolvedores que Scrum Masters e POs, porque então temos 90 vezes mais CSMs do que CSDs? Ou 17 vezes mais PSMs do que PSDs? Talvez a digressão posta aqui, seja um tema para tratarmos em um outro post.
Convicto, entretanto, de que: 1) 70% (talvez um pouco mais) do trabalho de um Time Scrum é feito pelo Time de Desenvolvimento — construa-se aqui um sólido e extenso muro das lamentações para dar cabo a choradeira infinita que se armará no momento em que, oportunamente, os meus eminentes colegas, Scrum Masters e Agile Coaches, lerem este polêmico parágrafo — 2) Quão melhor e mais preparado é o Time de Desenvolvimento, mais fácil se torna a vida do SM e do PO e mais valoroso se torna o produto por ele construído e 3) Estabelecido o incômodo com esta situação e visando dar meus dois centavos de contribuição no sentido de se fazer crescer o bolo de Developers certificados, resolvi: A) Fazer a PSD (e lá se foram minhas economias pro vinagre), para avaliar como eu me sairia no exame e B) Escrever este post, visto que obtive êxito no exame, para incentivar você, agilista, que se liga numa certificação a também fazer o mesmo. Espero só te ajudar a partir daqui.
Em tempo: Sem querer bancar o “isentão”, gostaria de registrar minha solidariedade a todos os SMs, Agile Coaches e POs deste meu Brasil varonil… e afirmar, categoricamente, que a agilidade não seria a mesma se não fosse a elogiável contribuição desta categoria… e a minha também, é claro. (mas os 70% lá em cima, continuam valendo). 😀
Preparando-se para Professional Scrum Developer (PSD I)
Detalhes da Certificação
- Valor do exame: 200 dólares
- Score mínimo para passar: 85% (68 de 80 questões)
- Número de questões: 80
- Formato do exame: Múltipla escolha e verdadeiro ou falso
- Dificuldade: Intermediário
- Idioma: Inglês
- Curso requerido: Nenhum
- Local do exame: Online
- Senha para fazer o exame expira: Não
Leituras recomendadas
Na área de assessments da Scrum.org existe uma tal de PSD subject areas. Lá, você encontrará uma série de livros escritos por renomados agilistas, que servirão para o seu auto estudo. É necessário ler todos? A meu ver não. Os livros que já tinha lido são estes:
- Scrum Guide (leiam este pelamordedeus)
- Agile Project Management with Scrum
- Scrum and XP from the Trenches
- Continuous Integration: Software Quality and Reducing Risk
- Test-Driven Develpment
Sinceramente não me recordo de ter precisado recorrer ao que aprendi com eles, para responder as 80 questões que compõem a PSD. De todo modo, estudar e conhecer boas práticas de engenharia de software é sempre bom, aliás julgo de fundamental importância para nós que trabalhamos com agilidade…
10 Highlights poderosos para o sucesso na PSD I 
- Pair Programming (XP) — Necessário saber, minimamente, o que é programação em par e por qual método esta técnica é difundida.
- Application Architecture — Em projetos ágeis, a arquitetura é sempre, sempre, sempre definida ao passo em que a compreensão e o entendimento do time EMERGE. Além disso, a arquitetura deve ser compreendida por todos do Time de Desenvolvimento.
- Refactoring — Considerando as boas práticas, porque é recomendável refatorar um código? Se você souber responder esta simples pergunta e quais os benefícios da refatoração… já será o suficiente.
- User Stories — Não existe história de usuário no Scrum. Ponto final. “Ain mas o instrutor do curso de Scrum que eu fiz disse que história de usuário é muito utilizada no Scrum…”. Ok, vou repetir. Não existe – história – de usuário – no Scrum. Ponto final.
- Development Team — Exceto o SM e o PO, todos que estão envolvidos na construção de um produto, fazem parte do Time de Desenvolvimento, e devem, portanto, permanecer envolvidos desde a sua concepção até o seu lançamento. Aaahh, já ia passando batido… o único cargo previsto no Time de Desenvolvimento é o de Desenvolvedor. Ponto final. “Ain mas na minha empresa a gente faz Scrum by the book e os analistas de testes fazem parte do Time de Desenvolvimento…” – Tá, mas na hora do exame chame todos eles de DESENVOLVEDORES.
- Behavior-Driven Development (BDD) — Necessário saber, minimamente, o que é BDD (Desenvolvimento Guiado por Comportamento) e que ele é focado nas interações do usuário e do sistema.
- Product Owner — Define o que precisa ser feito e colabora com o Time de Desenvolvimento para que o que foi definido, seja feito da melhor forma possível. Além disso, ele é o único que tem poder para cancelar uma Sprint.
- Unit and Integration Tests — É necessário saber a diferença entre Teste de Unidade (não é tão correto falar Teste Unitário) e Teste de Integração… além de saber o que cada um deles significa.
- Test-Driven Development (TDD) — Necessário saber, minimamente, o que é TDD (Desenvolvimento Guiado por Testes). Além de ter em mente que a base do TDD é = Red → Green → Refactor… ∞
- Code Maintainability Metrics — As métricas mais úteis para medir a manutenibilidade de um código é a complexidade ciclomática e a profundidade da herança.
Dica bônus: Existe uma espécie de simulado denominado Open Assessment, muito útil diga-se, o qual recomendo que você o faça diversas vezes até obter 100% de acerto. Desta forma você se familiarizará com o exame e talvez ganhe algumas questões de lambuja no exame real. 😀
Considerações finais
Pra quem já teve a oportunidade de fazer alguma certificação da Scrum.org, sabe que o tempo disponível para concluir o exame é relativamente escasso (45 segundos por questão). Além do que, considero o score mínimo para passar bem alto (85% = 68 questões de 80). Sabendo disso, sugiro que escolha um dia e um local tranquilo para fazer o exame. Não esqueça de dar um reboot na rede wi-fi do local onde estiver fazendo o exame e desconectar os demais aparelhos, para evitar problemas de lentidão na rede… e nunca, em hipótese alguma, tente encontrar as respostas das perguntas, na internet, no momento em que estiver fazendo o exame. Se for preciso fazer isso (colar), sugiro que responda todas as perguntas, marque aquelas em que você ficou com dúvida, e se houver tempo, ao final do exame, tente encontrar as respostas.
Por fim, é sempre importante ressaltar que certificações não servem apenas para você carregar um título a mais consigo… servem (ou pelo menos deveriam servir) para revisar e reciclar conceitos e para aprimorar os seus conhecimentos.
Saudações. Ψ
(¹) Certificant Directory do site Scrum Alliance. Consulta realizada em 02/07/2017.
Café com o Scrum Master 
Concordo plenamente com suas considerações. O Dev Team (DEVs, ARQs, QAs, etc) tem grande impacto na entrega de valor e portanto o alinhamento a essas boas práticas é imprescindível.
CurtirCurtido por 1 pessoa
Opa! tens algum link onde voce explana a questao do ‘nao existem User Stories no scrum’ ? Obrigado e excelente conteúdo!
CurtirCurtido por 1 pessoa
Opa Everton, tudo bom?
Grato por visitar o blog e pelo feedback!
Então, no Scrum guide não está previsto user story. Este conceito vem do XP. Portanto podem na prova, ter algumas pegadinhas com relação à história de usuário. Tipo: “história do usuário está previstos no Scrum guide… verdadeiro ou falso?”
Abraço!
CurtirCurtir
Ahhh sim! Isso concordo contigo, tanto é que na minha prova PSM teve esta pegadinha.
Perguntei pois devido a ênfase que voce deu, além de não existir de fato no Scrum, achei que tinhas algo contra. hehe
Grato pela resposta!
CurtirCurtido por 1 pessoa
Excelente conteudo
CurtirCurtir
Pingback: Scrum Developer: Guia da Certificação – Desenvolvimento Desorientado Diário