0

Fibonacci, User Story Points e Frutas

Um time de profissionais com alguma experiência em desenvolvimento de software tem plenas condições de planejar sprints em algumas horas ou dias, a única premissa é desapegar dos detalhes e discutir apenas a complexidade, o suficiente para comparar e inferir o seu tamanho.

É claro que precisamos ter antes um tanto de auto-conhecimento e clareza no fluxo de trabalho necessário, responsabilidades, DoR e DoD, o restante é básico, como profissionalismo, empatia, senso de pertença e evitar erros conhecidos.

Na chincha, o tipo de estimativa é irrelevante, quer seja T-Shirt Size, User Story Points, Dias Ideais ou Jujubas, … a técnica usada para estimar não muda em nada a quantidade de software que uma equipe é capaz de construir em uma sprint de 10 dias.

Independente de ter sido estimado com tamanho M ou ter 5 pontos, ser 4 dias ideais ou precisar de 7 jujubas, não mudará o fato mais importante que é saber se ele junto de algumas outras histórias cabem ou não em um sprint de 10 dias úteis.

User Story Points

User Story Points usa a série de Fibonacci, uma sequência de números inteiros, começando por 1 e 1, com os subsequentes correspondendo à soma dos dois anteriores [1, 1, 2, 3, 5, 8, 13, 21, …], que em estimativas de software é usual fixar um teto, com frequencia 13 ou 21.

O uso desta série para estimativas de histórias tem o objetivo de desapegar dos detalhes e nos preocuparmos apenas com aspectos que determinem a mudança de patamar. Desta forma, quanto maior a incerteza, maior a história e maior a distância entre os números da escala.

Salada de frutas

Vejamos uma boa analogia sobre a arte de estimar usando Fibonacci e o estabelecimento de referências e comparações. Para visualizar o que estou afirmando proponho um exercício com a imagem abaixo, uma mesa com vários tipos de frutas.

Se o nosso projeto é desenhar e colorir frutas, posso estimar a partir do tamanho em área, perímetro, volume, mas existe também a existência de detalhes, número de cores, a abstração disso tudo podemos chamar de complexidade.

Complexidade diz respeito ao todo, shape, diâmetro, cores, mas se antigamente estimávamos listando cada um e todos estes detalhes, em metologias ágeis uma breve discussão sobre suas peculiaridades é suficiente para perceber se é mais ou menos complexo que outros.

Após discutir sobre as frutas, é possível estabelecer o que seria a menor fruta em sua complexidade geral, para desenhar, pintar e entregar. Feito isso, vamos estimando comparativamente cada uma das outras.

Na prática, não há uma regra óbvia, cada time poderá estabelecer uma base e comparação para a sua estimativa, semelhante mas não necessariamente igual. Mesmo assim, se realizada de forma adequada e consciente, responsável, é provável que tudo dê certo.

Usando pontos sob o paradigma de complexidade relativa, a estimativa não é pelo tamanho da fruta, nem número de côres, mas pela complexidade comparativa, na percepção de esforço que teremos quando tivermos que desenha-las e colori-las.

Talvez o limão fosse o tamanho 1, será nossa referência de unidade, porque é liso, todo amarelo, o morango é menor, mas mais difícil de desenhar e colorir, por isso o 3, o abacaxi se equivale a abóbora grandona, bem maior, mas com shape menos complexo.

Isso não é muito diferente de software, as principais informações são as integrações, excepcionalidades inerentes a regras de negócio, sofisticação diferenciada, não queremos saber detalhes daquilo que é comuns, apenas do incomum.

Parafraseando Pareto e Juran, entre tantos detalhes triviais em cada tela de um sistema, haverá poucos detalhes vitais que as diferenciem em complexidade … uma percepção que se apura a cada experiência, porque afinal, estimativa se aprende estimando.

Já participei de projetos em que o time tinha alçada e decidiu não mais estimar, apenas discutir, entender e decidir quais caberiam em cada sprint. conforme prioridade e valor. Não é muito diferente dos outros tipos de estimativas, porque no final queremos apreender o que cabe ou não.

Mas por hora não entrarei muito nesta discussão, porque números, métricas, PxR e outras matemáticas ainda são necessárias para a maioria aprender, crescer e aperfeiçoar-se como profissionais … com números tudo fica um tanto mais explícito.

0

O medo pode ser um aliado ou seu maior inimigo

O medo pode ser um aliado, como aquele medo que transmutamos em atenção e coragem para nos mover adiante, mas também pode ser um procrastinador, gerador de uma zona de conforto disfuncional, situações em que nos resignamos ou paralisamos frente a ele. Na regra o ser humano é movido mais pelo medo que pela convicção, mais pela pressão que pela paixão.

