Quais dos itens a seguir são registrados no Backlog priorizado do Produto

João Lúcio Oliveira

João Lúcio Oliveira

Strategy | Digital | Marketing | Agility | People

Publicado em 15 de jan. de 2018

O que é o Ágil?

Ágil não é Scrum.

A definição de Ágil poderia ser: “movimento com facilidade, dinâmico, flexível, simples e leve”.

O Ágil, representa um movimento que surgiu em meados dos anos 90 em resposta aos pesados métodos de gerenciamento de desenvolvimento de software daquela época.

Em 2001, nasceu o manifesto ágil, tudo aconteceu quando representantes de processos de desenvolvimento leves se reuniram para discutirem os que seus processos possuíam em comum.

“Estamos descobrindo maneiras melhores de desenvolver software fazendo-o nós mesmos e ajudando outros a fazê-lo. Através deste trabalho, passamos a valorizar:

• Indivíduos e interação entre eles mais que processos e ferramentas.
• Software em funcionamento mais que documentação abrangente.
• Colaboração com o cliente mais que documentação de contratos.
• Responder a mudanças mais que seguir um plano.

Ou seja, mesmo havendo valor nos itens à direita, valorizamos mais os itens a esquerda.”

Entenda sobre o Manifesto Ágil no link a seguir:http://agilemanifesto.org

O que é o Scrum?

O Scrum é Ágil.

É um framework ágil, ou seja, uma ferramenta ágil para a gestão de desenvolvimento de produtos complexos em ambientes complexos. Segue os valores e princípios do manifesto ágil. Sua aplicação não se limita ao desenvolvimento de software, embora foi neste meio o qual foi concebido.

O Scrum possui 3 pilares: Transparência, Inspeção e Adaptação.

Papeis

• Product Owner (PO): é responsável e conhecedor do produto. Trabalha o desenvolvimento do produto, geralmente com a lei de Pareto 80/20, 80% dos efeitos vem de 20% das causas. Realiza o refinamento (Grooming) a todo momento, também conhecido como o FDP: Fatiar, Descartar e Priorizar no Backlog do Produto. Prioriza o Backlog do Produto de forma alcançar o menor MVP (mínimo produto viável) com o maior ROI (Retorno sob Investimento). Mantém um bom relacionamento com o cliente. Alinha as expectativas do cliente.
• Scrum Master: Garante que as regras do Scrum sejam cumpridas. Conduz atividades a fluírem de forma dinâmica. Retira os impedimentos. Mantem os controles. Mantem uma boa comunicação entre o time. Exerce liderança quando necessário.
• Time de Desenvolvimento: É auto gerenciável. Garante que todas atividades sejam realizadas da melhor forma. Estima o que será entregue. Realiza consenso da pontuação de cada atividade a ser realizada. Informa atividades não planejadas no controle. Atualiza controles e quadro de atividades diariamente. Reporta os impedimentos e dificuldades assim que acontecem.
• Time Scrum: É composto pelo Product Owner, Scrum Master e Time de Desenvolvimento.

Product Backlog

É uma lista de estórias e/ou atividades priorizadas pelo PO, para serem desenvolvidas pelo Time Scrum com o objetivo de entregar um produto. Muitas vezes o critério de priorização utiliza também da experiência do usuário para se orientar.

Sprint

A sprint é o período/iteração determinado que o time irá trabalhar, e buscar alcançar o objetivo/meta. Normalmente quando concluímos uma Sprint já temos algo pronto para entregar.

Caixa de Tempo(Time box) é um termo utilizado em todo momento no Scrum, significa o tempo de realização das sprints e/ou reuniões.

Como funciona a Sprint?

• No início da Sprint reservamos de 2 a 4 horas iniciais para realizar a reunião de planejamento da Sprint (Sprint Planning).

O que ocorre na reunião de planejamento?

• De forma resumida: É definido o que será feito na Sprint atual seguindo a ordenação do que está no Product backlog. Como será feito. Expectativa do cliente. Quando necessário são escritas as estórias do usuário (User Storys). Todos compreendem o que deve ser feito. É definido o objetivo/meta da Sprint. É definido a situação de pronto. Atividades são quebradas ou fatiadas. O time realizar rodadas de planning poker, para estabelecer estimativas em pontos das estórias (Story Points). É realizado um alinhamento sobre os controles a serem mantidos e responsabilidades de cada um.
• Após a reunião de planejamento temos uma lista de atividades chamada Sprint Backlog, priorizadas e fatiadas em atividades menores.
• O Time de desenvolvimento inicia o desenvolvimento assumindo cada um, uma atividade, seguindo o fluxo conforme o que foi priorizado.
• Podem ocorrer novas priorizações por complexidades e/ou questões técnicas.
• Podem ocorrer situações com impedimentos.
• Podem ocorrer atividades não planejadas.
• Podem ocorrer que o membro do time que assumiu aquela atividade não está conseguindo desenvolve-la, ou levará um tempo muito grande para a tal.

