Shape Up. Como fazer para entregar valor da visão à produção?

Pessoal, eu até esqueci de comentar, né? Uma das coisas que a pandemia me ajudou a fazer foi do tipo, quer saber? Eu vou fazer a minha vinheta. Eu fiquei pirando, achando trilha royalties free pra não tomar bloqueio de nada e tal. E o cara vai brincando, se divertindo. Foram algumas horas fazendo e tipo, tá, legal, divertido. Como é que vocês estão? Muito bom falar com todos vocês aqui. Valeu, Daniel. Muito bom falar com vocês. Tá tudo bem. Marina não conhecia. Você não conhecia, mas já dita os projetos lá e já vamos conversar depois, porque temos coisa para fazer junto aí e vai ser massa. Com certeza. Bruno, a gente já se conhece de longa data do mundo ágil. A gente se conecta há muito tempo. Robson não se conhece quanto tempo a gente se conhece, mas conhece há muito tempo também. É mais de 10 anos. É, então, esse é o lance. E aí, quando eu estava lá, né, dando aquela navegada ali no LinkedIn, aí vi o Bruno falando ali sobre o Shape Up e tal, e eu falei, ó, cara, muito bom. Então, vamos fazer uma conversa. Eu já vinha falando com o Buseto para a gente fazer uma conversa e tal. Ele disse, não, eu chamo o Bruno, eu chamo a galera e vamos vocês conversar. Eu falei, então, vamos nessa. aí Bruno disse assim, tem uma pessoa de Porto Alegre aqui que de repente podia participar junto, não sei o que você acha, ele falou tal de Robson, eu falei, eu conheço Robson. E aí estamos aqui, e uma das, eu começo perguntando para cada um de vocês, como que vocês se conectam com esse mundo Basecamp, vamos chamar assim, ou que está em volta de tudo que vai sendo trabalhado, assim, a minha... A minha conexão é Fizzly 2005, D88 demonstrando o blog, e a minha cabeça fazendo... E a partir dali eu começo a entender o que está por trás daquela coisa lá. Não do Rails, mas da empresa, daquelas pessoas que estavam ali. Eu vim numa escola de estudar Ricardo Semler. Fazia dois anos que eu estava no mundo ágil, no Extreme Programming. Então, para mim, eu estava muito nos porquês. O que aquelas pessoas estão querendo ali e tal? E o Basecamp me chamou muito disso. A coisa do Calm Company, empresa calma, empresa tranquila. Então, para mim, foi assim que veio. Eu queria de vocês também ver como é que chega o mundo do Basecamp para vocês. Bom, quem começa? Vai, Ibram. Então, começo, eu puxei, né? Cara, eu tive o primeiro contato com eles, naturalmente, por conta do Rails. Acho que foi mais ou menos 2006, 2007, numa época que eu estava na CIA e a gente estava começando a se envolver mais forte com o Agile, né? E a gente, enfim, fez uns dois projetinhos, assim, comerciais mesmo com o Rails e começou a se envolver com eles lá. Depois eu li os primeiros livros todos, aquele Getting Real, eu li o Rework. Cheguei a usar a ferramenta do Basecamp, não sei se a gente usou na Cia, mas eu usei depois numa outra startup que eu ajudei a fundar, que foi o mapa da prova, a gente usou por um tempo. Eu gosto bastante da postura deles, de modo geral, gosto da clareza com que eles escrevem, gosto do fato de eles escreverem e usarem isso, são muito bons para usar isso como mídia, como marketing para o próprio produto, eu acho que tem um grande mérito nisso, não vejo nem mérito nenhum. Eu acho que eles são um pouco polêmicos demais, às vezes me irritam um pouco, o DHH em especial. Eu não concordo com tudo que eles fazem, mas de modo geral eu gosto bastante. Boa. Marina? A minha história, se ela é um pouco mais recente, que eu comecei a entrar na área efetivamente tem pouco tempo. Primeira vez que eu tive um primeiro contato ali com o Basecamp foi por causa do Rails em 2016 ou 2017, que foi o primeiro projeto que a gente estava fazendo, que era para um ministério de uma matéria aqui da Universidade de Brasília. E aí acabou que meus gerentes lá também, alunos, me passaram vários dos livros deles para ler. Aí eu li alguns, vi um pouco do conteúdo de Rails também. Eu gostei bastante. Acho que o que mais me chama a atenção, assim, do pouco que eu tive de experiência, né? Comparado a vocês, é muito como as experiências ali, o que está escrito, até no próprio ShapeUp também, é bem, assim... tentando ver bem a realidade, né? Do que acontece, assim. Então, algo que me chama muita atenção, por exemplo, é quando tem aquela curva de aprendizado que eles falam no Shape Up, por exemplo, na atividade, você vai descobrindo enquanto você está fazendo. Não tem como você prever tudo, né? Então, é algo que me chama muita atenção, eu gosto bastante. Robson, então, eu fui mais ou menos nessa mesma época de vocês, Daniel e Bruno, foi quando veio o Rails, né? E... E aí eu descobri o David e tal, e o trabalho que eles estavam fazendo, descobri o Basecamp, na época acho que era até 37 singles, né? E aí conheci os livros, desde então, eu tenho que confessar, eu virei um fanboy, assim, porque desde então eu li todos os livros deles, muitas vezes sem concordar com algumas coisas, assim. mas eu leio sabendo que ali vai ter algum conteúdo bom, sabe? Alguma coisa vai ser retirada ali. Algumas vezes até, tipo, um dos livros, os últimos livros que eles lançaram, que é aquele... It Don't Have To Be Crazy To Work. Muita coisa eles já tinham postado em blog, e aí foi meio repetitivo, assim, eu li, e ah, isso aqui eu já tinha visto, mas valeu a pena mesmo, assim, ler o livro, então. E acho que tem algo semelhante com o Shape Up, muita coisa do Shape Up já tinha nos blogs da Basecamp. E ainda assim, ao ler o livro, te dá um fechamento dos conceitos, dos pensamentos e tudo mais. Mas foi nessa época, foi na época do Rails que eu conheci. Desde então, venho seguindo todas as principais pessoas ali, Jason, David, o Ryan também. Alguns anos atrás a gente tentou usar o Basecamp na Superplayer, não deu certo, não ficou legal com a cultura, com o jeito que a gente trabalhava. Aí agora, quando a gente, desde 2019, que é um time remoto já, a gente voltou a usar e aí deu super certo e a gente tem usado até hoje. Então, enfim. Acho que eles são muito bons, assim, nos produtos que eles fazem. E... Mas é meu relacionamento já com o conteúdo que eles produzem tem bastante tempo também. Muito bom. Sabe que a Marina trouxe um lance da... Às vezes, desse tempo, da coisa do aprendizado. Eu vejo que essa coisa do design emergente, né? Do aprendizado, são coisas que elas vão aparecendo. Porque a coisa do trabalhar com bloco de seis semanas ou... o tio ali que eles fazem de duas ou coisa parecida, sei lá, Nokia, Salesforce, isso há 10, 15 anos atrás, trabalhava com interações de seis semanas. Mas não era por causa do processo de aprendizado, era pela incompetência de conseguir entregar as coisas em tempos mais curtos, entendeu? E quando a coisa vem desenhada que, será que eu vou ficar trabalhando em uma coisa durante seis semanas? Não, não. Eu estou te dando um tempo para tu aprender o máximo que tu puder sobre aquilo e... de gerar o valor. E outra brincadeira, ontem eu estava trocando uma ideia com o Lucas, que é quem está comigo nesse projeto, ele está aqui, mandou um bom dia para vocês. O Lucas, ele está escrevendo comigo, escreveu comigo, porque oficialmente a gente terminou a release de um do livro, o da visão da produção. E uma das coisas que eu fiquei brincando com ele é o seguinte, cara, esse lance das duas semanas de cooldown ali, de poder trabalhar em coisas diferentes, o que não ficou legal, se botar na realidade, é uma oportunidade para trabalhar em dívida técnica, em trabalhar em coisas que não ficaram legais, em ter aquele tempo, de novo, calmo, de trabalhar nos ajustes, mas vem tudo nessas coisas. Não, mas a gente tem que fazer mais, a gente tem que correr, a gente tem que fazer. E aí o lance do shape-up, eu acabo... Nenhum time que eu trabalho, eu acabo... Ah, vamos usar isso, vamos usar aquilo, vamos usar aquilo outro. É muito do emergente a coisa que vem. Então, nesse sentido, estou com o Robson. Muito dos conteúdos, os Six Weeks e os Cycles, já é texto antigo deles e tal. Mas é muito dessa estrutura que eles têm. E pela primeira vez, é alguém que não é o Jason nem o DHH fazendo uma publicação. Que para mim é algo muito legal de ver começar a acontecer numa empresa como agora a Base Game, antiga, a T7 Signals, que é... outras pessoas tendo mais voz. E na real, esse movimento de conteúdo, a gente falava antes de entrar ao vivo aqui, eles também vêm fazendo isso. Não sei se vocês têm notado isso da estrutura deles, mas eles vêm contando como é que funciona a história de funcionamento da equipe deles. E aí, por exemplo, aquela discussão do não temos um backlog! Sabe aquela discussão clássica deles? Eles têm, mas fica no projeto do time de atendimento. E daí eles ficam fazendo a estrutura lá de ver o que está ganhando atenção. E depois eles movem aquele item pra outra lista, pra outro projeto, que é o projeto da história mesmo. Só que a gente já sabia disso. Ficou assim, cara, é impossível alguém não ter uma lista de algum lugar com as coisas sendo pedidas. Alguém tá montando essa lista. Pode ser algo formal, que tu diz que tá lá no teu dia a dia, mas de novo, cai nessa linha do aprendizado que a coisa vem aparecendo. E eu queria passar pra vocês de novo a palavra e puxar histórias de vocês. Porque o que mais me conecta hoje com a Basecamp tem a relação com o tempo calmo. É o tempo de eu trabalhar nas coisas e aceitar que as coisas têm um tempo e que eu posso dedicar horas e dias pensando e projetando e organizando uma ideia. E eles trazem vários desses limites, tipo, vai até aqui, dá um prototipo a mais do que não sei o quê. Eu queria que vocês trouxessem um pouco dessas vivências que vocês foram tendo. no dia a dia, aplicando as coisas que estão ali presentes. Eu vou puxar aqui para manter a mesma ordem e a gente não ter dúvida. Bom, lá na BX, eu e a Marina somos da BX Blue, né? A gente... Na verdade, eu vi esse livro saindo desde o ano passado, se eu não me engano. Comecei a ler, vi que tinha algo muito interessante, mas não tinha conseguido muito na leitura. Esse ano, agora na metade do ano, mais ou menos, alguma coisa me trouxe de volta e eu meio que devorei ele. e como eu falei com o Robson, a gente bateu um papo na segunda também, eu comecei a sentir um monte de dores, assim, quando eu estava lendo o livro, que eu falei, cara, eu sofro disso aqui todo dia, nossa, eu sofro disso todo dia. E uma das coisas que a gente sofria nessa linha que você perguntou era isso, de a gente, bom, um sofrimento básico, assim, de chegar no final da semana e a gente não conseguiu entregar tudo que a gente tinha estimado, né? Então a gente vive, pelo menos a gente vivia na nossa implementação de Scrum que a gente usava até outro dia. um sentimento de pressa, porque se a gente sempre chegava no final da semana sem ter entregado tudo, ou quase sempre, tudo que a gente planejou, eu não tinha um tempinho de folga que o Kitbeck já pregava no primeiro livro de XP. O primeiro livro de XP tem uma prática técnica que ele embutia no Scrum lá, que chamava folga, exatamente. Você vai fazer um plano, você tem uma estimativa que você sabe que tem erro, você acha que faz 10 pontos na sprint, cara, então planeja 8. Essa folga é uma coisa muito... que o dia a dia não... nos leva a engolir, né? É um pouco difícil de manter essa prática. E aí, um ponto muito positivo do shape-up é o fato de ele institucionalizar isso, né? Ele vai planejar seis semanas, mais duas. Você tem ali um quarto, sei lá, um quarto, né, do seu tempo institucionalizadamente reservado para isso. Isso é muito bom. Eu acho que é um dos pulos do gato que eles têm no livro em relação a essa história da calma, né? A outra, que eu acho que é um grande pulo do gato, é a história deles inverterem a história da estimativa. Você não parte de uma coisa definida e me diz quanto custa. Não, é o oposto. Eu parto de um orçamento, isso é o que eu estou disposto a gastar, e aí eu penso o que eu consigo fazer desse problema nesse tempo. Ou seja, o meu desenho considera a restrição de tempo que eu tenho. E isso é uma forma de estimar, claro. Mas eu acho que é uma forma mais sintonizada com a ideia de timebox. E eu acho que isso também causa um pouco de calma. Isso é uma das coisas na Imoveme lá, a gente desde sempre, na verdade, eu sempre trazia, cara, massa o que vocês estão fazendo, o que a gente vai ter daqui a duas semanas. Pode ser algo não funcional, pode ser algo com um toggle para rodar internamente, pode ser algo, mas o que a gente vai poder começar a tocar daqui a duas semanas, entendeu? E aí alguns círculos trabalhavam um pouco mais com prototipação do que outros. Cada um tinha o seu jeito de achar, né? Outros escreviam mais, ou desenhavam mais, ou faziam mais. E eu venho forçando a barra de um ano pra cá mais fortemente pro lance da escrita, da sincronia e da ausência de reuniões. Então... eu consegui fazer algumas coisas ligadas com os projetos educacionais que envolviam trabalho, planejamento, quebra em partes menores e até chegar no primeiro evento online ao vivo, só teve uma reunião online antes dessa para testar o StreamYard. E todo o processo aconteceu de forma assíncrona. Mas a gente não tem que se falar, a gente está se falando. Tem um monte de pergunta aberta, a gente está se falando aqui dentro do Discord e tal, trocando ideia e tal. Então, a gente está se falando. E as pessoas têm essa noção de que é legal, a gente está fazendo progresso, porque está ficando documentado as coisas que estão aparecendo. E para mim, conecto na história do pitch, eu queria que vocês falassem também desse pensar da construção do pitch, como é que isso acontece ao longo do tempo também, que eu acho que é legal de como é que vocês estão resolvendo esse tipo de problema aí. Mas vamos seguir. Marina, traz aí mais um pouco. Pô, eu estou na BX também com o Pedroso, né? E eu entrei logo no finalzinho que a gente estava no processo anterior de Scrum para começar o Shake-Up. Eu fiquei uns dois meses, eu acho, antes de a gente começar a implementar. E uma coisa que me chamou muita atenção, assim, a gente estava sentindo muita dor nessa questão de chegar ao final das Sprints sem entregar, né? Era que a gente estava tendo muita dor de contexto, assim, das atividades. Porque, como você falou, no começo daquela... Você tem as seis semanas, você tem aquele tempo para você pegar e você entender o que está acontecendo ali de fato. Então, foi algo que me chamou muita atenção, porque a gente estava tendo muito dor com isso e, consequentemente, as tarefas vão crescer, até usando o shape para as crianças, mas elas estavam crescendo muito. A gente achava que era uma... coisinha ali e de repente se transformava em coisas de semana, atividades que eram para ser, sei lá, três pontinhos ali, viraram um mês ali de atividades. Então, ter esse tempo para entender todo o problema, e acho que o mais importante também é discutir. porque se torna um momento ali para todo mundo da equipe, da maneira que a gente faz, a gente deixa de escrito e deixa a discussão aberta para todo mundo olhar, de outros times até, entrar e dar uma opinião de, pô, aqui na nossa equipe a gente fez algo parecido e nós tivemos essas dificuldades, então a gente recomenda que vá para esse caminho. Então ter esse tempo não só de você entender... O problema é você poder discutir. Foi muito importante. Tem mudado bastante. Nossa relação com as dispensas. A gente sente que está fluindo mais. A gente está tendo mais um entendimento ali. Mas ao mesmo tempo foi engraçado. Porque no início a gente teve uma... A gente teve um certo... Não vou dizer receio. Mas uma preocupação. Não receio e preocupação é a mesma coisa. Mas a gente teve uma... pensamento que foi, como que a gente sabe que essa atividade que a gente está pensando que vai durar seis semanas, como a gente sabe na semana um, ou na semana dois, ou três, se a gente está indo bem, sabe? Se a gente está se conseguindo ir para frente, né? Então, até mesmo, eu comentei mais cedo, desse conceito de as atividades crescerem, é muito bom também, porque traz essa tranquilidade, né? O shape-up te dá muita tranquilidade de você ver, tipo, beleza, vai crescer. Não se preocupa que acontece isso aí, mas vai ser de forma mais controlada. Então, você está tranquilo ali de poder ter todo esse tempo, né? Para... para fazer as coisas do jeito que elas devem ser feitas, em vez dessa correria insana mesmo que era de você não ter fôlego e achar, não, beleza, você acaba que na sua mente você entra nesse modo de subestimar as coisas, de falar, não, isso aqui dá para fazer rapidamente, enquanto com esse tempo que o shape-up dá para a gente, a gente tem mais certeza, a gente diz com evidência, não, isso aqui vai ser rápido por causa disso, disso, disso, isso aqui não vai ser... porque tem todos esses problemas e contextos aqui que a gente vai ter que solucionar. Boa, boa. E aí, Robson? Bom, eu estou na Superplayer há oito anos, eu vou fazer agora, fez agora, e a gente é uma empresa remota desde 2019, início de 2019. E a gente está usando algumas coisas do Shape Up desde o final de 2019. E surgiu muito por causa do... Assim, quando eles lançaram o livro, duas semanas depois eu já tinha lido, por causa que eu falei para vocês que eu sou um boy lá e tal. Mas surgiu muito, mas eu li e ficou lá, maturando, como eu costumo dizer, ficou lá maturando as ideias. Aí quando o time, foi uma coisa engraçada, porque o time começou a surgir com alguns questionamentos e muitos deles tinham a ver com a gente estar tendo retrabalho porque não estamos definindo bem as coisas, não estamos pensando antes de fazer, basicamente. E aí quando surgiu esse problema, logo me veio a coisa do pitch e de como o shape, esse processo de shape, ele ao mesmo tempo te dá... Ele fala, a principal ideia dele é não ser tão abstrato como uma ideia, como uma frase, e não ser tão concreto como um wireframe. Essa ideia de meio termo, que ao mesmo tempo define algumas coisas, mas dá espaço para que o time consiga construir em cima daquilo. E aí, a partir dessa necessidade que a gente estava tendo, que a gente começou a usar algumas das ideias do Shape Up no nosso processo de desenvolvimento de software. E começou a dar certo, assim. A gente começou a gostar, mais pessoas começaram a ler um livro, mais pessoas começaram a escrever pitch dentro da empresa. E a gente, cada vez mais, vem usando mais ideias do que o livro traz lá dentro. Então, inicialmente, a gente não tinha o negócio dos ciclos das seis semanas. Aí a gente implementou. Hoje a gente tem um planejamento trimestral em termos de negócio. Então, dentro do produto, a gente divide nossas seis semanas, nosso trimestre em dois ciclos de seis semanas. sendo que desses dois ciclos, cinco semanas são para construção e uma semana para o, entre aspas, cooldown. O que a gente chama de desintoxicação, na verdade. Que é, assim, é sair da montanha-russa e começar a repensar, né, a voltar a se lidar. Porque uma coisa que eu acho que é importante deixar claro, assim, o Vince Camp fala das coisas todas de ser calmo e tudo mais. Mas quando o bicho pega, eles vão pra cima também, assim. Eles, cara, ficam trabalhando mais que necessário. Não, mas trabalho necessário pra fazer as entregas. Eventualmente adiam uma entrega. Isso é uma coisa que a gente aprendeu a fazer também. Mas, se necessário for, a calma ali é deixada um pouco de lado pra entregar pro negócio. Mas ela é situacional, né? Exatamente. Exatamente. O lance do rei, quando eles estavam lançando o rei. Cara, a gente vai segurar. Porra, começou. Vamos. Então, eu tenho essa estrutura, essa possibilidade de fazer esse tipo de pergunta. Ou de entrar no modo correria, porque na real, até de repente tem esse lance assim, Robson. Acho que dentro do Superplayer, tu viveu vários ciclos dentro do crescimento da empresa. Eu acompanho, acho que desde algum dos primeiros pitch lá com o Gustavo. no processo. E é legal ir vendo os diferentes momentos que a empresa vai passando, dificuldades que foram vendo, e a gente vai tendo isso. Cara, parece que tá mais tranquilo agora. Agora, então, assim, só que tu vai tendo uma estrutura que te dá uma base de fazer esse crescimento como tu traz, né? Dois ciclos, seis semanas. Meio que as coisas vão se assentando dentro do planejamento, né? Isso é uma coisa que eu acho que, quando pensa um trimestre, não, cara, são dois blocos aqui, tá tudo calmo, vamos rodar, vamos fazer, né? É, exatamente. E aí se adapta para a sua realidade, né? Porque não dá para copiar o que vem e colar. Mas uma coisa que o Bruno falou, que a Mariana também comentou, que eu acho bem legal, é assim, eu cheguei a falar, né? Não tem nada de novo dentro do Shape-Up, assim. Tem muita pouca ideia nova dentro do Shape-Up. O que eu acho interessante é que eles pegam essas ideias já disseminadas, e trazem uma forma diferente, empacotam elas de uma forma diferente, mas com muita base em experiência mesmo, em vivência. Então, quando eu li lá o negócio do ciclo de seis semanas, eu achei sensacional, por causa que... Eu não sabia dizer por que era sensacional, mas eu achei sensacional por causa que era uma coisa que vinha de dentro, de experiência mesmo, de saber que oito semanas parece demais. Quatro semanas é pouco tempo, mas seis parece aquela medida certinha, sabe? Para você conseguir entregar uma coisa com valor e que ao mesmo tempo, desde a primeira semana, você consegue ver. Não, olha só, a gente tem uma data que está chegando, não é uma coisa muito longa, são três meses para fazer uma entrega. E outro ponto que o Bruno comentou também é a relação da inversão do esforço para o investimento, do orçamento, que até é um detalhe que eu acho que é um detalhe muito pequeno. e que faz total diferença, é como eles chamam isso, né? Eles chamam isso de apetite. E, cara, isso torna muito mais simples de explicar para pessoas que não são, que são de software e que não são também, que é o... você vai definir qual é o seu apetite para aquilo. Ah, com essa vontade de fazer aquilo, com essa vontade de comer, né? Aquele problema. E... E aí isso fica muito mais simples também de você conversar com outras pessoas que não estão muito envolvidas nesse mundo de negócios, de negócios não, de desenvolvimento de software, e que eles trazem essa percepção, né? Essa vivência que eles já tiveram, essa percepção, e torna também mais fácil de entender e utilizar o método no seu dia a dia. Então acho que, assim, a gente começou a usar o Shippo por causa dessa ideia de... pensar antes de fazer, ter um tempo efetivo para se pensar e se construir. Mas, como eu falei, não tem muita coisa nova. Entregar software em ciclos de interação, a gente já fazia. Dar autonomia para o time também. É coisa de tempo fixo, escopo variável, mesma coisa. Então, acho que a forma, o modelo e essa coisa de trazer de vivência que eles empacotaram ali, que me chamou mais atenção, que eu acho bem interessante. assim, te dar segurança, né? Te dar segurança em pegar aquilo e tentar implementar, experimentar, porque tu sabe que já tem um caso, digamos assim, de como tu fez. Boa. Sabe o que tu falando? Eu fiquei lembrando de alguns testes que eu rodei na Emoveme, e eu tinha que dar um jeito de fazer a galera parar por algum motivo que não fosse o... O Lucas trouxe aqui uma... Eu termino com o que ele traz, que é o parar de ter pressa. Como é que eu faço para as pessoas pararem de terem pressa? E aí o meu jeito de operar em cima dessa estrutura era criar algum tipo de gargalo que fizesse as pessoas trabalhem de algum jeito. Então, uma época eu tinha a brincadeira das 500 horas, que virou 600 horas depois. Mas qual era a magia das 600 horas? Nossa, 600 horas, Daniel. Por que 600 horas? Porque... a pessoa em média não vai trabalhar umas cinco horas por dia mais ou menos e aí eu ficava cinco horas de azul tem vai dar tal três pessoas três mosqueteiros que era um dos pensamentos alguém real que era de ter trios né trabalhando as histórias o movimento nasce com trio por exemplo e eu sempre gostei dessa coisa de ter time células pequenas operando e tal então era um trio dois meses Dá 600, tinha uma parada dessa coisa, mas eu não sabia coisa dos 600 exatamente dois meses, mas por que dois meses e não três? Pra não ficar o trimestre, pra não ficar uma coisa atrelada a planejamento, a pessoa querer botar na visão da empresa, é um troço que não cabe, ele cabe inteiro, então eu tava tentando criar algum jeito de estrutura que a coisa não parasse em pé. E aí eu vou somar o Tomás aqui, que tava trocando ideia com a gente no post lá, ele traz aqui. E eu vou trazer o meu incômodo, porque eu não soube responder isso de uma forma tranquila até hoje, tá? Que é... Essas 600 horas, elas eram contínuas. Elas eram transformadas em oito semanas de trabalho. Era assim que eu enxergava. E eu nunca consegui colocar pra dentro de uma estrutura de time esse processo do cooldown das duas semanas. Nunca. E talvez é uma limitação. Talvez não. Ela é uma limitação minha por causa do meu jeito de operar. Porque, por exemplo, na minha, e é muito meu, Dani, eu sempre trago essas coisas, porque esses tempos eu estava dando uma palestra, faz um tempinho já, e uma pessoa me parou e falou assim, mas essa é a tua opinião, né? Eu falei, é a minha opinião. Então eu sempre reforço que é a minha opinião, o Daniel falando aqui. Que é, todas as manhãs eu tenho um tempo de cool down. Entre uma hora e meia e duas horas, todos os dias, eu tenho um tempo que é só meu. E mais ou menos pra mim não cabe ter esse tempo de duas semanas depois. Mas de novo, é muito meu. E aí dentro das equipes eu nunca parei pra ter essa estrutura. O Klaus falava, o Bruno vai lembrar dessa do cleaner, de ter alguém trabalhando num período, resolvendo questões que não estão legais, ou tendo um tempo de qualidade no momento da semana. Tinha várias estratégias nesse sentido. Mas essa foi o cooldown pra mim era a forma mais simples. mais reta e direta de dizer, para! E agora ajusta o que não está legal. Porque feria as minhas crenças de um modelo de iteração, e de como assim eu vou fazer uma semana sem entregar valor. E na real, tu está entregando valor, né? Tu está lapidando, terminando o processo do shape, vamos chamar assim, tu está lapidando o que está acontecendo. Mas eu queria ouvir de vocês um pouco desse lance do acalmar, como é que isso foi sendo... como é que isso é trazido? O Robson comentou o esquema de uma semana, mas de verdade, de verdade, como é que isso opera dentro da empresa? Ou é aquela semana que, ah, essa semana vocês não estão trabalhando essa semana. Como é que isso acontece dentro da organização? Bom, lá na BX, respondendo um pouco o Tomás aqui, a gente está agora acabando uma sprint, não foi uma semana, foram duas, uma semana de cooldown. A gente não está adotando tudo à risca, até porque a gente está em processo de adoção ainda e estamos achando o nosso jeito de fazer. Uma das coisas que a gente teve que adaptar foi o ciclo. A gente não faz um ciclo de seis semanas, porque a gente tem outros times que não fazem ainda nada do Shape Up e esse pessoal está trabalhando Scrum-like e a gente tem um Scrum de Scrums no fim da semana, no fim do mês, e a gente tem que de um jeito de outro sincronizar com eles. Então, o nosso ciclo está sendo de um mês. A gente faz três semanas, mais uma. E agora em dezembro em especial a gente fez duas, porque eram duas semanas menores de três dias, por causa de Natal e Ano Novo. A gente fez um ciclo só de seis dias, a gente está terminando ele hoje. Antes de entrar aqui a gente estava fazendo a retrospectiva dessa semana e estava todo o lugar com um sorriso daqui até aqui. Porque a lista de coisas que a gente... O que é o início, o meio a dia de trabalho, focado. Exato. Mas assim, a gente... Cara, tava todo mundo super feliz, porque a gente ficou sem plano, quase sem plano, a gente tinha umas duas obrigações que a gente queria cumprir, a gente cumpriu rapidinho, e a gente combinou de que cada um faz o que quiser, mas vamos anotando aqui pra gente poder olhar pra isso depois e refletir, né? E cara, tinha uma lista enorme, o dobro do que a gente normalmente costuma ver nas sprints, e tava todo mundo felizão, porque tinha coisa que a gente queria fazer, sei lá, desde o começo do ano, e aquele negócio ficava voltando, enchendo nosso saco, e aí a gente, caralho, conseguimos resolver isso. Então, cara, ficou todo mundo super feliz. A gente sempre teve na BX um tempinho de descanso, de calma, né? A gente já tinha, ainda tem, na verdade, um período que a gente chama de Shark Week. É uma semana onde todo mundo é cleaner. É uma semana que acontece, toda vez que um mês tem uma semana a mais, a gente tira essa semana a mais e resolve esse pepino. E a gente tem um período de duas horas que a gente faz no final do mês, que também a equipe toda para. Mas essas coisas, sei lá, de certo modo não estavam sendo suficientes. Eu acho que essa proporção de 1 para 3, 20% do seu tempo cuidando de débitos é um pouco mais acertada. E eu acho que o cooldown acerta não só por isso, mas porque você tem aquela última semana onde a gente não tem uma obrigação clara. Primeiro que eu falei, ela adiciona institucionalmente uma folga. Porque sempre vai sobrar uma coisa das três semanas, sempre vai botar um negócio de produção, vai ter um bugzinho, vai ter uma melhoria de UX, vai ter... Então você bota essa folga e você dá um tempo explícito pra gente planejar o ciclo seguinte. Agora não tem ninguém correndo, agora a gente tá parando arestas, fazendo refactores. Tem uma outra galera sentada planejando o próximo ciclo com calma de novo, né? Essa calma que o Daniel mencionou no começo, ela é importante realmente. Boa. Quer complementar, Mariana, alguma coisa? A minha experiência é um pouco diferente, assim, acho que eu não tive muita experiência do cooldown, na verdade, porque lá no BX a gente tem uma rotação de times, né, e acabou que quando a gente estava implementando o shape-up, eu mudei para outro time que não está usando, e aí eu voltei para o scrum, assim, mas é uma ideia que, assim, eu estou animado, que mês que vem eu volto lá para a equipe com o Pedroso, para poder ter esse tempo, né, de sentar e... parar para fazer as coisas, que é algo que no dia a dia, assim, é muito... Fica aquela coisa na sua mente, né? De, nossa, estou resolvendo isso aqui, mas tem aquele bug, tem não sei o que, por exemplo, CI, por exemplo, CI fica lento, dá algum problema, só que aí, quem é que vai parar ali, todo mundo com atividade, sabe, para focar só nisso, né? Então, é algo que... que é muito bom, e nessas Shark Weeks, por exemplo, que a gente já teve, eram momentos ótimos para a gente sentar e fazer essas coisas, só que a gente sempre ficava com a sensação de que era pouco, de esse momento no final do mês, de duas horas, de que a gente vai sentar e fazer alguma coisa, é muito pequeno para você pegar aquele calo mesmo. que está no seu sapato tem meses e você está querendo tirar, é muito pouco tempo para você entender tudo aquilo ali. Até a própria uma semana só, tipo, o que acontece toda vez que tem uma semana a mais no mês, né? Estava sendo muito pouco. Então, a inclusão do Kudam é muito... Eu sinto, assim, eu estava conversando com uma amiga que é um momento bom, assim mesmo, sabe? De que vocês agora têm esse tempo e ele é mais... Ele vai chegar, sabe? Não é mais algo tipo, nossa... daqui para a Freire, não sei quando vai ter outra Chacui, quando é que vai ter um mês, uma semana a mais, para a gente poder ter esse tempo, sabe, e olhar para aquilo ali. Então, é muito proveitoso e dá uma, acho que é um momento de renovar também, né, se sentir renovado, assim, de parar de todo aquele contexto que você estava, né, e pensar, poxa, agora vou pensar nisso aqui, vou resolver esses problemas aqui que estão mexendo o saco. Boa, boa. E, Robson? Eu estava pensando, quando é que a gente começou a fazer isso? E aí eu me lembrei que veio de forma bem natural, na verdade, assim, portou por necessidade. A gente entregou um projeto, uma feature nova que a gente estava fazendo em um dos nossos produtos, e a gente entregou ela e a gente teve que ficar depois mais duas semanas trabalhando em cima dela, depois do ciclo, acho que era seis semanas ainda que a gente estava usando, a gente teve que ficar mais duas para... para corrigir coisas, para melhorar algumas coisas, corrigir outras, aparar as arestas para subir a versão para a loja e tudo mais. Aí depois, outra feature que a gente fez teve algo semelhante. A gente fez e teve que ter um tempinho depois para aparar tudo. Então, isso foi acontecendo de forma bem natural. A gente foi vendo que era necessidade mesmo. Até então que a gente, não, vamos ser intencional, vamos fazer intencionalmente, vai ser isso, cinco semanas, mais uma. Que é o que cabia dentro do nosso trimestre ali, né? E geralmente a gente usa efetivamente para isso, assim, a gente tem um projeto de cinco semanas e algumas vezes ele leva seis e ainda assim a gente pega mais uma semana, ou a gente faz cinco semanas e mais uma semana para aparar as arestas. e botar alguma coisa que a gente acredita que tenha qualidade necessária que a gente busca para disponibilizar para os usuários, para os nossos clientes. Mas foi bem natural, assim, essa... Não foi uma coisa que, quero dizer assim, a gente não começou, apesar de ser o que o pessoal falou, Daniel e Bruno falaram de a importância de ter esse tempo e de fazer isso ser institucional. Para a gente não começou de forma institucional, começou de forma natural, com necessidade mesmo. E aí depois a gente fez intencionalmente. Boa, boa. Mas, desculpa, desculpa, não. O que o Tomás falou, acho que é uma das coisas mais difíceis mesmo de se fazer. É, esse é um ponto. Eu ainda vou aprender. Eu vou... Tem mais energia para colocar aí, para entrar, para conseguir funcionar com isso. Uma outra coisa que me chama a querer entender de vocês é essa rotina que a gente tem, ah, priorizamos isso daqui, a gente vai executar e beleza. Mas esse trabalho de construção do pitch, de preparação do conhecimento, porque o meu jeito de ir construindo os projetos que eu vou fazendo é que eu estou aqui executando algumas coisas e eu estou aqui escrevendo, matutando em cima de outras. E elas estão ganhando fórmulas, estão ganhando... Como é que roda a parte de pesquisas, entrevistas, de... Como é que é o ciclo dessas rotinas que vocês têm, né? O Tomás está perguntando aqui das rotinas das seis semanas, mas eu estou indo além aqui um pouco do que... Porque, de repente, o que está acontecendo naquelas seis semanas ali é o que vocês já planejaram, entenderam, que é o que vai ser buscado para ser trabalhado e tal, e vamos nessa. Mas eu queria trazer um pouquinho antes também da coisa... Como que vai aparecendo essa... trazer a galera mais ligada com UX, galera mais ligada em jornadas, galera que puxa apoio de pessoas, clientes, para trocar ideia, enfim, eu queria que vocês trouxessem um pouco dessa, a parte um pouco mais caótica da construção desse processo. Tá, na BX, eu acho que esse é um processo que ainda não está 100% maduro, essa segunda trilha. Ela ainda é feita hoje por parte da equipe. Acho que talvez as pessoas mais experientes da equipe têm um fórum privado onde a gente discute isso. A gente tem, assim como o Robson mencionou, que tem lá também um planejamento de negócio que é trimestral. E esse fórum olha para esse plano trimestral, essas metas, e tenta dali pensar no que será feito esse mês, nesse ciclo. Nossos ciclos, como falei, são três semanas, mas uma dá um mês. Então, a gente tem três ciclos de um mês. O que vai ser feito em cada um desses ciclos de um mês? Hoje a gente tem um fórum com as pessoas mais experientes da equipe. São três ou quatro pessoas que discutem ao longo do mês inteiro. Mas eu sinto que a gente ainda tem muita coisa para amadurecer ali. A gente ainda precisa... Eu acho que a gente está conversando sobre isso. Acho que no começo do ano. A gente deve crescer bastante o time agora no ano que vem. E um dos pontos que a gente acha que tem que melhorar é isso. Tem que ter uma pessoa... Não é nem de UX. Tem que ter uma pessoa de produto que está o tempo inteiro com cabeça em cliente, em pesquisa de... de usabilidade, de conversar com cliente e ir alimentando esse processo. E essas pessoas desse fórum têm que estar conversando o tempo inteiro sobre isso, né? Eu gosto muito desse nome, pitch, porque ele dá a ideia de que você tem que vender a sua ideia de fato. Aquilo é só uma ideia. O cara trouxe, porque ele começou com o usuário e descobriu que isso era importante, ele não magenta chegar e falar assim, gente, uma ideia maravilhosa. Não, velho, defenda a sua ideia. Escreve, sabe? Coloca ela dentro de um time box. explica pra gente o valor, o impacto que isso vai ter, aí sim isso pode ganhar espaço no próximo ciclo. Eu acho que a gente ainda tem muito pra amadurecer nesse ponto. Hoje a gente ainda deixa muito pra última hora. Essa escolha, em parte, já está feita, porque a gente tem um plano trimestral e a gente já tem alguns candidatos ali que a gente sabe que são importantes. E, em parte, a gente acaba escrevendo elas mais pro final, como são as mesmas pessoas que estão... no processo codando, construindo o que foi pensado no ciclo anterior. Só as mesmas pessoas que vão sair para esse fórunzinho para discutir, a gente acaba, de certo modo, deixando isso mais para frente, sabe? É um ponto que a gente, enfim, a gente ainda está evoluindo isso. Eu acho que ainda tem muito para amadurecer lá. Não sei se a Nina tem algum complemento. Eu acho que, assim, nas que eu participei da construção, vamos lá fazer o... O pitch, algo que a gente fazia muito, a parte principal para a gente eram duas coisas. Como a gente já estava pegando problemas que a gente sabia que ia ter que ser implementados, eram dores, então não tinha tanto uma defesa de tipo, a gente tem que fazer isso aqui e convencer os outros. A gente se focava muito em, primeiro, entender qual era o problema ali, mas entender também se já estava sendo feito hoje. Porque tem algumas coisas que o sistema não faz, mas o usuário consegue arranjar um jeito de fazer e que ele está acostumado a fazer e acaba dando problemas do sistema como ele é hoje. E quando você for implementar também vai dar mais outros problemas. Então a gente ficava muito próximo da galera do operacional, acho que não tanto de clientes em si. A gente ficava muito perto. da galera que está em contato com os clientes, que eles estão utilizando os produtos em si. E o outro foco que a gente dava também, assim, nessa parte de fazer, de entender e escrever, a gente também pensa muito em como o sistema é muito grande, principalmente o que a gente chama de marketplace na empresa. a gente dava muito um contexto técnico ali também, de a gente vai ter que ser mexido aqui, aqui e aqui, pode ter esses impactos e às vezes até possíveis soluções, a gente nunca deixando, tipo, vai ter que ser isso para não perder aquele... a pessoa que está desenvolvendo, fazer o trabalho dela, de achar o melhor caminho, mas de algumas sugestões de, ó, a gente podia, talvez, ir por esse caminho. Teve uma que a gente estava pensando de implementar multitreads, por exemplo. Então, várias sugestões de como que esse problema pode ser atacado lá. Então, é algo que a gente, acho que, na minha experiência, esses foram... pontos mais importantes que a gente ia focando. Boa. Paulson? Hoje a gente trabalha com duas trilhas, né, é outra coisa não nova que tem no Shape Up, então a gente trabalha com duas trilhas, enquanto uma trilha está trabalhando na construção do que a gente pensou no trimestre, no ciclo passado, na verdade, não é no trimestre, a gente está pensando no próximo ciclo, algumas vezes causa de ser uma mudança de trimestre. Outras vezes não, outras vezes é só dentro do mesmo trimestre. Então a gente tem uma parte do time que se dedica um pouco mais a escrever os pitches. Então, que sou eu, nosso líder de design, nosso líder técnico. Mas teve já pitches escritos para outras pessoas, do time engenheiro, design. E aí a gente tenta, na maioria das vezes, sempre pensar na frente, na trilha. de shape, a gente está pensando que vai fazer no próximo ciclo, nem sempre a gente consegue, né? Todo mundo sabe, coisas não planejadas acontecem, então, algumas vezes a gente tem que realmente, a gente ainda tenta correr, dar aquela corrida para fazer algum shape, fazer algum pitch, antes de sair desenvolvendo, sair construindo, né? Então, Então, a gente tem trabalhado com essas duas trilhas, o que nos levou, até foi interessante que isso nos levou a fazer uma mudança, inclusive no planejamento de negócio da empresa. Porque a empresa é muito centrada nos produtos que a gente desenvolve, então uma coisa acaba influenciando na outra. E aí, a gente, até trimestre passado, a gente, a partir do nosso planejamento de negócio, a gente, desenvolvia, desmembrava o que a gente ia fazer naquele trimestre em termos de produto e aí fazia os shapes e tal. Na última, na verdade, no último planejamento que a gente fez, a gente, antes do planejamento, a gente começou a trabalhar em produto na parte mais descoberta mesmo, com pesquisa, com entrevistas com clientes e já levou algumas opções que a gente chama, a gente está chamando de opções. para o planejamento. O Daniel falou que não tem, na verdade, o Basecamp tem backlog, uma das coisas que eles falavam, a gente não tem backlog, mas eles têm. Eles têm algumas coisas descentralizadas, não é ficam nem sempre a tudo no mesmo lugar, tem lá um maior, mas eles têm coisas descentralizadas. A gente está conseguindo, está começando a fazer isso também de forma natural, a gente tem coisas descentralizadas, a gente tem lá um backlog de produto e tal, aquela coisa que... Tem coisa lá de dois anos, já, que a gente nunca vai fazer. Mas tem bastante coisa descentralizada. E agora o próximo planejamento que a gente vai fazer, na verdade, é o primeiro que a gente, em produto, por causa que a gente já fez um trabalho de descoberta, já fez entrevistas com clientes, já fez um trabalho de pesquisa mesmo em relação ao negócio, que a gente já vai levar opções. Então a gente já vai chegar para as opções e é o primeiro que a gente vai tentar fazer o que eles chamam ali no shape de mesa de apostas. Então, a gente vai trazer as opções para o time de sócios e tal da empresa, para a gente entender o que a gente vai apostar para o próximo trimestre. Falando em produto. Então, assim, vai ser a primeira experiência. Eu não sei muito bem como vai funcionar nessa questão das apostas. Vai ser a primeira vez. Mas essa questão de fazer o shape das duas trilhas é uma coisa que a gente já tem uns dois trimestres que a gente já está fazendo. Sabe o que é um lance legal? Independente do resultado que vai dar na aposta, ela certamente é melhor do que tu apostar em one-liners, que normalmente é o que às vezes acabava acontecendo, né? Tinha uma frase solta, cheia de expectativas, nada conectado com alguma realidade que ia aparecer depois, e aí começava essa doideira do ah, não era o que eu achava, mas não era bem isso aí que eu pensei. Expectativas diferentes, né? Cada um lê a frase e vê uma coisa diferente. Eu até publiquei esses tempos, é um material que eu vinha cultivando há um tempo já. Eu fiz uma mistureba. Hoje, quando eu tenho alguma ideia na eMovie, tem uma espécie de um documento lá, que é um template, não precisa ser seguido assim, exatamente. Mas ele é uma mistura de six pages com a três. Cara, eu peguei e fiz um... Eu fiz um lance lá e montei uma estrutura, mas ela é um pouco para ajudar as pessoas a saírem do eu acho para o cara, tem algo aqui. E eu acho que vai ser muito legal, Robson, vocês terem isso aqui, porque mesmo que as coisas não sejam selecionadas para trabalhar, de novo, tu não foi no extremo que aquele conhecimento vai ser perdido. Tu tá num limiar ali que é tipo assim, não, cara, ela é uma ideia factível pra ser modificada ainda. Se mudar um protótipo, eu vou apagar uma imagem, vou subir a outra que eu fiz aqui, que eu acabei de desenhar e tá tudo certo. E até nesse sentido, eu não sei quantos de vocês lembram disso, mas na época a 37 Signals lançou, com esse lance deles de fazer o protótipo de dedão, vou chamar assim, que eu usando a caneta ponta mais grossa, não deixar tanto, eles tinham um softwarezinho chamado Draft. só tinha para iPad, que se tu comprasse o livro de introdução iOS do Daytel, tu aprendia a fazer aquele software lá, que era basicamente fundo preto, podia pintar de branco, pintar de vermelho e podia apagar, que era pintar de preto. Então, era isso que tinha, e ele deixava de salvar a imagem ou exportar ela para um campfire. As duas funcionalidades que tinha da história. 10 dólares. Eu paguei com força aqueles 10 dólares. Eu falei assim, cara... Se alguém tem coragem de lançar um produto não tendo um monte de coisa que qualquer pente da vida lá ia ter olhando para o lado na loja, e os caras lançaram aquele produto, só aquilo, eu falei assim, meu, toma. E eu acho que o que me chama a atenção do Basecamp, dos produtos em geral da empresa, até os bugs eu consigo entender. Eu já estava mexendo em uma todo list minha e tal, e o troço entrou em parafuso, entrou num scroll infinito, não parava mais. Olha só que legal isso aqui. Que software ruim, não, cara? Eu não deveria ter listas tão grandes. A restrição é uma feature, né? Você começa a pensar, tipo assim, cara, sou eu que estou errado, cara. Eu não devia ter essa todo list gigantesca aqui, cara. Aí comecei a revisitar um monte de coisa e tal. Então, e o Jason fala isso muito na estrutura dele, assim, cara, o Base Keep não é para todas as empresas. Ah, porque esse dia vem uma empresa gigantesca querendo que eu arrumasse. Não é. A gente não é pra vocês. E isso pra mim, essa coisa de desenhar produto, eu acho que é muito genuíno, assim, sabe? A gente entender pra quem é o nosso produto. E aí tu vai atuar em cima das restrições que tu tem que ter pra aquele público que vai te utilizar e que vai querer rodar as tuas jornadas e assim vai, né? Esse é um lance. A gente tá indo pros 10 minutos. Eu falei pra vocês que o troço era rápido, cara. Tão 50 minutos falando já, tá? Olha só, eu queria... Eu queria ter um lance legal. Até eu não falei do... Deixa eu ver se aparece aqui. Ah, tá ali, ó. Tá vendo do lado da... Eu sempre me erro aqui. Tá vendo que tem tipo um negocinho aqui que é um quadro? Isso aqui é a capa do... Que eu comprei pra botar numa moldura e deixar na parede, assim. Só pra me lembrar. Aí tu me ganhou, cara. É, não, não é, tá ali ainda porque eu tô com um amor nessa parede aqui, cara, tá tão bonito com essa cor aqui que eu não sei se eu quero machucar ela, entendeu? Eu tô nessa discussão, assim, se, o que que vai? Mas eu queria trazer o seguinte, o esquema do dual track, fazer um pouquinho de discussão sistêmica aqui, que uma das maiores vinhacas que eu vejo quando a gente começa a pensar nesse modelo dual track é querer encaixar a execução com experimentação ou reflexão. para fazer as coisas se baterem. E acho que a primeira nhaca é isso, entendeu? Porque, tipo assim, no momento que eu definir, eu tenho seis semanas, quatro semanas, o tempo que for, tá massa, eu estou em modo entrega. Pode jogar que a gente vai fazer, entendeu? A gente vai saber lidar com as restrições ou cortar coisas para ela caber dentro desse período, tá massa? Agora, muitas vezes, eu não consigo fazer a mesma forçação de barra para aquilo que eu estou escrevendo, né? Volta e meia, galera. Passa logo pra gente aí o que tu tá pensando. Eu falei, cara, não tô pronto. Eu preciso de mais uma semana. Não, mas foi muito enrolado isso daí. Eu falei, cara, tá, vamos conversar aqui uma hora então, eu te falo o que eu tô pensando. Tá, vamos fazer. Não tá pronto, cara. Nós temos que escrever mais. Tem mais perguntas que eu não respondi ainda. E aí quando você começa a trazer pras pessoas que não tá na hora ainda. E às vezes não dê tempo de entrar na próxima aposta. Não, mas tem que entrar. Eu falei, cara, será que tem que entrar? Então, vamos, que não os que a gente vai dizer aqui para que esse troço pare em pé, para poder daqui a pouco fazer parte, né? Eu queria discutir com vocês um pouco disso, assim, dessa coisa da... Como é que a gente cuida do conhecimento sendo construído? Acho que é um pouco dessa vibe, assim, dessa... Como é que a gente vai tendo os acordos internos? Porque o Bruno trouxe também, às vezes você tem essa estrutura do Scrum Scrum, que ela vai criando essa visão sistêmica de checks, né? Então, dentro da iMove também tem as... pelo menos as áreas, os representantes de cada área, a gente tem um check na semana lá, que a gente se olha e vê o que está sendo o foco, o que está sendo trabalhado, o que está sendo importante, se tem alguma crise que está impactando alguma coisa e tal. Tem aquele check ali. E uma das coisas que eu venho trabalhando com a galera é, cara, é menos dizer que tu conseguiu fazer alguma coisa e mais contar do teu progresso e onde tu precisa de ajuda. Sempre o jogo foi esse, né? Mas o outro disse que fez, como é que eu vou dizer que eu não fiz? Cara, a realidade de cada pessoa dentro da empresa é uma realidade. Os sistemas são diferentes. De repente, pra quem desenvolve software, ter uma cadência de entrega de feature é muito mais fácil do que entregar conversões de venda. Quando ela é uma venda construtiva, por exemplo. Ah, não, tu tem que gerar tanto. Cara, não sei, enquanto eu não conseguir montar um playbook legal aqui comercial pra fazer a coisa acontecer, não rola. Enquanto eu não achar o meu público-alvo ou palavras-chave interessantes, Se bem que isso aí funciona a cada três, seis meses, né? Quando o Google muda o algoritmo dos anúncios ou coisa, você vai lá o cara tentando reconstruir todas as campanhas de novo. Mas tudo é um processo que não é exatamente determinístico, né? E eu queria ver de vocês um pouco disso, assim, como é que funciona essa coisa da construção, do aprendizado, do vamos lá, vamos fazer. Cara, eu acho que esse destacamento da segunda trilha de concepção, vamos dizer assim, É um outro do pulo do gato super forte. Porque, voltando naquele assunto da calma que você mencionou, se você parar para pensar, a gente tem um time box para construir as coisas, tem que ser feito em seis semanas. Mas a gente não tem um time box, a gente não tem nenhuma restrição de tempo para conceber as coisas. As coisas vão ser concebidas, você vai ter o tempo que você precisar para pesquisar, para falar com o usuário, para desenhar, para discutir. No dia que você estiver pronto, você escreve o pitch, coloca ele para o jogo e vem defender ele. Mas você não tem tempo para discutir isso. O que acontece é que se você não destaca duas trilhas, você vai definir o problema em uma linha, como você colocou, vai colocar isso aqui para o time estimar, vamos dizer, o time vai dizer que isso aqui, para ser simples, vai levar seis semanas. Só que embutido nessas seis semanas, isso ninguém parou para pensar. Existe toda aquela discussão, toda aquela pesquisa, toda aquela incerteza que ninguém parou para definir antes. Eu gosto muito de fazer uma reflexão sobre essa história. Da primeira vez que eu falei sobre o Shape Up lá na BX, alguém falou assim, pô, mas a gente está voltando para o waterfall? Alguém vai pegar e vai definir tudo direitinho antes, para depois a gente construir? E aí eu parei e depois refleti e eu acho que, sabe qual é a minha resposta? Sim, a gente está assim. A gente está reequilibrando um pouquinho de volta para aquele lado, sabe? Sabe qual é o lance que eu vou te dizer? Só te interrompendo, mas colaborando. Eu fiz um não aqui, mas é um não com cara de sim. Que é assim, ó. O Royce, e eu falei isso num evento que eu estava em 2009 com o SCC, em 2019. O artigo de Waterfall deixa muito claro que a falta de feedback daquilo que está acontecendo, a falta de retroalimentação é o grande risco do modelo. Inclusive tem um desenho lá que ele explica essa dificuldade que pode acontecer. E logo abaixo tem a frase dele explicando que aquilo ali é o risco. Por algum motivo, a indústria pegou aquela foto ali e fez aquilo ali virar o modelo, que é o que ele dizia para não fazer no artigo. Exatamente. Cara, essa é a parte mais louca, entendeu? Quando a gente passa de deixar de ser um crítico do waterfall e vai olhar o artigo original e o cara está explicando, não usa isso, porque aqui tem risco. É assim, caramba. Exatamente. Onde é que a gente está? Mas assim, o lance que eu trago para ti, Bruno, e de repente tu complementa ou vai contra o que eu estou dizendo é o seguinte. No momento que eu boto seis semanas, seis semanas e estanco as duas naturezas de trabalho que são diferentes e faço elas parecerem iguais, eu não estou dando atenção que esse sistema aqui precisa. Porque talvez eu tenha um lance, você quer colocar seis em seis semanas também para fazer o trabalho de descoberta? Cara, a gente pode colocar. Mas, ao mesmo tempo, ao longo da execução desse negócio, eu vejo que vão ter coisas que vão ganhar força. E outras que naturalmente vão começar a perder força porque eu não estou pronto para levá-las adiante. Então eu já vou deixando elas para trás. Vamos com essas aqui, essas aqui estão mais preparadas. Vamos dar atenção para elas então. E aí eu fortaleço aquilo que está mais preparado para seguir adiante e não dizer não, essas cinco tem que chegar até o final das seis semanas. Dá um jeito. Não, mas a gente não está levando em conta o que o sistema está me dizendo. Que é basicamente, esse item demora mais. Esse item eu preciso pesquisar mais coisas sobre ele. Ou eu preciso diminuir o escopo. Vou fazer só essa parte. Essa parte aqui tá consistente. Tá bom, então a gente pode colocá-la pra entrar pra mesa de apostas, por exemplo. Mas eu tô na linha contigo de que sim, de um jeito a gente tá entrando no waterfall e tal. E o não é porque eu entendo que as perguntas são diferentes. A pergunta não pode ser o terminei. Não, porque senão vai lá, bota tudo pra dentro do mesmo ciclo e a gente continua se matando, como acaba acontecendo nas equipes e tal, que assistimaram errado, fizeram não sei o que. Cara, não tava pronto pra começar, me obrigaram a começar um trabalho que eu não acreditava e quer que dê certo. É tipo, entendeu? É essa doideira assim que eu fico pirando. O meu sim sobre voltar para o waterfall não é que a gente vai fazer o contra-exemplo lá do artigo do cara. Não, não é isso. O ponto é que existe uma questão que foi reforçada com o Agile, inclusive no XP, no Extreme, do Extreme Programming, a ideia de que você não deve fazer Big Design Upfront. E o próprio Kent Beck no livro dele dizia assim, não precisa fazer o Big Design, mas existe o Sun Design, existe um nível certo de Design Upfront, e isso é uma outra coisa que a comunidade meio que esqueceu. E a gente começou a fazer no design upfront. Só que no design upfront é um outro extremo. No design upfront? Estimando. Cara, é loucura. Exato. Só que é um outro extremo. E de certo modo a gente está agora reequilibrando. Alguma reflexão precisa ser feita. Alguma preparação tem que ser feita. Eu gosto disso. Eu acho que é um reequilíbrio. E aí a gente pode falar da palavra aquela que não pode falar? Porque tem uns troll da internet que entra matando e tal. que é o não estimar, você já tentaram isso? Botar a hashtag em inglês? O dia que a nossa equipe descobriu que a gente não precisava mais estimar, foi outra soltação de fogo. Você não pode usar essa hashtag nas redes sociais, tem que estar preparado, tem que ser um dia bom para discutir, porque vem uns malucos conversar com você. Eu fiquei um dia engajando com essa galera, depois eu falei, tá, meu Deus, comecei a responder com GIF, eles ficaram chateados, daí a gente pode conversar. Mas a... Mas o passo é esse, quando você tem o ciclo de seis semanas, cabe. Então tá, entra. Não cabe? Não entra. Eu não preciso exatamente... Inverte o jogo, exatamente o que a gente estava falando no início disso, né? E ele é libertador. Ele é libertador. Então é... Gostei pela frase que o Robson usou no nosso papo de segunda, assim, o cara de negócio vem e pergunta quanto que vai durar esse aqui? Seis semanas. E esse aqui? Seis semanas. E esse outro? 6 semanas. É muito mais fácil. É muito mais simples responder 6 semanas do que pensar. E isso que a gente já não fazia estimativa no Superplayer há uns 5 anos. A gente já não estima a coisa porque não funciona. Estimativa não funciona. Não adianta. E agora eu respondo só 6 semanas. Algumas coisas é menos. 6 semanas ou menos. Vale uma camiseta, vale uma playlist. 6 semanas. Pude fazer uma playlist que dura 6 semanas. Muito bom. Ou faz um baralho de Scrum Poker, né? Todas as cartas iguais. Perfeito, é assim. O Bruno, vamos fazer assim, vamos vender isso aí, vai dar dinheiro. Se tiver coragem, tem que botar sem estimativa também. Mas falando do que o Bruno e o Daniel estão falando ali, de experimentação na trilha de shape e tal, Nesse último trimestre, esse que está terminando agora em dezembro, a gente começou a usar uma forma de tentar experimentar ideias novas que funcionam legal e ajudam até pessoas que não são de desenvolvimento de software mesmo. Só para explicar, o Superpreter tem três áreas, digamos assim, é desenvolvimento de software, tem a parte de vendas também e tem de produção de conteúdo. Hoje a gente produz podcasts também e tudo mais. E aí, para a gente tentar fazer que as ideias venham de todos os lados e seja um formato que todo mundo entenda, a gente está usando uma técnica da Amazon, que eles chamam de Working Backwards, que ela começa você escrevendo um pré-release falso sobre o teu produto. Então, seja um podcast novo, seja uma feature nova, seja um produto mesmo novo. largado isso para venda, a gente tem vendido coisas que a gente não começou a desenvolver nada e testando, né? Está testando se aquilo funciona para o nosso cliente, se não funciona e iterando sobre o press release que é duas páginas, assim, de texto. Você vai ali e muda as coisas. Sabe que a primeira vez que eu vi essa história foi do Matthew Mullenweg, lá do WordPress, da Automatique, tá? E aí, cara, recentemente eu estava vendo uma série sobre games e eu descobri que o Doom foi lançado assim, tá vendo? O prez-elise do Doom foi feito antes de eles criarem todas aquelas estruturas que eles queriam fazer de 3D e gaming e tal para trazer para a história, eles não tinham construído, eles tinham feito o Wolfenstein, que era um bom começo, né? Mas eles não tinham ainda feito o que ia ter de tecnologia no Doom, eles não sabiam como é que eles iam fazer. Mas eles escreveram no prez-elise o que eles iam... conseguir fazer com a parada. Depois até o... Se eu me lembrar, eu coloco na descrição do vídeo, mas depois eu mando pra vocês o link do Press E Lease, que tá público da Praia Lei e tal. Mas é muito divertido pensar nisso, é uma baita técnica. Interessante, ó. É, é muito legal. E ela é democrática, porque também não precisa ser desenvolvedor, não precisa ser designer pra ir ali escrever um Press E Lease, né? Então, ela ajuda pessoas que estão de fora de... produto a trazer ideias, a conceder ideias também para o produto. E tem sido legal. E tem aquela coisa do escrever te faz pensar. Então, você põe no papel e aí você começa a pensar nos problemas, começa a pensar no como que vai ser a realidade daquela sua ideia mesmo. E muitas vezes você dá dois passos para trás e será que é o momento agora? Será que eu não preciso de mais tempo do que seis semanas? Do que, sei lá, um trimestre para pensar sobre isso. Muito bom. Com certeza. Eu acho que, assim, rolou um caso muito interessante hoje mesmo, assim, na Retro, que foi o que você comentou, Daniel, que é isso de o que a gente vai fazer, né? De a gente... Vamos fazer tudo isso daqui e provavelmente não entregar tão bem ou vamos fazer essa parte pequenininha que causa até um pouco de ansiedade? nas pessoas desenvolvedoras lá, porque a gente não está acostumado, né? A gente está acostumado a sempre ter que ir rápido, tem que fazer mais, tem que ser, assim, vamos entregar já tudo perfeito e não pode entregar do que seria metade, né? A gente estava com uma atividade, uma chapa, um shape, né? Que a gente fez, em que a gente estava implementando uma funcionalidade lá em React. E aí no meio assim do Shape, a gente teve umas conversas lá, discutiu e a gente decidiu que seria muito bom se a gente tirasse o React Rub e fosse para outra tecnologia, que ia ser muito melhor para a gente. Só que aí que começou o problema ali, porque aí todo mundo ficou, tá, a gente faz isso agora, a gente faz isso depois, que a gente já está na metade, será que a gente já consegue parar tudo que a gente já fez, excluir tudo e refazer essa nova tecnologia, sabe? E aí a gente teve, depois de muita discussão, teve ali a maturidade que até o shape dá para a gente, de falar não. Isso aqui não, a gente vai entregar o que a gente viu lá atrás e depois replaneja e dá o que deu tempo, por exemplo, de uma pessoa desenvolvedora lá do time que pensou, falou, não, galera, como ninguém conhece, eu vou pegar aqui no meu tempo livre, nos meus projetos pessoais, entender, e aí depois a gente pode pegar para manter essa trilha do conhecimento e fazer as comparações. O que é mais importante nessa tecnologia? O que não é tão legal nessa tecnologia aqui? E entender o que a gente pode tirar disso aí. Então, em outros momentos, talvez a gente não tivesse toda essa calma, sabe? E causaria vários problemas, porque final de ano aí, a gente tendo que terminar isso e ia ter que mudar tudo no meio do mês, no meio de dezembro, com os feriados aí, ia ser uma loucura. Muito bom. Muito bom. Pessoal, chegamos no nosso final aqui. Agradecer muito a presença de vocês aqui, a galera que também está nos assistindo aqui, os comentários, a galera que mandou. Obrigadão. E eu passo a palavra uma última vez aqui para o encerramento de vocês, deixar alguma dica. Eu brinco que os meus vídeos tendem a ser meio atemporais, mas vá lá, se tiver uma vaga aberta para agora também, já pode lançar e avisar, faz um jabazinho aí das igrejas, não tem problema, manda ver. Eu queria agradecer aí, Daniel, por ter juntado a gente para bater esse papo. Queria sugerir que assim, quem tiver interesse em continuar o papo, de repente formar um grupinho de leitura ou de discussão, o Robos não me procurou, lançou essa ideia, de repente, procura o post do Daniel lá no LinkedIn, onde já tem alguns comentários, e a gente se encontra por lá, ou procura a gente aí, do jeito que achar melhor, pelo Twitter, como quiser, e a gente prosseguir essa conversa depois, que foi bem legal. Vagas a gente sempre tem, esse próximo ano a gente vai contar bastante, enfim, lá na minha apresentaçãozinha tem um link, procura a gente, BX Blue, e é isso, foi bom reencontrar, Daniel, depois de tanto tempo, eu estava... Um pouco afastado aí da comunidade. Eu mencionei lá no post onde eu publiquei a apresentação, fazia tempo que eu não sentia um clique na comunidade ágil, sabe? Eu me afastei muito dos eventos, muito por conta disso. Era sempre a mesma torrada. Eu senti que o pessoal do Basecamp acertou em alguns pontos bem importantes. Então, fiquei animado. Quem sabe a gente se encontra mais e escreve mais. Boa, muito bom. Obrigadão. Queria agradecer primeiro, né, Daniel, Robson aí pelo papo. Agradecer ao Pedroso também, que chamou a gente lá na BX, né, então obrigado aí pelo papo. E assim, falar e deixar as vagas atemporais da BX, né, que até brincam lá que são as vagas infinitas, então mesmo que seja atemporal, provavelmente vai ter vaga lá pra vocês entrarem. E deixar um jabazinho... só para a BOSS, que é um dos projetos que eu participo, que é a Big Open Store Sister, que é um projeto para trazer pessoas de minorias para a comunidade de software livre, especificamente aqui do Brasil, mas depois que a pessoa faz a mentoria que a gente faz, ela pode seguir pelo caminho que ela quiser de qualquer comunidade. Então, dê uma procurada aí nas redes sociais, e é isso aí. Dê uma olhada também no vídeo do Pedroso, se não conhecem o assunto, que já é uma boa, um bom... começo ali para entender e depois pegar o livro. Perfeito, brigadão. E depois eu quero falar contigo sobre esse projeto aí, conectando a galera com o software livre, open source, vai ser importante a gente trocar essa ideia. Tem um outro canal para a gente falar sobre isso daí. Vamos falar. Robson, brigadão também, manda aí. Obrigado, agradeço pelo convite, pelo do Bruno também para refazer essa conexão, né? Essa coisa veio de lados diferentes e tal, e se reencontrou. Agradecer à Marina também. E a gente, né, tá com vaga aberta também. A Super Play acho que é um pouco diferente, por causa que a gente é, a gente costuma dizer, a startup é uma startup raiz, assim, não Nutella, digamos. Então, a gente é intencionalmente um time pequeno, tá? E raramente tem vagas abertas. A última contratação que a gente fez do nosso time foi ano passado, 2019. E agora a gente está com algumas vagas abertas para o time de desenvolvimento, para o time de produto também, mas para outras áreas de produção de conteúdo e tal. Acessando o nosso site lá, superplayer.company, tem tudo direitinho. E quem quiser saber, trocar mais ideias sobre o shape, sobre outras coisas, Acho que tem um fórum do ShapeUp, é em inglês, mas tem bastante coisa lá interessante, uma galera discutindo sobre o assunto. E como eu falei para o Bruno, eu fiquei tão feliz que eu vi alguém lá com um nome brasileiro escrevendo alguma coisa, e eu fui atrás dele para a gente conversar, que eu acho que a gente tem, talvez já tenha espaço para conversar sobre isso também em português, e eu super apoio a criação de um grupo para discussão. Podem contar comigo. Obrigado. Vamos fazer, certamente vamos fazer aqui. De algum jeito a gente vai fazer, ou vai ser pelo MaisDev, ou pelo Guma, algum grupo, algum canal a gente vai encontrar. O Lucas, o Inocente, aqui deu a ideia do clube de leitura, sempre um lance legal de poder discutir, a galera podendo ir ganhando contexto, trocando ideia também, pegando experiência, então, a gente vai achar. Vamos fazer alguma coisa acontecer, mas só ano que vem, né? Esse ano dá pra gente dar uma descansada aí. É, tá bom, né? Muito bom. Pessoal que assistiu aí, brigadão. Eu deveria fazer aquelas histórias de dizer pra galera deixar o like, assinar canal, essas coisas e tal, mas eu não consigo ser esse cara. Quando eu faço, não é verdadeiro. Então, assim, se tiver afim, assina, cara. Se não tiver afim também, obrigado por estar aqui. E a vida vai nos conectando aí quando der de novo. Isso é o grande lance. Galera aqui, brigadão. E aí... assim como tem a gente tinha dentro tem a vetinha da saída também e ela pega exatamente a continuidade da música e termina ela entendeu troço é muito pensar é outra é chique profissional oa valeu