Uma das maiores bases para este entendimento é a Teoria da Dissonância Cognitiva, sobre ela já escrevi vários posts e já fiz várias palestras, trata-se de defesas psíquicas, quando nosso consciente angustiado com algo é ajudado pelo nosso inconsciente para transferir, projetar, negar, racionalizar ou reprimir, ao invés de encarar o problema, justificamos e nos escondemos atras dele.

Na sua vida pessoal é possível procrastinar mudanças, alternativas, oportunidades, riscos, a vida é sua e faça o que achar melhor, mas no trabalho cada vez há menos espaço para profissionais que são reativos, que só se justificam, que se resignam, … como me disse o guru Luiz Cláudio Parzianello em 2011, “vivemos uma época de mudanças, quem não muda, dança!”.

planos

As empresas não querem mais meros “apontadores de erros” ou “justificadores”, elas querem pessoas que ao perceberem problemas ou desafios, gerem planos de ação, propostas para tentativas de solução ou mitigação. Ficar no seu quadrado fazendo a sua parte e explicando os motivos nos outros quadrados que justificam porque não deu certo é muito vintage … resiliência no século XXI não é suportar a pressão, mas agir para coletivamente atenuá-la até zero.

Mas, atenção ao usar Agile, a mudança ou a falta dela como desculpa para sua zona de conforto não vai isentá-lo das consequências, o foco de todos nós precisa ser REALISMO e KAIZEN, em BABY STEPS, mudando o que é possível mudar em nós mesmos e no time, ao mesmo tempo que atendemos e surpreendemos, porque o restante é consequência, não pré-requisito.

Empresas não existem, o que existem são pessoas e o agente de mudanças é cada um de nós, mas é preciso ter estratégia, tática e realismo!

É preciso que individual e coletivamente se estabeleçam motivações de lócus internos, é preciso estabelecer uma estratégia de olhos no futuro, mas com realismo e pés no chão, mudança em ambientes organizacionais ocorrem em pequenos passos. Vivemos sistemas sócio-técnicos, a solução não está no método ou na estratégia, a solução está em cada um, nas pessoas, em você!

15/07/16 – A responsabilidade é nossa, não culpe o cliente
10/07/16 – Refleti e tenho tarefas … para os outros fazerem 😦

02/12/16 – Quem você é, um Atrasador ou Acelerador?
11/04/17 – Seu objetivo é o método ou o valor gerado por ele?
01/12/17 – NÃO entregar valor NÃO é opção em uma sprint

Desculpa aí, se você acha que está em uma cruzada contra o status quo e falta de compromisso com os princípios ágeis, sempre apontando múltiplos motivos e justificativas, sendo um formador de opinião de que assim não dá e tal, reclamando no cafezinho … VOCÊ É O QUE MENOS ENTENDEU E O MAIOR PROBLEMA PARA QUE AS COISAS REALMENTE COMECEM A ACONTECER!

1

NÃO entregar valor NÃO é opção em uma sprint

A cada dia em um projeto SCRUM é preciso relembrar Pareto (80 x 20), bem como buscar inspiração na técnica de caminho crítico. Desde o release plan, product backlog e sprint backlog, daily e pós-daily, review e retrô, o discurso de valor é legal, mas só vale se entregarmos valor.

Quando cito Pareto em projetos, tem o estratégico pela necessidade do cliente e usuários, o tático na complexidade e capacidade, tem o operacional de cada dia, a nível de tecnologia, requisitos, funcionalidades, regras, … temos então nossa rede mental e caminho crítico.

Pareto: A regra dos 80/20 ou Lei dos poucos vitais para muitos triviais, afirma que aproximadamente 80% dos efeitos vêm de 20% das causas. Um dos ícone do Lean, a lenda Joseph Moses Juran, sugeriu este princípio e o nomeou em homenagem a Vilfredo Pareto e seus estudos.

Áreas de Convergência/Divergência: O caminho crítico é uma sequencia de atividades que representa o caminho mais longo de um projeto. Área de Convergência é quando várias atividades devem concluir para outra iniciar, Área de Divergência é quando uma é pré-requisito de várias.

Assim como um bom gerente de projetos, uma equipe ágil lida diariamente com a possibilidade de tomada de decisões relacionadas a riscos, rede, fragmentação, inclusão e exclusão de atividades, paralelismo e sequenciamento, recursos essenciais para auto-organização e sucesso.

Em uma liberdade poética, trago uma rede e seu caminho crítico propostas pela UniversoProjeto para discutir conceitos de caminho crítico, não representa a estratégia de histórias e tarefas em uma sprint mas é didática quanto a caminho crítico e áreas de convergência e divergência:

