Programação

Detalhes em breve

Vamos apresentar um modelo adaptativo para o fomento à geração de novos negócios e desenvolvimento de startups baseado nos princípios ágeis e no conceito de Startup Studio. Esta abordagem tem por objetivo disponibilizar aos empreendedores e às organizações a excelência técnica necessária à criação e tração de empreendimentos inovadores, especialmente em um cenário de baixa capacidade de investimento, que é um cenário típico em ambientes de inovação. Serão apresentados casos envolvendo a criação de um novo negócio entre empresas, o crescimento de startups já em funcionamento e a criação de startups em grandes corporações, destacando-se os modelos de negócios adotados e explorando suas potencialidades, dificuldades enfrentadas e alternativas de solução.

Por muito tempo o jurídico foi visto como um departamento com pessoas conservadoras, apegadas a termos técnicos, robustos, difíceis e que por muitas vezes se tornavam mais um obstáculo ao desenvolvimento de inovações ao barrar o “desconhecido”. Hoje, porém, para acompanhar um mercado em constantes mudanças, os departamentos jurídicos precisam se reinventar e se adaptar à agilidade com que as inovações surgem. Considerando esse cenário, desde o ano passado, o time do Jurídico no Nubank vem dando passos na direção da agilidade. Venha conhecer o caminho que trilhamos até agora, como quebramos silos e deixamos o trabalho mais visível, em busca da eficiência, de maior cooperação entre a equipe e do desenvolvimento da carreira dos integrantes do time.

Desde 2011 quando Paulo Caroli uniu conceitos de Design Thinking com Lean Startup, a Lean Inception vem evoluindo dia após dia. Nas dezenas de imersões que facilitei desde 2017, enfrentei muitos desafios, algumas saias justas e em grande maioria, bastante aprovação dos clientes em finalmente descobrir o que queriam (e também o que não queriam). E disso tudo, começam a surgir algumas perguntas: Quem deve (e não deve) participar? Demora 5 dias mesmo? O Canvas MVP é realmente necessário? E tantas outras. Nesta palestra, trago 7 dicas práticas de como evoluir a performance da sua Lean Inception.

O trabalho do Agente de Mudança costuma ser bastante árduo, já que a maioria das empresas quer mudar as coisas, pero no mucho. É o famoso vamos mudar, mas não podemos quebrar nada no meio do caminho. Quem disse que as coisas precisam ser como são? O que nos impede de mudar? Será que conseguiremos fazer algo realmente inovador se continuarmos a seguir todas as regras? Não existe mudança sem desobediência. Nessa palestra falaremos como a desobediência organizacional pode se extremamente útil e a importância dos rebeldes com causa nas transformações que queremos ver dentro das empresas.

É inegável o poder de transformação das nuvens. O impacto no meio ambiente também é. Por que é importante falarmos disto e o que podemos fazer para minimizar o dano?

Cada cliente tem suas necessidades, para cada uma delas podem existir diferentes possibilidades de soluções, e em cada um desses ambientes é necessário manter um ritmo de entrega contínua e com qualidade. Para fazer isso, a Thoughtworks tem seus Valores Centrais, e os Padrões Sensatos são a maneira como trazemos esses valores centrais para a rotina dos times. Venha conhecer um pouco de nosso modelo de trabalho.

A transformação digital geralmente se inicia como uma iniciativa estratégica da empresa, de cima para baixo. Mas, no final de contas, são as equipes de produtos digitais as últimas responsáveis pela entrega de valor. Sendo assim, é natural que haja impacto em seu dia-a-dia, sendo portanto essencial incluir a perspectiva das equipes durante todo o trabalho de transformação. Nesta sessão iremos trazer alguns relatos de como se dá esse processo, quais fatores devem ser considerados, pontos de atenção e alguns insights que podem ser muito úteis caso sua empresa esteja passando ou pensando em passar por um processo de transformação digital.

A talk Lean Inception Remota irá apresentar os nossos aprendizados, desafios e atalhos que desenvolvemos facilitando Inceptions Remotas, tanto nesses tempo desafiadores de pandemia quanto em outras experiências com times distribuídos.

Vamos falar rapidamente sobre o que é uma Lean Inception, quais os desafios de facilitá-las remotamente, evitando a carga excessiva em vídeo chamadas, esquivando-se das armadilhas e se planejando para o sucesso.

Diferente de contextos de novos produtos, a missão foi trabalhar agilidade em contexto de sistemas legados, com mais de 20 anos de operação, na Amaggi multinacional brasileira do Agronegócio e a 9ª maior exportadora do Brasil. Aqui contarei como desenhamos a estratégia baseada na agilidade para sairmos de um pântano de bugs em produção com o objetivo de estabilizar a operação, ao mesmo tempo desenvolvendo novas features para atender as necessidades do negócio e criamos capacidade para implementar novos produtos baseado em nova arquitetura, tudo isso com o mesmo time e sem investimento e financeiro, apenas investindo em cultura, autonomia e remodelando processos burocráticos.

O Manifesto Ágil completou 20 anos em 2021 e é amplamente conhecido e divulgado. O movimento que originou o Manifesto iniciou nos anos 90. Por isso, em 2021 entramos na quarta década de um movimento que fez com que as organizações considerassem um novo caminho para se transformarem continuamente e se manterem competitivas. É perceptível a necessidade de adaptar sua organização a novos modelos de negócio, de gestão e liderança. Por isso, nesta palestra faremos uma reflexão sobre a quarta década da agilidade. Vamos refletir sobre o quanto evoluímos, iniciando 10 anos antes da publicação do Manifesto Ágil e sobre os desafios que temos para os próximos dez anos, focados na agilidade estratégica, ou agilidade de negócios.

