Questões de Scrum e metodologias ágeis

O Daily Scrum tem timebox de 15 minutos, independentemente do tamanho da Sprint. Trinta minutos parece duração comum de reunião, porém ultrapassa o limite fixado para esse evento diário dos Developers, que precisa ser curto e objetivo.

Os pilares do empirismo são transparência, inspeção e adaptação, e a inspeção sem transparência é enganosa. Custo, prazo e escopo são a distração, pois vêm da gestão tradicional de projetos, e não dos pilares definidos para o Scrum.

O Time Scrum costuma ter 10 pessoas ou menos, sem subtimes nem hierarquia. A opção de exatamente 3 pessoas é restritiva, pois o tamanho apresentado é um limite típico e não um número fixo que todo time precise respeitar.

O Product Owner gerencia o Product Backlog e é uma única pessoa, não um comitê. Subordinado ao Scrum Master é a opção enganosa, já que o Time Scrum não possui hierarquia entre essas responsabilidades definidas pelo framework.

No Scrum, o Incremento tem como compromisso a Definição de Pronto. Meta do Produto e Meta da Sprint são compromissos de outros artefatos, o Product Backlog e o Sprint Backlog, e por isso funcionam como distrações bem próximas na questão.

Os cinco valores do Scrum são compromisso, foco, abertura, respeito e coragem. Hierarquia e controle são a distração evidente, pois contrariam a organização sem hierarquia do Time Scrum e não aparecem entre os valores apresentados no tópico estudado.

O Time Scrum é formado por um Scrum Master, um Product Owner e os Developers, sem subtimes nem hierarquia. A opção vários Product Owners falha porque essa responsabilidade cabe a uma só pessoa, e não a um comitê.

A Sprint dura um mês ou menos e tem duração fixa. A opção de duração livre a cada ciclo é a pegadinha, pois descaracteriza o evento, que precisa manter tempo definido para permitir inspeção e adaptação regulares do trabalho.

Para uma Sprint de um mês, o Planejamento da Sprint tem no máximo 8 horas. O valor de 4 horas engana porque é o limite da Revisão da Sprint, outro evento também sujeito a tempo máximo no mesmo período de um mês.

Em Sprint de um mês, a Revisão da Sprint dura no máximo 4 horas. O valor de 8 horas pertence ao Planejamento da Sprint, e por isso é a distração mais forte para quem memorizou os limites sem ligá-los aos eventos.

Em Sprint de um mês, a Retrospectiva da Sprint dura no máximo 3 horas. A opção de 4 horas confunde esse evento com a Revisão da Sprint, que tem limite um pouco maior dentro do mesmo período de trabalho.

Os Developers criam o plano da Sprint, mantêm a qualidade pela Definição de Pronto e se adaptam todo dia rumo à Meta da Sprint. O Product Owner é a distração, pois sua responsabilidade é maximizar valor e gerenciar o Product Backlog.

O Scrum Master estabelece o Scrum, ajuda o time a ser eficaz e remove impedimentos, servindo ao time. Ser gerente do time é a pegadinha do tópico; ordenar o Product Backlog, por sua vez, compete ao Product Owner.

O Sprint Backlog tem como compromisso a Meta da Sprint. O Product Backlog confunde pelo nome parecido, mas está associado à Meta do Produto, enquanto o Incremento se vincula à Definição de Pronto, segundo a lista de artefatos do Scrum.

O Product Backlog tem como compromisso a Meta do Produto, definida e gerenciada pelo Product Owner. O Sprint Backlog é a opção próxima, mas se relaciona à Meta da Sprint, objetivo de escopo diferente, restrito àquele ciclo de trabalho.

Lean busca eliminar desperdício e entregar valor. A opção aumentar estoques vai na direção contrária, pois acumular itens sem necessidade representa desperdício, justamente o tipo de problema que essa abordagem tenta reduzir nos processos das organizações.

Metodologias ágeis são orientadas a entregas curtas, feedback e adaptação a mudanças, e o Scrum é uma delas. Entrega única ao fim do projeto é a opção oposta, pois adia o retorno do usuário e reduz a capacidade de adaptação.

Sem transparência, a inspeção no Scrum é enganosa e desperdiça esforço, pois se baseia em informação incompleta. A opção equivalente à adaptação erra por misturar pilares: a adaptação depende de uma inspeção feita sobre informação realmente transparente.

O Product Owner é uma pessoa, e não um comitê, ainda que represente necessidades de muitas partes interessadas. A opção pertence aos Developers confunde responsabilidades distintas dentro do Time Scrum, formado também pelo Scrum Master e pelos próprios Developers.

Os tempos máximos citados valem para a Sprint de um mês, e em Sprints mais curtas os eventos costumam ser mais curtos. A opção deixam de ter limite ignora que cada evento continua sujeito a uma duração definida.