Em Agile, cada história possui sua rede no sprint, gerando um desafio tático diário ao time, como na abstração que montei logo abaixo … a entrega do mínimo valor (vitais) de qualquer história não pode ser comprometida em função de entregas triviais de outras histórias:

Diariamente, a cada novo fonte, objeto, classe ou método é preciso perceber o caminho crítico e lembrar de evitar triviais antes de vitais, valorizando eliminar gargalos e garantir entregas antecipadas, parciais, essa é a nossa missão: Entregar valor!

As vezes usamos de dissonância cognitiva para justificar o porque não vai ser possível, esquecendo de se utilizar de uma visão holística, onde o todo é composto de partes … equipes ágeis de alta performance esforçam-se em entendê-las e tomam decisões para garantir entregas e valor.

Acredite, adaptar-se não é resignar-se a inevitabilidade das mudanças, é diariamente mitigar, contornar, fracionar, eliminar ou reduzir áreas de convergências e divergência, focar na essência, de forma que a adaptação não seja a negação do valor, mas a confirmação dele.

Cada SPRINT é um pacto por valor a ser entregue

Planejado na inception e materializado no product backlog, a sprint backlog é um pacto gerado pelo time entorno do mix de domínio, conhecimento, expertises e percepções de todos, levando em condição valor, prioridade, complexidade, riscos e oportunidades.

A cada Daily e pós-Daily, nossa missão é repactuar o sucesso de nossas entregas, mitigando riscos, sempre focados no mínimo entregável de valor suficiente, sempre investindo no vital e questionando o trivial, justificando assim o porque do método ágil que praticamos.

Na medida que o sprint avança, a responsabilidade e necessidade de planos de ação e responsabilidade na aplicação de árvores de decisões vais tornando-se cada vez mais premente. No 1° dia, 2° e 3° temos mais opções, a partir do 4° e do 7° temos menor margem para manobras.

Estudo de caso: Em um cenário adverso, no segundo dia foi discutido opções e assumidos certos riscos, no quarto dia já é preciso concentrar esforços e no sétimo dia muitas vezes temos que tomar decisões difíceis, mas responsáveis frente ao compromisso de entrega de valor.

Para ser mais claro, quando falamos no sprint planning sobre compromisso com a excelência combinada, características funcionais otimizadas, regras, automações, camadas, etc, isto NÃO pode ser mais importante que a entrega, validação com o cliente, fluxo e cadência.

Se decisões tiverem que ser tomadas, ok, vamos depois discutir o porque foi preciso, vamos aprender com elas, vamos nos esforçar por melhorar nos próximos sprints, vamos incluir a discussão sobre o resgate e refatoramento do gap entre o que foi previsto versus o que foi feito.

Falando em valor e sprints, cuidado com o que promete, pois és responsável por quem cativas e NÃO entregar o máximo de valor a cada sprint NÃO é opção! O desafio e a solução todos terem este princípio em mente, sem stress, mas antenados ao máximo de entregas de valor.

Nossa linguagem ubiqua foca em valor para o cliente, se você mesmo assim não abre mão de atrasos por excelência técnica, em detrimento de valor antecipado, validação e aprendizado – PDCL – Desculpa, mas talvez seja uma linguagem ambigua e não ubiqua.

Se leu até aqui, tenho certeza que vai curtir ler esse outro, garantcho:  https://jorgeaudy.com/2014/11/04/divida-tecnica-um-mal-necessario-mas-nao-e-um-carma/

0

25/11 – DB ToolBox Wall

Tive a oportunidade de criar um mural de técnicas do Toolbox Wall na DBserver no Sábado de 25/11/2017 com mais de 80 boas práticas para ciclos iterativos-incrementais de ideação, modelagem, validação, planejamento, construção e aprendizados. Com técnicas oriundas de métodos e frameworks, tradicionais e ágeis, do Design Thinking, Lean Startup, Scrum, Kanban, Art Of Hosting, de variadas formas e dinâmicas. O objetivo é ser um apoio a gestão do conhecimento, provocar o interesse em novos aprendizados, compartilhamento de boas práticas.

Venho compartilhando no blog e no livro a anos, em 2017 chegou a vez do jogo Desafio Toolbox, chegar ao Toolbox Wall foi tão somente uma consequência natural, uma forma de trabalhar em grande escala aquilo que muitos resultados vem trazendo pelos outros meios. Em grande escala temos um mural de oportunidades, selos, avatares, dicas, informações organizacionais e muito mais.