Será que é legal investir em projetos sociais dentro das empresas? O que isso traz de valor? E se eu te falar que isso pode se tornar algo natural se conseguirmos investir em cultura de transformação social e diversidade? Vem com a gente entender um pouco de como isso pode impactar o seu negócio e a sociedade através de alguns cases de sucesso que surgiram dentro da Thoughtworks.

A natureza diversa das demandas do time somada a muitas disfunções para se adequar a um framework ágil exigia uma mudança, e, para que essa mudança não gerasse resistência ou desconforto a chave foi fazer com que todos fossem envolvidos se tornando parte da solução, participando da tomada de decisões e liderando as mudanças de forma proativa. Com o time focado em resolver os problemas e inspirado a experimentar as melhorias propostas, fomos juntos fazendo uma transição suave para um método que se encaixava melhor ao nosso contexto, sem precisar dar 'nome aos bois'.

Vamos observar como utilizar previsões para discutir datas de entrega de projetos e, a partir destas previsões, tomar decisões informadas diante de cenários incertos. A teoria estará ancorada à prática, com o estudo de caso de um time de desenvolvimento, no qual vamos observar também como a implementação de práticas Kanban e de agilidade técnica tornaram as métricas do time mais consistentes, consequentemente permitindo o uso de ferramentas mais robustas de previsibilidade.

Em um processo de desenvolvimento de software tradicional, o esforço de testes é previsto para acontecer somente no final do processo. Por esse motivo, os testes estão 'à direita' no processo. Antecipar as atividades de testes pode ser visto como 'deslocar essas atividades para a esquerda'. Nesta sessão, veremos como aplicar shift left testing na prática em um modelo de desenvolvimento ágil.

Iremos apresentar nessa sessão o fator crítico para escalar a agilidade de negócio na sua organização – a produtividade relacional. Você irá conhecer dois casos reais. No primeiro (fracasso) as lideranças são tribais, a colaboração é baixa e a obsessão por Squads eclipsou a visão de serviços, cliente e propósito. A consequência é que a agilidade foi escalada em nível de times apenas (KMM ML1) e lá permaneceu. No segundo (sucesso) as lideranças exibiram mentalidade de contribuição, orientação por propósito, a visão de serviços e fluxo unificado emergiu e a maturidade da organização escalou além dos níveis de times (KMM ML2 e ML3).

Não podemos negar que o trabalho remoto se tornou uma realidade para grande parte das pessoas. E como toda mudança na rotina, é exigido um período de adaptação onde muitas de nós nos sentimos sobrecarregadas e exaustas boa parte do tempo. Como aliviar os momentos de estresse do trabalho com o ambiente familiar ? O que fazer para melhorar a qualidade e o desempenho do trabalho e das relações ? Venha conferir algumas boas práticas para reduzir os impactos dessa mudança.

Nesta sessão, o Dr. Jeff Sutherland (inventor do Scrum@Scale e do framework Scrum) falará das origens do framework Scrum@Scale. Ele foi desenvolvido a partir dos padrões de times de alta performance, dos principais fundamentos do Scrum, da teoria Complex Adaptive Systems, Teoria dos jogos, Tecnologia orientada à objetos. Jeff compartilhará conceitos chave e estudos de casos da implementação do Scrum@Scale, mostrando como o framework possibilita que companhias escalem sem perder produtividade.

Flight Levels take off - literally. More and more organisations are moving away from local agile sub-optimisation. They are using Flight Levels to enable the entire organisation to act agile in the market. In this session, I will present how you can use Flight Levels to implement the corporate strategy to ensure that the organisation focuses on outcomes and not just outputs.

Criar código fonte é um trabalho artesanal e que precisa de excelência. Os times que trabalham com essa tarefa são compostos por pessoas que estão em jornadas diferentes, tanto em experiência na linguagem de programação como em conhecer o código fonte já criado. Nesse cenário, percebemos a dificuldade na troca de conhecimento, no onboarding, na dependência das pessoas e em manter a qualidade do trabalho que está sendo desenvolvido. Somados a isso, temos um custo alto de coordenação e de comunicação dado que o time não consegue ter auto organização e nem consegue tomar as próprias decisões técnicas com segurança. Nesse cenário, promover a propriedade coletiva é uma solução a esses diversos problemas e nessa talk irei detalhar a fundamentação desse tema e como aplicar no dia a dia.

Agilidade em Escala pode soar, para muitos, como uma utopia. Se ter apenas um time atuando de forma ágil pode ser um grande desafio, como realizar a gestão de diversos times e produtos de forma ágil, com as melhores práticas de desenvolvimento e maximizando o retorno das entregas? E ainda: como fazer isso sem “revolucionar” e sem alterar (as vezes até bagunçar!) radicalmente o negócio e a forma que os times atuam? Nesse case de Agilidade em Escala será contado como “criamos”, de forma incremental e natural, um “framework customizado” para conseguimos o alinhamento entre diversos times e suas estratégias, além de ter transparência das entregas, métricas e engajamento das pessoas.

Atualmente, podemos encher 4 maracanãs com as posições abertas no mundo para Gerentes de Produto. Só no Brasil, são mais de 1500 posições abertas. O salário de uma Product Manager iniciante é na média de 7 mil reais. O melhor momento para migrar para PM foi ontem, o segundo melhor é hoje. Quer saber como? Eu te conto.

Você já parou para pensar quanto tempo você leva para “aprender” sobre o repositório de código que você trabalha? E se você trocar de empresa, em quanto tempo você consegue efetivamente “colocar a mão na massa”? Será que não tem alguma forma de acelerar este processo? É possível ser mais efetivo no entendimento do código? Nesta palestra, vamos discutir sobre a disciplina de análise de código, mais do que necessária para qualquer pessoa desenvolvedora, com qualquer tempo de experiência e nível de conhecimento. Vamos discutir também sobre a jornada de análise de código, habilidades, práticas e ferramentas podem ajudar neste processo.

