# Product and Design team ![](/files/-M_VsFl-XEyhLoIsRkT3) ## 1:1 **O que é**\ Um bate-papo com foco em carreira e desafios do dia-a-dia: pessoas, processos e cultura. É um momento importante para você trazer suas preocupações e pontos que queira melhorar para discutir com sua liderança. Também é um momento de troca, de feedback honesto entre ambas as partes. **Frequência**\ Quinzenal **Duração**\ 30 min **Formato** * Gestão: feedbacks sobre as últimas entregas * Colaboradores: feedbacks sobre lideranças, empresa e processos * Combinar próximos passos **Artefato**\ Cada pessoa do time tem seu histórico de 1:1 documentado pela liderança. Este documento é importante para sabermos os próximos passos e retomarmos na conversa seguinte. ## Pair Design **O que é**\ Encontro semanal do time de Design OPS com PD e PM de cada squad. É o momento de elevarmos a qualidade do nosso Design. A squad leva um problema bem definido, suas hipóteses e sugestões de solução e o time de OPS dá seus pitacos com base em conhecimentos de UX Writing, UI e UX. Para aproveitar esse momento, é fundamental que PM e PD levem dados e toda a documentação necessária (histórico, telas, escopo da tarefa) para trazer contexto rápido ao time de OPS. Toda squad tem um Pair Design semanal. Mas, sempre é possível marcar mais pairs durante a semana, se for necessário. É só alinhar com o time de OPS. **Frequência**\ Semanal **Duração**\ 45 min **Formato** * PD e PM começam dando um contexto e apresentando a feature ou solução na qual estão trabalhando; * Após essa apresentação, as pessoas do time de OPS vão fazendo suas observações; * Por último, todas as pessoas envolvidas combinam próximos passos. ## Weekly Cross Squads **Objetivo**\ Ter visibilidade sobre o planejamento semanal de cada squad, revisar métricas e identificar possíveis esforços cross squads. Além disso, também utilizamos esse espaço pra saber quais squads precisam do time de Design OPS. PD's e PM's participam. **Frequência**\ Semanal **Duração**\ 60 min **Formato** * PD e PM de cada squad dão um status sobre suas tarefas da semana e, em seguida, contam o que ficou planejado para a próxima. Também sinalizam se precisarão do time de OPS para algo; * Se quiserem, também podem apresentar ou discutir alguma métrica referente àquela semana. ## Weekly Design Chapter **Objetivo**\ Vamos usar esta agenda para nos mantermos na mesma página sobre as iniciativas do chapter e para compartilharmos em mais profundidade coisas legais que estamos fazendo ou pensando em fazer. Também podemos compartilhar referências, ferramentas e tudo mais de legal que quisermos compartilhar. \ \ Exemplos de pauta: *Como podemos definir nossos princípios de design?, compartilhar resultados de um experimento.* É uma reunião de trabalho e discussão aprofundada, dessa forma temos que ter poucas pautas e sair com um plano de ação para cada uma. **Frequência**\ Semanal **Duração**\ 60 min **Formato** * Uma pessoa fica responsável pelo warm-up e por conduzir a cerimônia; * Toda semana, no canal de Design no Slack, as lideranças perguntam quem tem e quais são as pautas; * As pautas poderão ser priorizadas pela liderança, se necessário; * Começamos com um warm up, para dar uma aquecida e deixar as discussões mais leves; * Cada pessoa pessoa que tem pauta fala por vez; * Definição de próximos passos. ## Cine Smartlook **Objetivo**\ Momento em que o time de Design assiste interações das pessoas usuárias com a nossa plataforma, utilizando o Smartlook. PD's e Growth Designers participam. A partir dos problemas encontrados, definimos próximos passos. **Frequência**\ Semanal **Formato** * Toda semana, assistimos as interações de uma squad. PD's e Growth Designers podem pedir espaço para assistir gravações de suas squads; * O escopo é bem aberto, vamos conversando a respeito do que estamos vendo e identificamos e documentamos pontos de melhoria nos produtos. ## Health Check {% hint style="success" %} Essa cerimônia foi introduzida pela Natália Batista 💛, baseada em sua experiência no QuintoAndar. Eles tem [um artigo bem legal](https://medium.com/quintoandar-design/health-check-a-ferramenta-para-acompanhar-a-harmonia-do-seu-time-b2baf69970d0) que explica por que essa cerimônia foi criada. {% endhint %} **Objetivo**\ Ter um momento para conversar e medir, de forma estruturada, como estamos nos sentindo sobre alguns tópicos que constituem nosso trabalho. * **Missão** (Entendemos porque estamos aqui e estamos convencidos de que estamos no caminho certo); * **Valor final e Qualidade do design** (Sentimos que entregamos produtos que impactam positivamente os usuários e o negócio); * **Processo de design** (Conseguimos trabalhar com um processo de design estruturado, nosso método de trabalho está funcionando); * **Equipe** (Trabalhamos bem como time e nossa colaboração funciona); * **Produtividade** (Conseguimos manter um bom ritmo de entregas); * **Aprendizado** (Sentimos que estamos aprendendo coisas novas regularmente); * **Autonomia** (Sentimos que temos espaço para propor coisas novas); * **Velocidade** (No squad, conseguimos avançar em um bom ritmo e temos entregas contínuas); * **Diversão** (Nos divertimos como time e o tempo que passamos na empresa é prazeroso. A partir desses pontos conseguimos identificar qual não está indo tão bem e já propor ações e quem é o responsável por ela. **Frequência**\ Mensal, substitui uma Weekly de design **Formato** * Um pessoa moderadora, que pode ser escolhida na hora, lê os tópicos; * Todas as pessoas votam simultaneamente sobre como se sentem, na sua coluna da planilha, com os parâmetros: 👍 (bem), 😐 (indiferente) e 👎(mal). * A planilha prevê a média de respostas e indica o resultado sobre aquele tópico. * Ao final da votação de todos os tópicos, a pessoa moderadora identifica as pessoas que marcaram que se sentem mal em relação àquele aspecto e pergunta, para cada uma delas, qual ação podemos fazer para melhorar. * Após definir a ação, escolhemos quem vai ser a pessoa responsável. **Artefato**\ Google Sheets --- # Agent Instructions: Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://revelo.gitbook.io/playbook/cerimonias-1/cerimonias.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.