Agradeço a participação do Claudio Dias Junior que apareceu mesmo por meia hora para interagir, Henrique Geremia Nievinski da Data Science Brigade, galera que conheci quando o Cabral lançou o Serenata e fui eu ler mais sobre essa galera de Data Science, Augusto Rückert do ZAP, tecnotalker de longa data, colega da Mayra no ZAP, Kênia Martins Couto da Atmosfera Social, o parceiraço Taner Pereira do Sicredi, na mesma vibe do colega e tecnotalker Rodrigo Murari Severo, ao parceiraço Thiago Mulek e a surpreendente arquiteta Samara Fonseca, que tem alma de TI, porque pegou junto do começo ao fim. Todos ganharam um baralho, minha forma de agradecer a parceria.

Eles escolheram três técnicas, que praticamos como exercício – Lean Startup, UX Value Proposition e Impact Mapping. Em pouco mais de uma hora, exercitamos técnicas de modelagem, ideação/empatia e de user storing, rendendo uma boa percepção do potencial de uso destas e das outras técnicas, onde o conceito principal é aprender fazendo, porque a prática é o melhor professor.

0

Toolbox Wall – Pode ser um guia, mapa, jogo, técnica, método ou até decoração

Aquilo que começou como um livro, desenvolveu-se como um jogo de tabuleiro, está transformando-se em uma poderosa técnica de brainstorming, aprendizado, planejamento e decoração que estou chamando de ToolBox Wall.

Das páginas do livro, mais de 70 técnicas e boas práticas começaram a serem convertidas em um mural de folhas A5, que crescem assiduamente com novas dinâmicas e artefatos que vou aprendendo ou desenvolvendo em meu trabalho.

Na minha opinião, toda empresa deveria ter o seu Toolbox Wall, um mural com suas técnicas preferidas, sugeridas e desejadas, em frente ao qual a galera poderia debater alternativas, escolher, caso-a-caso, quer para ampliar horizontes, quer para encontrar soluções.

Trata-se de um mural A5 e cartas que estão sendo usados para planejar quais as técnicas desejadas, de diferentes frentes, inspiradas em Design Thinking, Lean Startup, Lean UX, métodos Ágeis, Art Of Hosting e outras fontes de inspiração.

Após o lançamento do jogo no Trends 2017, empresas me reportaram seu uso em dinâmicas onde o próprio time propõe um desafio real, para então seguindo as regras do jogo Desafio Toolbox 360° encontrarem a sequência que melhor lhes atende.

Vou começar a fazer workshops em noites da semana e Sábados de dia, onde a inscrição será para levar consigo um destes kits, prometo uma experiência única de Toolbox através do próprio jogo, apresentação e vivências.

Minhas fonte de inspiração são muitas, décadas de estudos, não só as que hoje são modinha, mas também resgato outras paixões, como em meus outros livros, o de Jogos 360° seguindo princípios de gamefication, o Scrum 360° e no ebook Sobre os Ombros de Gigantes.

O Toolbox Wall é a materialização sui generis de 10 anos de aprendizados em métodos ágeis, outros 20 anos de experiência em TI antes de descer para a coordenação de desenvolvimento da área de produtos digitais em 2008, quando já editava a newsletter “Marolas de Agilidade”.

A anos divulgo a técnica de Agile Subway Map, a anos dissemino minha abordagem sobre a necessidade de cada um de nós possuir uma grande ToolBox, pois quem se limita a um martelo, qualquer desafio será tratado como um prego, limitado a falta de alternativas.

Em 2015 propus um conceito que chamei de Multi-Convergência Metodológica (04/05/15), sempre defendi a existência do duplo diamante, MVP e Pivot desde o pré-game, inception e no fluxo iterativo-incremental-articulado existente a cada sprint.

O que define o quanto aprofundaremos e aproveitaremos isso depende da cultura e pressão em prazo/orçamento. Mas essa é a base do livro ToolBox 360°, do jogo Desafio Toolbox e do Toolbox Wall, um mural inquieto de boas práticas, oportunidades e inspiração.

Um ciclo PDCL implícito na dualidade temporal entre DoR e DoD, a cada sprint modelando e prototipando o próximo (DoR), enquanto construímos assertivamente o atual e validamos com o cliente (DoD): Onde está o duplo diamante no Agile? (21/08/2016)

A partir desta abordagem, debatemos o problema, opções e a best choice no pré-game, para então em um projeto trabalhar a ideia-modela-prototipa-valida-aprende (DoR), ao mesmo tempo que analisa-constrói-testa-valida-aprende (DoD).

multiplos diamantes