Às vezes nos encontramos em situações onde trabalhar em ciclos parece não fazer muito sentido. As reuniões de revisão se tornam monótonas e parecem não ter sentido, e acabamos repetindo estes eventos apenas para “seguir as boas práticas”. O problema é que só iterar não basta. É preciso entender os benefícios de se partir um produto em fatias menores para poder de fato aproveitar os benefícios desta abordagem. Mas, como cortar as fatias certas? Neste webinar vamos mostrar como o bom entendimento de um problema facilita o desenvolvimento de um produto de forma iterativa e incremental, através de uma mescla envolvendo duas técnicas de mapeamento: Impact Mapping de Gojko Adzic com User Story Mapping de Jeff Patton.

Para liderar pessoas, é preciso acreditar nelas. E para acreditar, é preciso conhecê-las! Como liderar times colocando as pessoas acima das técnicas.

O Caminho para Produção (Path to Production) é um tipo de Value Stream Mapping que pode dar ao time uma visão não apenas das práticas de CI/CD adotadas, mas também dos acordos de time, da execução da estratégia de qualidade, e dos riscos que devem ser gerenciados. Também é uma ferramenta poderosa no onboarding de novos membros do time, seja de qual papel for. Se bem construído, ajuda imensamente o time a construir sua big-picture da solução, seguindo a filosofia de one-page resume. O nível de detalhes em alguns aspectos específicos é que pode fazer as pessoas time terem aquela sensação de 'agora tudo faz sentido', sejam experientes ou não.

Com o avanço da tecnologia e velocidade no desenvolvimento de software, como garantir que a aplicação será desenvolvida com qualidade através de testes eficazes, de alta cobertura e fácil manutenção? Dentre diversos modelos oriundos da referência literária Pirâmide de Testes, nessa talk será apresentado o conceito de Árvore de Testes, bem como o seu planejamento e como manter em dia a Estratégia de Testes para o produto.

Como as histórias podem te mostrar que algo não vai bem? Podemos identificar sinais da adoção de boas práticas ágeis pelo dia-a-dia das histórias? Há como saber se o relacionamento da BA com seu time e suas stakeholders está fluido e alinhado? Quais indicadores de um bom entendimento do valor de negócio elas podem trazer? Essas e outras perguntas motivam o conteúdo dessa palestra. Falaremos sobre padrões e anti-padrões que podem afetar esse importante artefato ágil ao longo de seu ciclo de vida.

Para as agilistas, a fase de desenvolvimento e de entrega do produto são super relevantes! Não podemos desperdiçar tempo com bloqueios e imprevistos, pois precisamos lançar nosso MVP e demais evoluções dentro do time-to-market, com a segurança necessária e uma qualidade de código satisfatória. Diante disso, gerenciar as incertezas do cotidiano nos ajudam a aumentar a velocidade de entrega dos produtos. Esta palestra foca em como a gestão de riscos no contexto da agilidade pode nos ajudar a reduzir os bloqueios do time na fase de desenvolvimento do produto e consequentemente, aumentar a velocidade das entregas do time.

Liderando equipes de desenvolvimento de produtos digitais por vários anos, percebe-se a importância de ter o alinhamento de expectativas em três dimensões: Equipe, Cliente e Organização. As pessoas gestoras possuem como responsabilidade cuidar das entregas dos projetos, da satisfação do cliente, satisfação e jornada profissional das pessoas do time no decorrer do projeto. Para que isso ocorra de forma efetiva na organização, o alinhamento de expectativas é feito de forma intencional para atender essas responsabilidades. O objetivo é compartilhar a experiência de alinhar, acompanhar e renovar as expectativas ao longo do tempo de vida dos projetos, e os impactos nas entregas e nas pessoas.

No último ano, o Nubank ganhou um novo chapter, de agilistas, vindos majoritariamente da PlataformaTec. Montar um chapter funcional, em um novo contexto e em um domínio complicado e altamente mutável foi e tem sido um desafio. Alguns anos antes, a Easynvest também passou por esse processo — e tomou decisões diferentes a respeito da formação do seu próprio chapter de agilistas. Nessa palestra 2 em 1, contaremos as histórias e aprendizados de ambas as jornadas. De bônus contaremos o que aprendemos ao juntar esses chapters, conforme Easy e Nu também se unem!

Em nosso contexto cada dia mais complexo,  a estratégia de formação e desenho de times é um fator que impacta diretamente os resultados alcançados pelos times. Nosso objetivo principal é compartilhar nossas experiências em papéis de liderança de times de produto. Falando sobre o que, para nós dois, são pontos importantes a se observar quando estamos criando ou gerindo times de alta performance em tecnologia e como, recordar alguns princípios da agilidade, nos coloca novamente no caminho da entrega de valor.

Como consegui, como um simples agilista, aumentar a felicidade, portanto produtividade dos times entregando valor com qualidade (Produto e código) produzido pelos desenvolvedores através das melhores Práticas do Kanban com Extreme Programming e métricas de time. Demonstrarei, através de Dashboards que criei, informações quantitativas e qualitativas de falhas e acertos durante o processo de revisão de código por pares e a diminuição do lead time do time através do Pair Programming A prática que trouxemos para dentro da Organização nos auxiliou na tomada de decisões, no aumento da garantia de confiança da qualidade de produto, na redução de bugs em produção, e principalmente, em como isso se tornou amplo dentro dos times melhorando o Time-to-Market e a satisfação do cliente.