Obs.: O importante de tudo isso é que todos os eventos sejam comunicados, registrados e controlados.

• Reuniões Diárias (Daily Meeting ou Stand Up Meeting): Durante a Sprint reservamos na parte da manhã 15/20 minutos de reunião de preferência em pé, para realizarmos as reuniões diárias. Uma das regras é atualização do controle antes da reunião. Nesta reunião entendemos o status das atividades. Podemos utilizar três perguntas para saber de forma rápida, as respostas devem ser orientadas a serem objetivas.
• O que foi feito?
• O que está sendo feito?
• Existe algum impedimento?
• Impedimentos, quando existe, é dever do Scrum Master retirar de forma dinâmica. O que são impedimentos? – Entenda sobre impedimentos no link a seguir: https://www.infoq.com/br/articles/tenha-nojo-impedimentos
• Atualizações dos controles: Todos membros do Time Scrum são responsáveis, ou seja, todos realizam atualizações das ferramentas de controles utilizadas pela empresa. Principalmente na atualização do deslocamento de atividades no quadro de atividades, comunicação de impedimentos, e controles de atividades. Podendo qualquer membro do time imprimir e demonstrar o Burndown e o plano de ações sobre impedimentos no quadro de atividades. Cada empresa possuí seus controles. Mas, lembre-se que a dica é não complicar o que é simples.
• Reunião de Revisão (Sprint Review Meeting): Ao final da Sprint reservamos 2 horas para realização a reunião de revisão. Esta reunião acontece entre o cliente, o PO, o SM e um representante do time de desenvolvimento. Nela, será apresentado o que foi entregue.
• Reunião de Retrospectiva (Sprint Retrospective): E logo após reservamos 2 horas para realização da reunião de retrospectiva. Esta reunião acontece ao final de tudo e são revisados o processo e os pontos a melhorar são discutidos. Geramos um plano de ação e verificamos se é possível a implantação.

Controles

• Quadro de Atividades: Listagem (Backlog), a fazer (TO-DO), fazendo (DOING) e feito (DONE). Veja abaixo um exemplo:

• O quadro é importante para dar visibilidade e também promove sinergia. Acho interessante inserir no quadro os impedimentos e o gráfico Burndown.
• Gráfico Burndow (Burndown Chart): é um gráfico que demonstra o ritmo das atividades através do que foi planejado, real e conseguimos também analisar um ritmo diário. Podemos dizer que conseguimos analisar a produtividade ao longo de uma iteração/Sprint. Veja abaixo uma demonstração:

Mapa do Processo (Ciclo) SCRUM

Na mapa do ciclo do Scrum, apresentamos a teoria esboçada em um mapa, veja abaixo:

Ferramentas de apoio do Scrum

Existem uma serie de software que são úteis quando adotamos o Scrum, mas gosto também de dizer que o Scrum não está engessado a nenhum software.

• Trello, Skype, Google Docs, Google Drive, Dropbox, Xmind, Jira, Asana, Podio, Evernote, Git, Redmine, Twist, Slack, Workbox, MS Project, MS Excel, Prezi, Scrum Planning Poker, etc.

Conclusões

Espero ter promovido o conhecimento, agregando valores ao seu entendimento sobre Scrum!

Você quer aprofundar seu conhecimento em Scrum? Compre e Leia o livro do Rafael Sabbagh, “Scrum Gestão Ágil para Projetos de Sucesso”. Agora se você quer se tornar um profissional Scrum, faça os cursos da Knowledge 21.

Certifique e aplique, porque é na aplicação real e experiências vivenciadas, que realmente compreendemos e aperfeiçoamos nossos conhecimentos.

Aposto que aos primeiros contatos com o Scrum, você irá modificar o modo de pensar, e enxergar: O QUE, realmente agregar valor ao cliente, e: O QUE, mais gera felicidade.

Referências:

• SABBAGH, RAFAEL. Scrum Gestão Ágil para Projetos de Sucesso. São Paulo: Casa do Código, 2013.
• MANIFESTO ÁGIL. Disponível em: <http://agilemanifesto.org>. Acesso em: 02, Jan de 2018.
• BLOG. KNOWLEDGE21. Disponível em: <http://www.knowledge21.com.br/blog/>. Acesso em: 05, Jan de 2018.
• SOBRE AGILIDADE. KNOWLEDGE21. Disponível em: <http://www.knowledge21.com.br/sobreagilidade/>. Acesso em: 06, Jun de 2017.
•  PIMENTEL, M. Tenha nojo dos impedimentos. InfoQ Brasil, dez. 2009. Disponível em <http://www.infoq.com/br/articles/tenha-nojo-impedimentos>. Acesso em 03, Jan de 2018.