Do duplo diamante do Design Thinking, somado ao Lean Startup com princípios análogos de empatia e validação incrementais, criei uma representação SCRUM com inception e duplos diamantes representados como séries concorrentes de DoR e DoD.

Após blitzkriegs de planejamento utilizando-se algumas de dezenas de técnicas de design thinking e lean startup, prosseguimos com estas e outras tantas em menor escala, mas mesmo propósito, dia-a-dia, em baby-steps, aferindo, ajustando, prosseguindo, entregando valor:

scrum

Por exemplo, um time com um desafio, um projeto onde a galera pode ter um mural para inspirar-se e pinçar dentre múltiplas técnicas algo para pesquisa, brainstorming, modelagem, validação, planejamento, execução iterativo-incremental-articulada, auto-organização, aprendizado, gestão do conhecimento … pode inclusive incorporar nossos mapas de tecnologia ou pelo menos ter exemplos para diferentes plataformas.

Outro exemplo é a busca por uma dinâmica impactante, que os instigue a aprender de forma divertida, mas com foco em conversão, em práticas de interesse. Um brainstorming com regras onde podemos discutir dezenas de possíveis técnicas para resolução de problemas, escolhendo aquelas que querem experimentar, experienciar, aprender fazendo, divertindo-se no percurso, com responsabilidade.

tabuleiro

Esta estrada não teria acontecido sem a inspiração e o apoio de alguns amigos, que em meio a correria do dia-a-dia cederam uma hora para me ajudar a percorrer esta estrada editorial e vivencial. Representativamente, em algumas fotos, agradeço reiteradamente a minha maneira:

darth-vader-virada-agil-2016-ufpr-ii

Sem esquecer de agradecer aos parceiros Darth (George Lucas), Pikachú (Satoshi Tajiri) e ao Super Mário (Nintendo).

 

0

Rapport é relacionamento, base de um Time de Alta Performance

“Rapport é um conceito da psicologia, uma técnica usada para criar uma ligação de sintonia e empatia com outra pessoa. Empatia e relacionamento positivo é fator crítico de sucesso de um time, através da existência de uma relação convergente e harmônica no trabalho. Isto não quer dizer unanimidade ou igualdade, mas equidade e sinergia.

O estabelecimento de uma relação positiva no inter-pessoal de um grupo sócio-técnico de alto nível impõe equilíbrio entre influência, convicção e propósito. Muitos profissionais são ainda muito individualistas, competem por motivos fúteis, privam-se de uma visão do todo, alguns falam de agilidade, mas não abrem mão de uma visão passional do seu entorno.

Rapport

A psicologia chama de Rapport um “estado que ocorre quando duas pessoas sentem-se capazes de se conectar entre si a partir de interesses compartilhados, valores e outros fatores pessoais”, devendo se valer da atenção mútua, positividade e continuo contato, correspondência de ritmo, posturas e espelhamento, corporal e emocional.

O exercício de coaching utiliza os princípios da técnica de Rapport para estabelecer um relacionamento de confiança entre Coach e Coachee. Segundo o IBC este foco promove três comportamentos durante o coaching – coordenação, positividade e atenção mútuas – essenciais para a geração de sintonia e convergência às ações e resultados desejados.

Espelhamento

Li vários artigos sobre espelhamento e quanto mais eu lia, mais entendia o que não estava escrito, agilidade é estabelecer uma relação harmoniosa, envolvendo um mesmo parâmetro para nossos relacionamentos inter-pessoais, verbal e não verbal. Praticá-lo no nível adequado com nossos parceiros nos coloca em outro patamar enquanto pessoas – tem a ver com respeito, empatia, humildade e propósito.

Artigos relatam espelhamento como movimentar-se e falar de forma parecida com o outro, não é fazer igual, mas entrar em sintonia, em harmonia, mesmo divergindo em ideias e opiniões. Artigos citam postura, respiração, energia e ritmo, entre outras disciplinas trabalhadas de forma consciente até serem internalizadas, aprimorando nossa buscar por equilíbrio e harmonia com nossos interlocutores.

It’s Not All About “ME” (Robin Dreeke)

No livro de Dreeke há 10 disciplinas que nos ajudam a estabelecer Rapport, em Agile vivemos grupos sócio-técnicos e aprender a lidar com pessoas é tão importante quanto lidar com tecnologia. Uma impressão não literal dos 10 pontos definidos por Dreeke seria:

1)  Establish artificial time constraints

Limitação de tempo, ao iniciar estabeleça o tempo disponível, do todo ou para a etapa. Ao iniciar uma reunião, evento, conversa, debate, estabelecer uma perspectiva de tempo é tão importante quanto uma meta ou objetivo;

2) Make Sure Your Body Language is In Sync

