Assim como qualquer outra metodologia é baseada em papéis e responsabilidades, porém, os papéis do SCRUM são bem abrangentes e direcionados para um propósito comum: O SUCESSO DO PROJETO.
Os papéis são:
- Product Owner: Pode ser o financiador ou um importante interessado no projeto. Suas principais responsabilidades são: define as funcionalidades do produto; concentra as informações vindas de usuários, stakeholders ou do mercado de maneira que se obtenha uma visão única dos requisitos do sistema; sua maior responsabilidade é ROI do projeto; prioriza o Product Backlog; pode alterar as prioridades fora do Sprint; aceita ou rejeita os resultados dos trabalhos.
- O Time (Team): O Time é mais bem definido como um grupo de pessoas do que um papel. É o grupo de pessoas diretamente ligadas ao trabalho a ser feito que garantirá que o projeto seja entregue com todas as funcionalidades necessárias. Suas características são: multi-funcional; formado por 7 pessoas; define o objetivo do Sprint e especifica os resultados dos trabalhos; faz aquilo que é necessário dentro das diretrizes do projeto para alcançar o objetivo do Sprint; auto-organizável; demonstram o resultado do Sprint para o Product Owner e outros Stakeholders. O time deve ter a capacidade e o conhecimento técnico sobre todo o processo de desenvolvimento do produto. No desenvolvimento de software, o time deve ter pessoas capazes de analisar a solução, codifica-la e testa-la sem necessitar de outros times ou outras pessoas.
- SCRUM Master: Desempenha um papel de liderança, gerenciando os interesses do Product Owner mediante o Time. Numa abordagem tradicional de gerenciamento de projetos, o SCRUM Master seria um Gerente de Projetos, porém, essa nomenclatura foi substituída para diferenciar o foco de liderança necessário par que um processo empírico funcione. Um SCRUM Master eficiente deve: melhorar a vida e a produtividade do time de desenvolvimento promovendo a criatividade e o conhecimento; estimular uma comunicação e cooperação muito próxima entre todas as pessoas do time; proteger o time de interferências externas; remover Impedimentos (Impediments); garantir que o processo seja respeitado; convidar pessoas apropriadas para as reuniões de acompanhamento (Daily SCRUM, Sprint Rewiew e Sprint Retrospective); remover barreiras entre o desenvolvimento e o cliente par agarantir que realmente é o cliente que está direcionando as funcionalidades desenvolvidas; auxilia o Product Owner a maximizar o ROI atingindo os seus objetivos com o SCRUM; promover práticas de engenharia para que cada pedaço de funcionalidade seja potencialmente implantável.
Além desses três personagens, há também a figura dos pigs e chicken.
Há um site (clique aqui) que explica sobre essa nomenclatura. Em linhas gerais: os pigs são os que estão totalmente comprometidos com o desenvolvimento do produto (no nosso caso software) enquanto que os chickens só estão envolvidos. Se você olhar o site poderá entender melhor. 