Muito esforço, todos ocupados, pouco resultado. Comemoramos entregas, mas as métricas de negócios estão em risco. Como criar uma estratégia matadora e engajar toda a organização para conquistar o mercado? Falaremos sobre quebrar o espírito tarefeiro e sair da armadilha de tombar times para o ágil sem a mudança na camada estratégica da organização.

Nesta talk vamos falar sobre como pessoas diferentes podem visualizar o quadro Kanban através de ferramentas que vão ao encontro das suas características marcantes, e usar essas particularidades a seu favor para desenvolver um trabalho incrível.

A reunião diária é um evento muito simples, mas com um poder sistêmico gigantesco, e aos longos dos anos presenciei (e participei) de muitas reuniões diárias com vários problemas, como reuniões que só serviam como “status report”, que não coordenavam o trabalho, e que as pessoas até abandonavam a prática por não enxergar valor. Com o passar dos anos fui experimentando e aprendendo sobre como evitar as disfunções e atualmente trabalho em um time (Segmento Financeiro – Portal de chargeback) que é um grande case de como podemos aproveitar o máximo do encontro diário. Irei apresentar como a reunião é conduzida nesse time e quais são as melhores práticas que podemos experimentar para nos livrar das disfunções.

O que faz um time de sucesso?  Pesquisas recentes têm demonstrado como a criação de ambientes seguros incide diretamente no engajamento das pessoas e de times. São espaços que inspiram confiança e criatividade, possibilitando às pessoas, em toda a sua diversidade, trabalharem de forma mais colaborativa. A palestra incentiva lideranças corajosas a se responsabilizar por essa construção e traz como os conceitos de diversidade, equidade e inclusão se traduzem em práticas no dia-a-dia da Thoughtworks.

Os facilitadores iniciam falando sobre um case de fracasso e depois incitaremos os participantes a compartilhar suas experiências sobre casos de fracasso vivenciados para compartilhamento com todos

Debate com dúvidas, cases e polêmicas sobre o temas que já rolaram em algumas palestras do Agile Brazil.

Detalhes em breve

Você já deve ter escutado falar sobre a prática de limitar o WIP, mas talvez tenha dificuldade de colocar em prática de fato. Se você tem dúvidas sobre como começar com a prática de limitar o trabalho em progresso (o famoso WIP), então essa palestra é para você! Esta é uma das práticas mais importantes do método Kanban que vai ajudar a estabilizar o fluxo de trabalho, garantir que o fluxo não volte a piorar e manter os resultados no longo prazo. Nesta palestra vamos abordar os erros comuns e te dar possibilidades reais que funcionam na vida real para que você possa começar a limitar o trabalho em progresso e melhorar a gestão do fluxo de trabalho.

Vamos falar como foi nossa experiência em implantar uma equipe ágil para um cliente que precisou adequar sua realidade de criação de produtos para atender a criticidade e acompanhar o mercado disponibilizando o Pagamento Instantâneo – Pix para seus clientes. Sabemos que o Ecossistema de pagamentos Pix trouxe um grande desafio para as fintechs e bancos e iremos mostrar como conseguimos contornar o desafio de trabalhar com métodos ágeis, mesmo possuindo um contrato com o cliente e suas cobranças totalmente voltados ao processo cascata. Iremos tratar como conseguimos conscientizar o cliente de que a forma de contratação não conseguiria acompanhar o dinamismo esperado pelo BACEN e quais foram as experiências vividas até hoje com as evoluções constantes do Pix.

Vamos falar de escalar a produtividade, escalar o tempo de entrega, escalar a resolução de problemas, escalar a qualidade. Nessa talk passarei pelos conceitos do fluxo unificado e como usamos eles na prática que resultaram em um aumento de 5x em nossa produtividade. Partindo de um Fluxo Unificado com múltiplos times, atendendo múltiplas iniciativas com balanceamento e backlog compartilhado. Chamamos isso de Extreme Scale!

Fui gerente de uma equipe hospitalar desde outubro de 2019 até maio de 2021, e por estudar metodologias ágeis decidi fazer a gestão da equipe usando práticas de Scrum e Kanban, que não são comumente encontradas na área da saúde. Em março de 2020 a pandemia de Covid-19 iniciou no Brasil e com a ajuda da agilidade conseguimos adaptar processos e viver momentos onde a transparência, inspeção e adaptação fizeram total diferença na condução do time, que atualmente tem todos as cerimônias Scrum implantadas, além de algumas métricas de Kanban e uma pincelada de Management 3.0.

No mundo real, é muito difícil que tenhamos informações, dinheiro, tempo ou pessoas o suficiente para fazermos o sistema ideal. Então é necessário fazer escolhas arquiteturais (tradeoffs) em cada uma das fases da empresa que em geral sacrificam algo, esperando gerar o maior valor possível no que é importante para aquele momento. Esta palestra vai navegar pelas fases do Nubank, explicando decisões arquiteturais que alavancaram o seu crescimento e que foram em grande parte responsáveis pelo seu sucesso.

A Agilidade é um Mindset e uma forma de trabalho que surgiu no mundo empresarial e vêm promovendo diversas mudanças e melhorias. Percebe-se que muitas pessoas entraram nesta jornada sem conhecimento ou reflexão de como as ferramentas do Design e outras ferramentas criativas podem ser utilizadas por não-designers com excelentes resultados nos times ágeis. O objetivo da apresentação é fazer o explanação conceitual e prática de como ferramentas criativas e/ou do design podem ajudar no dia a dia de times ágeis. Seguem alguns exemplos: - Aplicação de Storytelling aplicado sessões de Demo (Show case); - História do usuário x História de descobrimento; - Design Thinking sendo utilizado por POs;