Parecer é tão importante quanto ser, então evite demonstrações antagônicas, sorria, evite posicionar-se acima ou abaixo dos outros, seja gentil e espelhe o cumprimento, evite ser muito mais ou menos intenso que o outro, ao apertar a mão retribua ao invés de impôr;

3) Speak Slowly

Cadência e intensidade da fala, o volume e força dizem muito, Dreeke sugere pausar, cadenciar, dando tempo para que as pessoas acompanhem a linha de raciocínio, assimilem o conteúdo. Muita força demonstra animação, mas pode demonstrar ansiedade ou descontrole;

4) Ask For Help

Assertividade em pedir, atender ou receber são princípios de todas as relações humanas, exercitamos argumentação e negociação todos os dias e quanto mais empáticos formos, maior a probabilidade de estabelecer conexões e fazer acontecer;

5) Suspend Your Ego

Conter seu ego, tem a ver com ser um bom ouvinte, permitir-se ouvir, compreender, estabelecer pontos de contato, evitando ser auto-suficiente a ponto de colocar suas necessidades a frente de tudo o mais, impondo sua vontade;

6) Validate Others

Saber ouvir, com transparência e não impôr seu pensamento, genuinamente entender a posição e opinião, argumentos e embasamento do outro, é a melhor forma de debater e convergir positivamente para a melhor opção, sem sermos tendenciosos;

7) Ask: How? When? Why?

Aproveite as informações que estão lhe fornecendo para enriquecer de forma genuína seu posicionamento, use perguntas abertas para entendê-las, mesclar diferentes pontos de vistas enriquece qualquer debate ou tomada de decisão;

8) Quid Pro Quo

Reciprocidade, qualquer interação humana tende a estabelecer uma relação, melhor com empatia e vínculo, quando nos esforçamos em dar e receber, as pessoas sentem-se mais acolhidas e instigadas – entrega, doação, bilateralidade;

9) Give A Gift

Altruismo, evitando não valorizar o esforço e conquistas dos outros, evitando julgar e diminuir pequenas vitórias, a percepção e valorização do esforço em fazer certo, em correr riscos, em tentar fazer, nos faz ir além, algo como altruísmo recíproco;

10) Managing Your Own Expectations

Gerenciar expectativas, é fundamental manter expectativas o mais realistas possíveis, gerenciá-las garantem que cada meta ou objetivo, pessoal ou coletivo, sejam conscientes, factíveis mas desafiadoras, nos motivando a persegui-las.

2

Storytelling – Jorge Audy, 10 anos de Agile

Ao fazer um relato de meus três anos de DBserver, percebi que em 2008 há exatos 10 anos atrás eu desci para a área de produtos digitais. No dia anterior eu era coordenador do projeto MPS-Br no corporativo, no dia seguinte assumi equipes digitais que vinham tentando Agile … minha história começou a mudar e não parou desde então, o tempo passou, fiquei 10 anos mais velho e mesmo assim me sinto 20 anos mais jovem \o/

Para registro histórico, um storytelling navegando desde o ano de 2008 quando assumi a coordenação de desenvolvimento das equipes da área de produtos digitais do Grupo RBS até hoje. Quem quiser comentar, comenta aqui \o/

2008 – No ScrumBut até cair a ficha

Após 7 anos de ADP Brasil como coordenador de desenvolvimento corporativo, envolvido com equipes no ERP JDEdwards, operação, web corporativa e print center, fui contratado pelo Grupo RBS em 2007. Em 2008 troquei a TI corporativa pela coordenação de desenvolvimento da área de produtos digitais responsável pelo ClicRBS, ZH, Hagah, Pense, rádios, TV e jornais.

Praticamos um ScrumBut de 2008 a 2011, ano em que sob a direção do Alexandre Blauth, gerência do Marco Migliavacca, mentoria do Luiz Cláudio Parzianello e pareando com a colega Cintia Lima imergimos uns no Agile Brazil de Fortaleza e saímos outros do outro lado. Fui de gravata e espírito comando-controle e me ví na volta ainda no avião preparando um plano de ação revolucionário.

Estávamos em Julho, mas em Novembro nos mudaríamos para o quinto andar do prédio 99A do TecnoPUC, o desafio era praticarmos Agile e chegarmos aquele novo ambiente já com boas práticas ágeis ou esperar para nos mudarmos para um ecossistema ágil ainda com mindset tradicional e com muito a fazer … mudar, experimentar e aprender ou esperar a pressão do simbolismo da mudança?

2011 – Mudança em ritmo antecipado e acelerado

