Julgue o item a seguir, relativo ao Kanban e ao Scrum.
No scrum team, o product owner é hierarquicamente superior ao scrum master e aos developers, porém os developers podem formar times menores, por serem multifuncionais.
GabaritoE — Errado
Gabarito: Errado (E). A afirmativa está incorreta porque, no Scrum, o Product Owner não é hierarquicamente superior ao Scrum Master e aos Developers — o Time Scrum é autogerenciável e não possui hierarquia interna. Além disso, os Developers não formam sub-times: o time é multifuncional e auto-organizado, sem subgrupos ou divisões internas.
O Scrum é um framework ágil para gerenciamento de projetos complexos, baseado em empirismo, colaboração e entrega incremental. Ele define três papéis principais: Product Owner, Scrum Master e Developers. O Product Owner é responsável por maximizar o valor do produto e gerenciar o Product Backlog. O Scrum Master é um servo-líder que garante que o Scrum seja entendido e aplicado, removendo impedimentos e facilitando o processo. Os Developers são os profissionais que criam o Incremento utilizável a cada Sprint.
A característica central do Time Scrum é que ele é autogerenciável e multifuncional. Isso significa que o time decide internamente quem faz o quê, quando e como, e possui todas as habilidades necessárias para criar valor a cada Sprint. Não há hierarquia entre os papéis — o Product Owner não é chefe do Scrum Master nem dos Developers, e o Scrum Master não é chefe de ninguém. Todos trabalham em colaboração, com responsabilidades distintas, mas sem relação de subordinação.
A afirmativa também erra ao sugerir que os Developers podem formar times menores por serem multifuncionais. Na verdade, o Time Scrum é uma unidade coesa, e a multifuncionalidade significa que o time como um todo possui todas as competências necessárias, não que ele se divide em subgrupos. O Guia do Scrum é explícito: "Dentro de um Time, não há sub-times ou hierarquias." Portanto, a premissa de que os Developers podem se subdividir é contrária ao framework.
A banca explora aqui uma confusão comum: associar o Product Owner a um "chefe" ou "gerente" e imaginar que times multifuncionais podem se fragmentar. No Scrum, a autoridade é distribuída por responsabilidades, não por hierarquia. O Product Owner prioriza o backlog, o Scrum Master facilita o processo e os Developers decidem como executar o trabalho. Essa divisão de papéis não cria uma cadeia de comando.
A banca tenta fazer você acreditar que o Product Owner é um "superior" hierárquico e que a multifuncionalidade permite sub-times. No Scrum, não há hierarquia entre os papéis — todos são iguais em autoridade, com responsabilidades diferentes. E a multifuncionalidade significa que o time inteiro tem todas as habilidades, não que ele se divide em grupos menores. Guarde isso: sem sub-times, sem hierarquia.
A afirmativa está errada por dois motivos principais:
Hierarquia: O Product Owner não é hierarquicamente superior ao Scrum Master e aos Developers. O Time Scrum é autogerenciável e não possui hierarquia interna. Cada papel tem responsabilidades distintas, mas nenhum é subordinado ao outro.
Sub-times: Os Developers não formam times menores por serem multifuncionais. A multifuncionalidade significa que o time como um todo possui todas as habilidades necessárias para entregar o Incremento, mas isso não autoriza a criação de subgrupos. O Guia do Scrum é claro: "Dentro de um Time, não há sub-times ou hierarquias."
Portanto, a afirmativa contraria os princípios fundamentais do Scrum, que valorizam a colaboração e a auto-organização em vez de estruturas hierárquicas e fragmentadas.
Gabarito: Errado (E).
Link permanente: /questoes/ce417789