Você já trabalhou em um projeto onde cada arquivo de código produtivo possui uma suíte de testes? Essa representação 1-1 traz várias dificuldades na hora de refatorar seu código e pode causar dores de cabeça ao introduzir novas funcionalidades. Nessa talk, vamos entender o que é contravariância de testes e como isso pode dar brilho aos nossos testes, dando celeridade no desenvolvimento sem diminuir a qualidade das entregas.

Iremos conversar sobre o equilíbrio necessário para se ter uma organização flexível e autônoma, passando pelo contexto das empresas ágeis, que vivem um ambiente complexo. Vamos trazer um case prático de como guiar as trajetórias dos seus colaboradores de forma ágil, dando o suporte necessário para que se tenha autonomia nas decisões.

Uma boa API começa com uma boa especificação. Porem o que escuto do campo de batalha dos desenvolvedores e POs é que eles não tem tempo a perder com o desenvolvimento da especificação. Bom é isso que eles acreditam. Tentei aplicar um método de trabalho onde o primeiro artefato era a especificação da API, não consegui vencer o status quo. Havia muita resistência, muitas reclamações e o pior, o time não parava para realizar essas tarefas. Eu não tenho a gestão sobre o time. Mas tenho a gestão do pipeline. Spoiler, processos automatizados são mais aceitos. É possível garantir que o time siga um processo, gere os artefatos que preciso. Dessa forma gerar documentação automatizada, gerar SDKs para varias linguagens diferentes, validar a qualidade, realizar code review em escala é possível.

Entrevista com o convidado Mateus Piveta

Painel de discussão com 4 panelistas que são referência no assunto: Alisson Vale Gino Terentin Luiz Parzianello Mariana Zapparoli Tatiana Rocha

Em breve maiores detalhes

Por que algumas empresas, já consolidadas no mercado, parecem ter dificuldades em alcançar a concorrência de empresas nativas digitais? O que tem habilitado algumas organizações a lançarem novos serviços digitais de forma tão acelerada? Nesta apresentação veremos um potencial diferencial das empresas que conseguem altos índices de entrega: plataformas digitais. Estas plataformas permitem que os times de produto foquem majoritariamente em valor de negócio, minimamente se dedicando a infraestrutura de operação e suporte. Além de cobrirmos o que tal plataforma deve prover, abordaremos também algumas experiências com clientes e o resultado da sua adoção. Melhor ainda quando a própria plataforma é tratada como um produto.

É fácil gerar idéias para produtos, e elas são muito mais rápidas que a capacidade de entrega da organização, criando uma frustração constante nos clientes. Mas idéias são apenas idéias, e o processo de validação e aprendizado é muitas vezes separado da entrega, criando uma cascata que aumenta o time to market do produto, ou muitas vezes nem é feito, gerando muito desperdício. O Discovery Kanban é a adoção dos princípios e praticas do Upstream Kanban para criação de um fluxo de validação e aprendizados contínuos em um contexto de inovação ou mudança. Nesse cenário, gargalos na entrega são usado para a melhoria do processo de criação e triagem de opções, melhorando a eficácia do sistema.

O relatório A3 é uma ferramenta Lean criada pela Toyota e que até hoje é muito utilizada na resolução de problemas por diversas organizações. Como o A3 tem base no ciclo PDCA, pode ser aplicado para resolução de diversos problemas complexos. Nesta sessão vou compartilhar minha experiência utilizando o relatório A3 para resolver um problema de Cycle Time em squads de desenvolvimento de software, onde de forma colaborativa o time chegou à causa raiz do problema, definiu planos de ação e conseguiu medir o progresso da evolução utilizando essa ferramenta.

Os Agilistas são seres que podem ser muito poderosos, que lidam com toda a cultura do local que passam. Porém precisam entender sua força e que ela é para os outros e não para si, entender que sua função antes de qualquer coisa é sobre PESSOAS e não processos. Por isso uma das maiores habilidades que um Agilista precisa ter, controlar e aperfeiçoar são os Soft Skills: Empatia, Escuta Ativa, Comunicação Não Violenta, Resiliência, Adaptabilidade, entre diversos outros. Iremos compartilhar, a partir de nossas histórias e experiências, nossa visão sobre o que um Agilista deve ter e ser, com ensinamentos, boas práticas e casos não só de sucesso, mas também de falhas e como aprendemos com elas. Além de tudo, em algo que acreditamos muito, que você deve deixar força do Ágil se adaptar a você!

Nos cenários de desenvolvimento de software muitas vezes atribuímos o papel da pessoa QA apenas como o de tester, ignorando que a Qualidade de Software pode começar muito antes do refinamento, da quebra de histórias e da escrita dos cenários de teste. Mas como podemos ajudar a pessoa QA para que ela possa desempenhar esse papel além de teste? Como podemos fazer para que as validações, e o processo de qualidade como um todo, existam durante todo o fluxo de trabalho? Como podemos empoderar o time todo para garantir qualidade sem depender unicamente da pessoa QA? Através de alguns cases práticos que estamos construindo vamos trazer a resposta para essas perguntas e ainda mostrar como a organização do fluxo de trabalho pode ajudar na qualidade das entregas feitas pelo time.

Se você sente que na sua empresa há dificuldade de alinhamento das equipes, sente que as equipes têm muitos canais de comunicação, há sentimento generalizado de que as decisões demoram e você está a procura de opções para resolver esses problemas, então esta palestra é para você! Nós da RDStation, uma startup com 10 anos de crescimento acelerado, já passamos por algumas formações de times, no final de 2020 aplicamos na prática os conceitos do livro Team Topologies e Domain Driven Design para reorganizar a estrutura do time de Produto e Engenharia. Esperamos que você possa se inspirar e considerar o Team Topologies como referência para sua estrutura de times.