Entre Agosto de 2011 e Novembro, quando da mudança para o TecnoPUC, lançamos o desafio de treinar e começar a praticar, experimentar, aprender mais e nos desafiar estarmos prontos para um andar e um ecossistema que exigiria muito de todos nós. Eu e a Cintia realizamos dezenas de treinamentos Agile e Scrum, em três etapas, cinco turmas em cada.

Em Agosto foi um mínimo necessário de mindset, auto-organização e retrospecticvas, alguns destaques como a reversão de alguns projetos como o RuralBR e referência do piloto com o Hagah, seguido de todas as demais equipes, em Setembro foi Kanban e em Outubro foi a totalidade do método Scrum e Kanban.

2012 – Uma revolução em todos os sentidos

Os treinamentos e coaching que puxamos a partir de Agosto e a ida em Novembro para o TecnoPUC foi o precursor de uma revolução, nada mais foi o mesmo depois disto. Os treinamentos e rollout de metodologias ágeis, compartilhando nossos estudos e vivências não pararam mais, áreas corporativas e veículos com quem interagíamos a cada projeto eram treinadas e incentivadas à prática.

Daquela época, tenho até hoje grandes amigos que levaram a todo aquele aprendizado, outras empresas e áreas de atuação, um período em que comecei a participar de GU’s, CoP’s, eventos locais, regionais e nacionais, aprendendo com os grandes nomes do Agile brasileiro e compartilhando minhas experiências em Agile para pessoas e empresas.

Naquele ano iniciei a Comunidade de Práticas chamada TecnoTalks que hoje conta com 2500 integrantes, entrei para a equipe de coordenação do Grupo de Usuários de Métodos Ágeis da SUCESU-RS e lancei meu blog – http://JORGEAUDY.COM – que hoje conta com 900 posts, onde compartilho conteúdo, resenhas de livros e artigos, ebooks, propondo técnicas e team buildings, além de compartilhar uma agenda de eventos.

2013 – Mestrado e a busca por novos caminhos

Em 2013 eu iniciei o meu mestrado, pedi as contas no Grupo RBS e iniciei um trabalho como consultor e Agile Coach com a Software Process, realizando especialmente um trabalho na TNT/Mercúrio que em pouco mais de meio ano, pilotos e rollout com grandes profissionais, toda a área de TI estava na mesma batida, praticando Agile. Outro trabalho pela SW Process foi com a SABEMI.

Meu mestrado foi na FACE em Administração, na linha de pesquisa de Gestão da Informação, a dissertação foi com o tema “Adaptação à mudança nas características do trabalho : níveis de demanda e controle durante a adoção do método ágil SCRUM por equipes de desenvolvimento de software“, com estudos de casos em empresa privada e pública.

11822844_980444522008498_2202527865377809030_n

2014 – Em Julho iniciei na DBServer

O meu primeiro semestre na DB foi alucinante, iniciando com treinamento SCRUM 360º e consultoria para a Grendene no projeto piloto SCRUM de “Report de Qualidade” envolvendo a área de exportação e clientes estrangeiros, mas em Setembro iniciou a maratona do SERPRO, como Agile Coach, com treinamentos SCRUM 360° em regionais (SP, RJ, BA, BSB, SC, PE, AL, PR, RS), consultoria em 2 projetos piloto (SC, RJ) com procuradoria geral e tesouro nacional.

Neste ano lancei o livro SCRUM 360°, uma primeira edição independente e uma segunda com a Casa do Código, uma publicação diferente das demais que falam do todo, pois a proposta era falar de fundamentos, bases psicológicas e sociológicas, mais que técnicas e ferramentas, o que há por trás dos papéis, a natureza humana das timeboxes, artefatos e regras.

2015 a 2017 – FACIN, Livros, Eventos, Projetos

A partir de 2015, terminado o mestrado, fui convidado e sou professor na FACIN da PUCRS nas disciplinas de Tópicos Especiais em Engenharia de Software e Gerenciamento de Projetos, ao mesmo tempo em que consultorias, pilotos e coaching iam se desenrolando pela DBserver, aqui no RS principalmente, mas com interações em SC, PR e SP.

Em 2015 lancei meu segundo livro, chamado JOGOS 360°, ilustrado e colorido, com encarte A3 de referência, um livro em parceria com minha filha, ilustradora e graduanda de cinema na PUCRS responsável pelas ilustrações e encarte.

Em 2016 lancei o meu terceiro e último livro, uma franquia na verdade, TOOLBOX 360°, além dos posts no blog e o livro, em 2017 lancei o DESAFIO TOOLBOX 360°, apresentado em workshops nos principais eventos ágeis brasileiros.