Conversa sobre o livro de Ryan Singer sobre o processo de trabalho da Basecamp para planejar e entregar produtos. Começou a partir de uma palestra de Bruno Pedroso sobre Shape Up e termina aqui em uma conversa para trocarmos ideia sobre este processo de moldar uma entrega de valor, priorizar e entender como partir para entrega, coletar aprendizados e principalmente saber a hora de parar. 

Sobre o livro, leia online: 
https://basecamp.com/shapeup

A nossa conversa começou por esta apresentação do Bruno:
https://bxblue.com.br/tech/post/4.shape-up-um-resumo/

Quem está na conversa: 
Bruno Pedroso https://www.linkedin.com/in/bpedroso/
Daniel Wildt 
Marina Joranhezon https://www.linkedin.com/in/marina-joranhezon-7b68651ba/
Robson Almeida https://www.linkedin.com/in/robsondealmeida/

-- Daniel Wildt

Estas conversas servem para validar assuntos relacionados aos trabalhados no livro Da visão à produção, disponível em http://leanpub.com/dvap/c/live
O livro Da visão à produção aconteceu por causa de uma meta atingida no projeto de crowdfunding e boa parte do mesmo sempre será aberta e gratuita no leanpub. Mais sobre o projeto de crowdfunding: http://apoia.se/dwildt