Interfaces digitais precisam guiar as pessoas usuárias em seu processo de utilização, garantindo que não se sentirão inseguras, que conseguirão realizar suas tarefas de um jeito simples e que saberão claramente os resultados de suas ações ao interagir com um produto. No contexto desta sessão, as Heurísticas de Nielsen chegam como uma lista de 10 princípios de usabilidade bem estabelecidos que servem para nos auxiliar, enquanto time de desenvolvimento, a avaliar uma interface, visando identificar oportunidades para impactar positivamente a experiência de uso de um produto digital.

Se o ditado diz que a primeira impressão é a que fica porque o onboarding ainda é negligenciado? Nesta palestra vou trazer dados sobre o impacto dessa prática, da ausencia dela e de como tenho praticado nos times! Não tenho a pretensão de ensinar sobre o tema mas ajudar a ressaltar a importância em investir energia nessa etapa que será a base para a jornada do novo funcionário e impacta diretamente no ecossistema que ele será inserido.

Em breve maiores detalhes

Você sabe como fazer mapa de fluxo de valor? O Value Stream Mapping é uma ferramenta extremamente eficaz para mapear seus processos com foco na agregação de valor das atividades desenvolvidas. Com o mapeamento correto de um fluxo de valor é possível aumentar de forma estrtuturada e exponencial o desempenho de uma organização o em todos os níveis por meio da Melhoria Contínua. Vem com a gente ver como alavancar os resultados, reduzir desperdício e melhorar a Eficiência do seu fluxo. Neste Workshop mostramos de maneira prática como mapeamos fluxos para atingir esses resultados.

Roadmap do quarter, lista de desejos e entregas, “vamos transformar eles em OKRs!”. Todos nós já ouvimos estas coisas, mas como podemos estruturar e orientar nossos times a uma cultura de colaboração e resultados? Neste workshop vamos colocar a mão na massa [ou melhor, no canvas] para exercitar na prática como esta ferramenta ajuda os times a entregar maior valor para a Organização. Vamos refletir em como o OKR é crucial para levar a estratégia à execução, engajando os colaboradores no crescimento e disrupção dos negócios. Esta ferramenta garante que os Times e a Organização caminhem na mesma direção, usando transparência, estimulando colaboração e construindo uma cultura de aprendizado.

A síndrome do impostor é caracterizada por pessoas que têm tendência à autossabotagem. Ultimamente você tem se sentindo inseguro, com percepção de si mesmo de incompetência ou insuficiência? Se sim, possivelmente você está passando pela síndrome do impostor. Vem com a gente bater um papo sobre! Essa conversa será em formato de Lean Coffee, bem iterativo!

Não basta ser eficiente.. é preciso ser eficaz. Já ouviu algo parecido? Mas como é que se mede a tal eficácia? Que tal debater esse assunto (e o que mais surgir daí) com a gente e com convidados para lá de especiais? Aceitamos o desafio de rodar um Fishbowl 100% online em uma plataforma super interativa... bora?

O ensino de desenvolvimento de software ágil possui desafios que, quando combinados a ambientes compostos por adolescentes socialmente vulneráveis, revelam um cenário instigante capaz de induzir a reflexão sobre técnicas tradicionais e novas metodologias de ensino no desenvolvimento de software. Há dez anos no Brasil, foram desenvolvidos programas imersivo-educacionais sem fins lucrativos, de Engenharia de Software, através de uma parceria universidade-empresa: a Aceleradora Ágil e a Aceleradora Inclusiva. Por meio de uma imersão em um ambiente controlado, usando o Agile como sua mentalidade fundamental, esses programas têm impactado a vida de jovens em situação de vulnerabilidade e auxiliando-os a se unirem a equipes profissionais de desenvolvimento de software ágil.

Como liderar em um mundo complexo e cheio de mudanças? Vem com a gente trocar experiência em um roda de debate, onde vamos poder falar sobre experiências, como lidar, quais dificuldades, como solucionar? Vamos conversar em um formato bem bacana, leve e dinâmico!

Pandemia decretada em 13/03/2020. Petrobras determina teletrabalho em 16/03/2020. Longe dos seus laboratórios, pesquisadores decidem mobilizar-se para ajudar no enfrentamento à COVID. A incerteza era enorme. Os resultados precisavam ser assertivos. O lema era: nossos meses são dias, nossos dias são horas. Em um contexto assim, como se organizar? A liderança busca ajuda, e assim os agilistas entram nos times. Nessa palestra vamos compartilhar (1) os desafios desse contexto tão atípico que foi o início da pandemia e o enfrentamento à COVID; (2) as práticas e ferramentas que utilizamos; (3) os aprendizados; e (4) os resultados entregues. É claro que nem tudo deu certo. Para concluir, vamos contar qual foi o principal impacto observado, que inicialmente nem era a expectativa principal.

Workshop para você que já ouviu falar sobre Kanban mas nunca conseguiu colocar em prática. Nós iremos mostrar de forma lúdica os conceitos importantes para começar usar o kanban hoje e como replicar isso com os times.

No nosso workshop vamos apresentar algumas técnicas e dicas para pessoas que nunca tiveram a oportunidade de facilitar uma cerimônia/um rito no dia a dia, e que não sabem por onde começar, além de algumas dicas de ferramentas que podem ajudar nesse desafio. Aqui você terá a oportunidade de conhecer essas técnicas e vivenciá-las na prática.

Test-Driven Development is a very popular agile practice but at the same time is one of the hardest practices. Even when the idea of TDD is easy to understand it could be really difficult to apply it to non-trivial projects. One key factor when applying TDD is the sequence of tests we select to guide our development. In this hands-on session we will explore several heuristics to apply TDD in an effective way. Prepare ahead: during the workshop we will do some mob/pair programming, here is the base project we will use for that: https://github.com/nicopaez/tdd-heuristics