Neste ínterim propus algumas técnicas, como alguns quadros de alçada, Diário de Bordo, o SCRUM SETUP CANVAS, uma técnica de análise de documentação e alguns ebooks úteis sobre teorias e modelos (Sobre os Ombros de Gigantes) e Guia Geral sobre adoção ágil.

Em 2017, também com minha filha é claro, lançamos as tirinhas do SAVANA SCRUM para falar das idiossincrasias e aprendizados ágeis na forma de personagens lúdicos e divertidos, com grande potencial de crescimento.

Um período intenso em participações como palestrante em eventos – DBTalks, TecnoTalks, Agile Brazil, Agile Trends (troféu de melhor Trend Talk), TDC’s POA e Floripa, NeoTalks NeoGrid, RAIAR, ADP Labs, Agile Day Gerdau, Conexão King Host, SEPRORGS, Quarta do Conhecimento PROCERGS, Fale com o Coach SERPRO, Semanas Acadêmicas e Feira das Profissões PUCRS e IFRS, FISL, Congressos do PMI-RS (IX, X, XI e XIV), BPW na FNAC, RED #1 e #2, GUMA, LA SALLE, UEBRS, Faculdade DOM BOSCO, entre outros.

Projetos mais significativos para mim entre 2015 e 2017:

DEFENSORIA PÚBLICA do RS – 2015 – Treinamento, consultoria e Agile Coach à equipe piloto do portal do defensor, com duração de um ano, desdobrado em um segundo piloto (Agenda).

DIMED – 2015 – Treinamento e consultoria para o projeto piloto SCRUM “Panvel na palma da mão” e planejamento do programa para a primeira Panvel em SP prevista para Abril de 2016 envolvendo projetos de todas as áreas da empresa;

PROCERGS – 2015/2016/2017 – Treinamento e consultoria Scrum junto a equipes da fábrica interna, sustentação e um processo continuado de Lean Thinking junto a DRC (equipe de analistas de negócios) ajudando a resignificar missão, visão, objetivos e planos de ação;

SICREDI – 2016/2017 – Já foram mais de 25 turmas com média de 30 participantes em um treinamento de Nivelamento Ágil que criei especialmente para mais de 700 profissionais. Para eles desenvolvi o jogo Banco Intergaláctico para experimentação lúdica de Release Plan e Sprints de um ATM em papelão e telas através de papel colorido, tesoura, cola, régua, … Além disso, planejamento e primeiro MVP projeto técnico para crédito rural.

PROCEMPA – 2016 – Agile Coach, treinamento e consultoria envolvendo quase todas as áreas da empresa, com projetos piloto Scrum em todas as equipes de desenvolvimento. Uma oportunidade única foi a facilitação de uma dinâmica de gestão de portfólio para os últimos três meses do governo municipal em 2016, com presença do prefeito e secretários municipais sobre projetos para o centro da capital;

SISPRO – 2016 – Treinamento e consultoria Scrum e Kanban nas equipes de ERP e serviços, com coaching a dois projetos-piloto;

RENNER – 2016 – Treinamento e consultoria Scrum em um projeto-piloto envolvendo a área de varejo, contando com treinamento de lideranças e interações junto a equipes de fábrica;

GETNET – 2016 – Desmistificando Agile, treinamento e consultoria em projeto piloto DSDM batizado de Falcão Peregrino, metodologia adotada por recomendação do Gartner;

UNICRED – 2016 – Treinamento e consultoria com dois projetos pilotos – gestor de negócios e evolutivo da solução de caixa;

ZAFFARI – 2016/2017 – Treinamento de todas as equipes de TI e consultoria em projetos Scrum para dois pilotos – jurídico e app;

GVDASA – 2017 – Agile Transformation do maior ERP brasileiro de educação, equipes Scrum para projetos, Kanban para sustentação e Lean Office para áreas de consultoria, suporte e apoio;

SOFTPLAN – 2017 – Consultoria em Scrum dentro de uma prática SAFe junto as áreas de procuradoria (3 equipes) e tribunais (10 equipes), além de coaching para adoção ágil na equipe de DevOps;

JCME e Rede Marista – 2017 – Facilitação no planejamento ágil de solução estratégica para congregações e inscrições escolares.

Afora estas oportunidades na disseminação e trocas de boas práticas, foram múltiplas palestras e workshops junto a outros clientes e prospects, a maioria no RS, mas muitos em outros estados, sempre sobre Agile, como Scrum, Kanban, Lean Office, Team Building Games, Toolbox, Agile Transformation, Liderança Ágil e facilitação.

Ainda tem muito 2017, mas já prevejo um 2018 cheio de novidades e desafios.  \o/