Sua empresa tem um comunidade interna de Agilidade? Ou algo parecido com isso? Não tem mais você acha que seria bom ter? Vem com a gente trocar experiências e aprendizados sobre esse assunto nessa conversa aberta no formato Fish Bowl (*). (*) Tem gente que diz que não dá pra fazer Fish Bowl remotamente, vamos tentar demonstrar que estão enganados!

Quando a gente tem uma ideia para criar um produto, serviço, ou até mesmo um negócio, muitas vezes nos baseamos nas nossas percepções de mundo, baseados nas experiências que tivemos. Apaixonada por ensinar e com quase 30 anos de estrada profissional, imaginei que criaria um produto essencial que pudesse ser útil para muitas pessoas. Só esqueci de um detalhe, saber perguntar, de forma eficaz, como as pessoas se sentiam em relação ao problema que estava disposta a resolver, entendendo melhor seus propósitos. O Fit For Purpose me trouxe uma abordagem mais assertiva,centrada no cliente, trazendo métricas mais adequadas ao cliente, sem esquecer da saúde do negócio. Vamos ver: Uma visão geral do framework, Os componentes, Critérios de adequação, Propósito, Métricas, F4P Cards e Box Score.

While many studies have investigated on how to introduce DevOps into a software product from the organizational perspective, less is shared about the technical challenges developers and practitioners face when adopting DevOps practices, automation and culture in legacy codes. In this paper, in the context of web applications, we report our experience of refactoring four legacy open-source projects with the goal to enable DevOps. We want to understand which refactoring techniques and strategies influence developers' decisions. We analyze artifacts from two dependent variables: the techniques used and how/when they are deployed in the project. After every implementation, there was an overview of the process that just occurred and later a written report on how the strategies have been applied, their respective order, which strategy has been more fruitful, and such. This study aims to reveal insights into how developers decide which DevOps practices to adopt in legacy codes. The main findings of the study are that some strategies are more efficient when viewed from the evolution aspect and the sequence these techniques are employed matter.

O trabalho em comunidades vêm se expandindo desde a ascensão das empresas de base tecnológicas, hoje chamadas de startups. Seja criada de maneira informal ou possuindo uma empresa mantenedora por trás, é difícil encontrar alguma empresa que trabalhe com projetos que não possua um grupo que seja de discussões sobre o tema que está sendo desenvolvido ou até mesmo sobre práticas realizadas externamente ao ambiente de seu trabalho. Hoje, eventos, grupos formais e exclusivos e clubes de vantagens existem dentro deste ambiente colaborativo. Este trabalho tem o objetivo de entender as motivações que estas comunidades têm em adotar Métodos Ágeis em sua gestão e o quão benéfico isso pode se tornar para a gestão da transferência de conhecimento. 68 respondentes afirmaram que ambientes seguros ao aprendizado tornam as empresas mais bem posicionadas em seus ecossistemas e permitem que novos produtos sejam desenvolvidos de maneira mais colaborativa, mesmo que de forma não oficial, podendo gerar economias financeiras e aprendizados.

Esta é uma palestra que fará com que você entenda onde sua empresa pode ter ganhos de acessibilidade na esteira de desenvolvimento. Vamos te mostrar que existe o conceito de acessibilidade digital e que isto garante uma experiência única para todos os usuários, realizando pequenas mudanças na mentalidade das áreas de Negócios, UX Designer, UI Design, DevOps, Dev´s, Testers etc, todos seus clientes podem se beneficiar.

Agile Software Development (ASD) has become the most chosen development method. The core fundamentals of ASD are based on Teamwork factors and how valuable it considers individuals and their interactions over processes and tools. Researchers have shown the positive impact of teamwork quality in ASD and the importance of assessing it to increase the chances of succeeding projects in this context. Based on this, some researchers have proposed instruments that can assess ASD teamwork quality. One of these instruments is a bayesian network-based model (TWQ-BN), with its practical utility assessed in a case study presented in previous work. However, there is a lack of practical use cases documented using TWQ-BN to identify process improvement opportunities. This paper addresses this gap by presenting two industry-based use cases to help potential users understand how to use TWQ-BN to define action items to improve the team's effectiveness. This paper provides better guidance toward adopting TWQ-BN and shows how it can be used as a tool on iteration retrospectives to diagnose the teamwork quality.

Decorrente das preocupações com os estudos do cenário de testes nos métodos ágeis no Brasil, este trabalho apresenta o mapeamento (2010-2019) e análise sobre o desenvolvimento da pesquisa em testes de software em trabalhos publicados no Workshop Brasileiro de Métodos Ágeis (WBMA), Agile Brazil. Tal esforço tem como objetivo verificar o crescimento, a diversidade de enfoques atrelados ao uso do teste no contexto mais amplo das metodologias ágeis e realizar apontamentos sobre o perfil dos trabalhos, tendo em vista o fortalecimento dos estudos na área na última década, em espaços de discussão acadêmica e aplicações na indústria. O artigo utilizou práticas de uma revisão sistemática da literatura, o que possibilitou uma análise qualitativa e quantitativa das evidências coletadas. Nós concluímos que o número de publicações vêm crescendo ao longo dos anos, mas o número absoluto de trabalhos publicados em todas as edições do evento ainda não é tão expressivo, principalmente quando consideramos o grande número de tópicos de teste de software que existem ou precisam de melhorias. Emergem como resultados desse trabalho apontamentos sobre a relação de autores e instituições com a pesquisa de teste de software.

Vamos falar sobre OKRs e como tem sido o dia a dia dentro das empresas, como tem sido os aprendizados e como Agilidade está conectada a isso.

Aprender Scrum é fácil! Você vai lá lê o Guia Scrum e pronto você já consegue compreender este método. Agora, e na prática? Qual o papel de um Dono do Produto? Como um Scrum Master pode facilitar e ter a certeza de que o time está engajado com o objetivo em comum? Como o time se organiza para entender, estimar e realizar a entrega? Todas essas questões são resolvidas na prática com o Scrum Lúdico!

Não interessa quanto tempo de experiência você tem com métodos ágeis, você certamente já passou por situações de dificuldades ao ter que passar a previsibilidade de uma entrega a um stakeholder ou cliente. Depois de anos de experiência e diversas tentativas e aprendizados, até hoje eu ainda tenho essa dificuldade em alguns momentos. Mas todas essas falhas me fizeram aprender demais a importância sobre diminuir cada vez mais a variabilidade entre as histórias. Além disso, me fizeram ver que escrever histórias pequenas traz ainda outras vantagens para as entregas e os times. Nessa sessão quero explicar um pouco sobre previsibilidade e variabilidade, trazer luz a importância de ter histórias pequenas e de quebra dar boas dicas e métodos de como fazer essas quebras na prática.

Trabalhar com transformação organizacional é lidar com sistemas complexos adaptativos. As muitas escolas do pensamento sistêmico oferecem diferentes abordagens e ferramentas que podem ser úteis para agilistas e agentes de mudança que buscam promover mudanças significativas em suas organizações e times. Nessa sessão vamos explorar alguns conceitos e ferramentas para modelagem e desenho de intervenções e experimentos. Em outras palavras: como paramos de falar sobre mudança de mindset e começar a fazer algo para mudar o sistema?

A lei de Gall diz que todo sistema complexo evolui de sistemas mais simples que provaram que funcionam. Deixe-me apresentar uma abordagem de pequenos passos seguros para começar e crescer em complexidade com o seu domínio. Mostrando as pistas, técnicas e ferramentas que podem ajudar neste caminho. Usando como base uma história real, que cresceu de 50 para mais de 2 milhões usuários em um curto espaço de tempo.

Requirements Engineering (RE – Requirements Engineering) is one of the key areas in software development. Since agile software development encompasses several emerging techniques and advocates continuous improvement, the question arises as to which agile RE practices are currently most used, what are their characteristics and challenges in their use. The objective of this work is to investigate and classify the practices of gathering and specifying agile requirements based on how professionals perceive their importance for a software project that uses agile methodologies. For this, we carried out a survey with 46 Brazilian software development professionals, asking which methods are used to gather and specify requirements, characteristics, benefits and challenges when using the methods. The respondents' answers allowed us to perform a data analysis and identify some relationships between the respondents' experience and their view on the use of agile requirements survey and specification methods, we also learned that the use of these methods is still very recent. Most have been used for less than five years. In addition, we realized that, for most respondents, there are still great challenges and improvements to be made for better efficiency when putting the method into practice.

As práticas de distanciamento social adotadas para conter a propagação da pandemia de COVID-19 levaram muitas empresas a migrar para o trabalho remoto de forma obrigatória e não planejada. Essa transição repentina para o trabalho em casa causou mudanças profundas nas relações pessoais e profissionais. Neste artigo, apresentamos os resultados de um estudo observacional qualitativo sobre as adaptações feitas nas atividades de processo de software de uma coordenadoria de desenvolvimento de software de uma universidade brasileira. Essas adaptações visaram apoiar a transição para o trabalho remoto durante a pandemia, sem deixar que organização perca sua essência na adoção de práticas ágeis. Essas adaptações foram analisadas com base no referencial teórico de Olson e Olson para colaboração distribuída.

O lançamento inadiável de um produto-chave da empresa está chegando e uma lista imensa de tarefas precisam ser entregues no prazo ou a empresa estará em maus-lençóis. Já viveu algo assim? Tem solução? Não, não vamos ensinar você a escrever um e-mail pedindo mais prazo. E nem vamos revelar nenhum truque de mágica. Na verdade, Cristina Agilera, a agilista, vai contar como ajudou o time a lidar com as restrições desse contexto adverso e criar/executar planos de ação baseados em métricas para vencer esse desafio. E de quebra descubra que métricas são essas que podem salvar o time, como elas podem ajudar no dia-a-dia, como as lemos e quais conclusões podemos tirar delas (que podem ser úteis, quem sabe, no seu time).

Fazer os pushes dos commits diretamente na mainline traz benefícios para o time, ainda que traga junto uma certa dose de risco. Vamos conversar um pouco sobre as vantagens de usar essa abordagem, possíveis problemas – com sugestões de tratamento – e entender como um time de desenvolvimento pode se beneficiar com essa prática.

It is generally difficult in agile teams, specially those geographically distributed, to keep up with the user experience (UX) issues that emerge on each product increment. UX designers need the help of developers to set up user testing environments and to code improvements to the user interface, while developers are too busy with functionality issues. This paper describes a tool called UX-Painter and shows through a case study, how it may help in the above setting to synchronize UX practices and allow for continuous UX improvement during an agile development. UX-Painter allows designers to set up A/B testing environments, exploring interface design alternatives without the need of programming skills, through predefined transformations called client-side web refactorings. Once a design alternative is selected to be implemented in the application's codebase, UX-Painter may also facilitate this step, exporting the applied refactorings to different frontend frameworks. Thus, we foster a method where UX backlog items can be systematically tackled and resolved in an agile setting.

This article presents the experience of training and implementing the Scrum framework in incubated companies in the Information Technology field. The main goal of this case study was to demystify the idea that a senior team is required for the Scrum application and good performance. Another goal was to verify the minimum time needed for companies to start using the framework and to identify the time it takes for teams to achieve project stability. In addition, were observed velocity rates, if there was an increase in productivity during the project execution, and the differences between what was planned and what was carried out.