Arquivo da tag: retrospectiva

0

Acredite, documentação é muito mais que as tais histórias

|

Acredito muito além das sábias palavras do Neil Ford, keynote no Agile Brazil de 2012, pois temos dois tipos de usuários em cada projeto, aquele óbvio, que utilizará e se beneficiará do produto entregue, mas também há um usuário oculto, aquele que dará manutenção, sustentabilidade, continuidade no que construímos, podendo até ser (feliz ou infelizmente) nós mesmos.

Como Agile Coach, consultor ou professor, insisto na necessidade de distinguir o romantismo de muitos livros e artigos de agilistas da realidade ou momentuum de sua empresa, área, equipe, tecnologia. Enquanto evoluímos no quesito de excelência em engenharia de software, devemos ter clareza do custo x benefício relativo a aceleração e redução do processo e custo de sustentação.

A tempo, a solução não é aquela encontrada pela maioria absoluta das empresa, que mascaram a sua ineficiência e péssimas práticas de desenvolvimento voltadas ao imediatismo da entrega a qualquer custo. Gerar uma alta OPEX recorrente para ter uma CAPEX reduzida amplia uma percepção equivocada de ROI, mas é fogo amigo, equivocado e inaceitável.

CAPEX (expenditure) ~ despesas ou investimentos em bens de capital; despesas de capital; aquisições. OPEX (operational expenditure) refere-se às despesas operacionais, recorrentes, continuadas.

Tenho uma extensão à Teoria da Agência, ou você está trabalhando para ficar amadoramente bem na foto e ser promovido ou tem a responsabilidade e transparência de um profissional? A entrega de hoje está gerando mais um legado a ser mantido com doses maciças de custos recorrentes ou tem baixo custo de operação por ter sido corretamente construído e documentado?

O volume reduz-se conforme a evolução de sua excelência em engenharia de software, você segue DDD, componentiza, usa BDD, especifica e automatiza por exemplos, constrói código limpo, segue boas práticas de desenvolvimento na sua arquitetura e plataforma, automação de testes e integração contínua.

Aos poucos a documentação vai se integrando ao ambiente, projeto e produto, mas não é mágico, não só porque sempre teremos registros importantes a fazer, mas porque muitos leem em um artigo que documentação é do mal e sem ter o menor critério ou escrúpulos, passam a defender um go horse documental e tem a desfaçatez de citar grandes nomes que relatam projetos de excelência …

1. Pré-game

Acredito no valor da existência de conceitos como Funil de ideias, Gestão de portfólio, programas e projetos, comitês gestores. Grandes empresas não podem prescindir disso, tanto quanto contam com os préstimos de uma governança corporativa, governança de TI, PMO, gerentes de projetos ou papel preocupado na transversalidade, em aquisições, alocações, indicadores gerenciais.

Todo o tempo e processo existente antes do projeto iniciar sua etapa de execução ou desenvolvimento é conhecido como pré-game, ideias, discussões, submissões, descartes e aprovações, culminando no planejamento que habilita a fase seguinte de game, composta por sprints, especificação, desenvolvimento, validação e entregas. Eu posso oferecer um mix flexível, mas consistente de planejamento:

1.1. Project Model Canvas – Eu utilizo para a explicitação das informações básicas coletadas, um Termo de Abertura visual em uma folha grande e postits contendo o porque o projeto é necessário, o que ele é em sua essência, quem se envolverá e percepções sobre como será planejado, quando e quanto custará. Chamo a atenção para premissas, riscos, restrições e expectativas;

1.2. Elevator Statement – Um ótimo aquecimento, uma abstrair e entender justificativa, quem são os clientes, qual o desafio, problema ou oportunidade, que tipo de solução imaginamos, qual o valor de negócio esperado, o que é utilizado hoje para atender esta necessidade e quais os diferenciais para que o cliente e usuário deixe a solução atual e apoie e use a nova;

1.3. Personas – Quem são os atores envolvidos, seus perfis, necessidades e objetivos. Caso a caso, de 0 a 100, posso apenas caracterizá-los até utilizar de Value Proposition Canvas para identificar seus interesses, dores e expectativas de ganhos. Uma técnica dedicada a gerar empatia, tentar ver pelos olhos de cada parte envolvida, antecipando percepções de ganhos e perdas;

1.4. Customer Journey Map – Uso variações simplificadas desta técnica de mapeamento, convergente a uma User Story Mapping, para entendermos os fluxos de atividades necessárias para as principais jornadas dos usuários da solução em estudo. Cada jornada, passos manuais ou informatizados. Queremos entender o passo-a-passo das personas, identificar funcionalidades do produto;

1.5. Scrum SetUp Canvas – Artefato proposto para explicitar entendimento, combinações sobre tecnologia e metodologia, necessidades prévias/recorrentes a serem consideradas para efeito de modelagem, planejamento, execução ou entrega. Qual a composição de equipe, mapeamento de tecnologia, boas práticas necessárias, métricas, DoR e DoD, atividades e reservas para start e velocidade;

1.6. Release Plan – É a combinação de diferentes técnicas para o planejamento, usando técnicas de estimativa e capacidade baseadas em valor e cronologia. Ao final teremos metas iniciais para cada sprint em relação a construção do produto. Conceitos como Minimo Produto Viável, histórias do usuário e histórias técnicas, culminando com o product backlog, uma lista priorizada e planejada;

2. Game | Sprints | Construção

A construção de software gera produtos e soluções que se perpetuam por muitos anos, décadas, conheço soluções construídas nas décadas de 80 e 90 que ainda hoje sustentam negócios complexos e críticos com sucesso. A maioria delas possui uma documentação excessiva e abrangente, defasada e inevitavelmente comprometida, a psicologia explica, frente a centenas de páginas a maioria acaba rolando e enrolando e fugindo de se atolar e dedicar dias da semana só a isso.

O segredo não é se amotinar, dizer que documentação é do mal, que ela é inútil, porque inútil é o exagero, redundância, complexidade, dificuldade. Como tudo na vida, o equilíbrio é o ideal e em agilidade as retrospectivas precisam fazer seu trabalho, identificar desperdícios e gargalos (Lean), gerar atitude, proposição de melhorias, sempre baseado em fatos e não em paixões e idealizações.

2.1. Para o DoR (Definition Of Ready):

Importante, o registro documental do nosso DoR é rico demais para não receber alguma atenção, talvez um grupo de trabalho que defina o que, como e onde. A documentação de funcionalidades deve ter esta orientação, uma árvore racional que permita rapidamente localizá-la, a orientação para sprints é temporária, a orientação funcional é permanente e deve deter informações cumulativas úteis.

2.1.1. User Stories – Narrativa e critérios de aceite, incentivando o uso de notações. Como <quem><o que><porque> para a narrativa e <dado que><quando><então> para critérios, que representarão de forma atômica diferentes regras, como as de negócio e integração. Uma linha para cada, ao invés de parágrafos embaralhados com várias regras, preferencialmente seguindo BDD.

user stories - sebastien frechina

2.1.2. Protótipos com explicações – Via de regra, na absoluta maioria dos projetos de que participo, materializando a necessidade, exponenciando o papel de um bom UX (user experience), a oportunidade de termos o desenho das telas com diferentes características de navegação e usabilidade, enxuta, simples e objetiva, que norteará de forma efetiva o desenvolvimento melhor possível;

2.1.3. Documento complementar – Diferentes empresas chamam de diferentes nomes, mas é um documento que explicita questões desde regras de integração, SEO, funcionais, alertas ou lembretes que registram questões intrínsecas que poderão gerar problemas futuros se não forem registradas. A regra é bem simples, escreva somente o que precisa escrever, o melhor documento é aquele curto, que explica o que se desconhece, evite explicar o óbvio e já acordado, conhecido (*);

(*) há quem coloque estas informações e regras complementares no mesmo documento da User Story, inclusive o protótipo, e sai por ai dizendo que só usa a User Story e é suficiente … mas só porque está tudo junto não quer dizer que é uma coisa só.

2.1.4. Cenário(s) de testes – Para mim, e é assim que conduzo em todas as empresas por onde passo, a construção pelo menos do cenário principal de testes é essencial. Este cenário fazer parte do DoR é um importante insumo para os desenvolvedores, que os revisarão antes de liberarem a funcionalidade para testes e homologação. Para o DoR eu recomendo garantir o cenário principal, o SQA ou tester pode trabalhar ou não depois os cenários alternativos a seguir;

2.2. Para DoD (Definition Of Done):

2.2.1. Código auto-explicado – Seguir boas práticas de engenharia de software, potencializada por conceitos básicos de aprimoramento do código gerado como paterns, pair programming, code review em suas diferentes formas. O código gerado por equipes ágeis e conscientes de tudo o que falei acima, esforçam-se para gerar código limpo, legível, componentizado, boa OOP;

2.2.2. Testes automatizados – O uso de boas práticas como BDD com o uso de ferramentas para geração de testes, TDD ou pelo menos testes unitários, testes funcionais. Todas estas boas práticas geram informações e conhecimento rastreável e seguro, vivo, que se mantém atualizado sempre. Bem feitos são um manual dinãmico e explicativo orientado a comportamento e engenharia;

2.2.3. Versionamento e integração contínua – A ideia é seguir uma boa arquitetura e engenharia de software, de forma que crie uma matriz e árvore passível facilmente de ser conhecida a partir de sua navegação. O uso de boas ferramentas integradas geram baixo custo de assimilação, facilita troca de responsáveis, acelera novos integrantes, pesquisas e mesmo refatoração;

2.2.4. Gestão de configuração – É uma prerrogativa inalienável a qualquer equipe, na minha opinião quaisquer scripts ou ações relacionadas a promoção daquilo que está sendo feito carece registro, aglutinação e versionamento. Algumas empresas de diferentes tamanhos deixa esta atribuição a tarefas manuais e pessoais, um erro que gera riscos e impede agilidade em ocorrências;

2.2.5. Métricas, indicadores e Status Report – O uso de boas práticas em métricas também envolvem métricas técnicas e indicadores, que devem ser escolhidos com cuidado, como as taxas de cobertura citadas acima, mas também de softwares responsáveis pelos builds e integração contínua, SONAR, a maioria são automatizadas a partir de scripts e mapas apresentados nas Sprints Review, acompanhando entregas e seus status report.

Cada um dos itens acima em teoria foram construídos dentro do próprio processo e mantidos atualizados, após o projeto encerrado é preciso mantê-los vivos, o que demanda mínimo esforço, quer em uma ferramenta ALM robusta, sharepoint, confluence, na dúvida se isso é possível, me manda uma msg …

Manual – Amaldiçoado por muitos, mas ainda úteis em casos específicos como software de prateleira, quer manuais físicos ou virtuais, conforme negócio. As vezes na forma de uma apresentação para replicação de treinamentos, as vezes vídeos, esporadicamente manuais em pdf, seguidamente virtuais, acessíveis durante a navegação, sensíveis a contexto. Pelo menos um FAQuizinho rola.

0

Quando o esforço é garantir o nada mais explícitamente possível

|

No trabalho, na sala de aula, em casa, muitos amadores e alguns profissionais na arte de gastar toda a energia e esforço necessários para demonstrar o máximo de descontentamento e garantir-se bloquear qualquer tipo de aproveitamento.

Não é característica Millenials, eu tenho 30 anos de mercado e já incorri no erro de assumir este papel, até me dar conta e mudar. Jovens e veteranos podem cair nessa arapuca, a arte é disciplinar-se a não se deixar levar pela birra.

Todo mundo passa por algum momentos assim, consciente ou inconsciente se quer estar em outro lugar ou em lugar nenhum, mas precisamos estar em uma sala de aula, trabalho, reunião, evento, … mas é preciso perceber, mudar e melhorar.

Na prática, sempre que somos surpreendidos por algo que não nos satisfaz, há casos em que é possível ir embora, fazer outra coisa, mas há situações em que devemos ficar, porque faz parte de um acordo, compromisso ou necessidade.

Quando em aula ou no trabalho, desperdiçar este tempo é o mesmo que ir a um jogo de futebol, colocar o uniforme, entrar em campo para então ficar de braços cruzados e emburrado na lateral direita só porque não concorda com a escalação … pense nisso!

Opção #1: De limão a limonada

O que eu digo para meus alunos e nem sempre sou ouvido é que se por uma hora e meia estaremos juntos para ensinar e aprender, o melhor é desencanar e tentar tirar dali algo de útil. Ficar emburrado e explicitamente descontente só piora.

É a mais pura comprovação da Lei da Relatividade, curtir o que faz gera sinapses e faz o tempo voar, não curtir e não tentar pelo menos interagir, co-criar, mas sim emburrar faz o oposto e uma hora vai parecer uma eternidade no purgatório.

Alguns optam por piorar ao máximo e retroalimentar sua insatisfação, garantindo a si mesmo que o resultado daquele “martírio” seja o nada absoluto, é a antítese do que diz a PNL, é esforço para uma DPNL (Des-Programação Neuro Linguistica).

Opção #2: Lei dos dois pés

Eu aprendi nessa vida que sempre que há opção de não ficar e de fato eu não quero ficar, todos os envolvidos se beneficiam se assim for, irei para outro lugar onde eu e quem la estiver aproveitaremos mais e melhor o momento.

Quem não conhece a Lei Universal dos Dois Pés, clique aqui e leia assim que puder. Tem a ver com um mix de emoções, tal como aceitação, opção, respeito, vergonha na cara, pró-atividade, auto-estima, … senão, nem Freud explica.

Mas a Lei do Dois Pés não é sempre uma opção, muitas vezes é uma questão de compromisso, responsabilidade, contratos, acordos, quando não há opção, de nada adianta empacar como um burro emburrado, aí é relaxar e tenta tirar algo de útil.

Profissionais e Amadores

O mais interessante quando começamos a ler sobre teorias e modelos da psicologia e sociologia é que aprendemos a compreender alguns porquês, onde o problema não é ter certa atitude, mas sim persistir com essa atitude equivocada.

Já conheci muitos profissionais famosos pelo mau humor e rabugentisse, que se sustentavam por sua grande capacidade técnica ou conhecimento … mas isso sempre é uma questão de tempo até cruzarem a linha do aceitável.

De nada adianta se utilizar recorrentemente de mau humor e displicência, ultrapassando o limite do bom senso e boa convivência, porque mesmo que houvesse de início alguma razão, perdemos ela ao piorar e sustentar a situação.

Na verdade, na maior parte das vezes, emburrar é falta de argumentação ou alternativa, então entramos em modo “dissonância cognitiva”, tentando negar, racionalizar, transferir, projetar, piorando mais e mais e perdendo qualquer razão.

criança emburrada - 1

Tem um tanto de humano, varia de cultura para cultura, potencializando ou mitigando, mas está presente em todo o mundo. Entretanto, é certo que em alguns países a birra deixa de ser coisa de criança para ser um traço cultural, há especialistas nisso.

Você sabe o que eu quero dizer, é como pessoas de grande intelecto, belas, artistas, astros e estrelas, não só é aceito como incentivado como uma forma de se diferenciarem, como um direito divino, passando o recado que ética, moral e educação é para os comuns.

E você? Em pleno século XXI, em tempos de economia colaborativa, sustentabilidade, consciência coletiva, geração Millenial e veteranos pilhados, você tem planos, aproveita cada oportunidade, é agente de mudança, se adapta, cresce, melhora? Ou com 20, 30, 40, 50 e ainda acha que birra é estratégia.

2

Diferentes quadros para debater cultura e dinâmica de equipes

|

Após o post com variados assessments (avaliações) ágeis, compartilho algumas técnicas de cultura de time baseadas em diferentes canvas. Já postei sobre todos eles mais de uma vez em usos pessoais, sobre produtos, negócios, mas aqui ofereço boas técnicas a serem usadas para estabelecer o máximo de auto-conhecimento coletivo, enxergando uma equipe, das partes ao todo.

Acredito muito em Team Building Games, de forma útil e positiva, com objetivo, mas há também múltiplas técnicas para interação e sinergia, reflexão e auto-conhecimento. Alguns quadros foram criados e se propõem a discutir diferentes aspectos da formação, dinâmica e trabalho em grupo. Alguns deles apresento abaixo, com links de origem, outros são habituée aqui no blog.

1. TEAM CANVAS

O Team Canvas é um quadro proposto por Alex Ivanov e Mitya Voloshchuk com o objetivo de propôr uma ferramenta para discutir a dinâmica de trabalho e interação de um time, impactada tanto pela cultura pessoal de seus integrantes quanto da cultura organizacional. Clique aqui e baixe template A3.

Pessoas e Funções: Nome e função dos integrantes;
Objetivos comuns: Qual o foco comum a todo o time;
Objetivos pessoais: Objetivos individuais dos integrantes;
Propósito: Porque fazemos o que fazemos, qual nossa motivação;
Valores: Quais são os nossos valores;
Forças e ativos: Pontos fortes;
Fraquezas e Riscos: Pontos fracos;
Necessidades e Expectativas: O que precisa e o que quer;
Regras e Atividades: Regras básicas e atividades-chave.

Clique aqui para acessar o site explicativo do Team Canvas e sua técnica.

2. TEAM CHARTER CANVAS

Um modelo mais envolvido com missão e valores, segundo seu autor, é complementar ao Team Canvas explicado e linkado logo acima. No site do autor ele recomenda que antes de preenche-lo de forma colaborativa uma das opções é realizar uma dinâmica de integração e provocação como o Lego Serious Play.

Missão – Qual o porque da existência da equipe;
Escopo – O que é e o que não é escopo do time;
Valores – Como a equipe aborda seus objetivos;
Papéis – Quem é quem na equipe;
Eventos – Como celebra sucessos e como busca aprender;
Objetivos – O que a equipe busca atingir, atender, ser;
Forças – Habilidades e pontos fortes coletivos e individuais;
Fraquezas – O que falta ao time para ser ainda melhor;
Normas – Como a equipe se determina e toma decisões.

Clique aqui para acessar o site oficial e aqui para baixar o template em A0.

3. TEAM CHARTER CANVAS / releitura

4. LEAN TEAM CANVAS

Outro quadro com peculiaridades muito legais, uma espécie de Business Model para o trabalho em equipe onde os campos tiveram uma reinterpretação bastante acoplada, como por exemplo:

Liderança – Quais as características de um líder;
Atividades de time – Atividades desejadas, como feedbacks, reuniões, eventos;
Cultura – Motivação, dinâmica interna, propósito, prioridades;
Valor – Como o time agrega valor, competências essenciais, diferenciais;
Ciclo – Qual o ciclo de vida desejado no trabalho;
Espaço – Modalidades, metodologias, ferramentas essenciais;
Membros – Quem são, função, hard e soft skills que os define;
Custos – Prioridade dos investimentos diretos ou indiretos;
Objetivos – Estratégia, metas, objetivos comuns e prioritários.

Clique aqui para assistir um slideshare completo sobre Lean Team Canvas.

5. SWOT e JOHARI

Duas técnicas poderosas em diferentes frentes, mas também usados para debater o auto-conhecimento de um time, no SWOT (FOFA em português) debatemos forças, oportunidades, fraquezas e ameaças, enquanto na Janela de JOHARI discutimos o quanto nós percebemos e o mundo nos percebe em relação a estes mesmos quesitos, materializando áreas abertas, ocultas, cegas e desconhecidas:

6. CHAx5 (Mapa de Competências)

Este é efetivo e divertido, a equipe lista todos os conhecimentos, habilidades e atitudes que são relevantes ou representam oportunidades para o seu trabalho em equipe, quer em um projeto, sustentação ou operação. Há quem use apenas para conhecimentos, há quem amplie também para habilidade e competências em um espectro mais amplo. O resultado é muito realismo, insights, planos de melhoria.

Tem muito mais, este post foi só para provocar que tem muito mais que projeto e produto, é preciso discutir melhoria contínua inclusive a partir da cultura e dinâmica interna de cada time … opções para a nossa Toolbox 360°.  \o/

2

Assessment (+20) não gera diagnóstico, mas é uma usina de insights

|

Compartilho a seguir alguns assessments que tenho usado na minha estrada como Agile Coach e consultor, a do James Shore eu aprendi com o grande parceiro Alejandro Olchik em 2015, os outros fui  encontrando em meio a milhares de páginas e artigos que fui lendo e compartilhando nos últimos sete anos.

A seguir um mapa geral dos assessments que compartilhei neste post, clique aqui para baixar se quiser te-lo em tamanho A3 como um guia:

ASSESSMENTS

Não acredito em assessments para diagnósticos, mas se bem escolhido frente ao momento do time, é uma ferramenta relevante para ampliar horizontes e fomentar o debate construtivo, aumentar o auto-conhecimento e embasar os próximos passos e planos de ação. Clique nas imagens para ir às páginas e arquivos originais:

1. Roda da Vida

Se você não tem domínio sobre você mesmo, se não dedica algum tempo para auto-conhecer-se, querer fazer isso para o grupo é amadorismo. Pessoas que se conhecem bem pessoal e profissionalmente tendem a se posicionar e propôr soluções mais assertivamente … A roda da vida é uma preliminar pessoal para SWOT, BMY, Johari, CHAx5, antes de discutir sonhos e planos coletivos.

2. Assessment James Shore

Este aqui tem questões muito objetivas sobre valores e boas práticas em áreas como Agile Thinking, Colaboração, Planejamento, Desenvolvimento e Entrega. Em grupos grandes eu divido em sub-grupos de 3 pessoas, que respondem e depois convergimos juntos no entendimento de pontos fortes e fracos, propondo pequenos planos de ação para melhorias:

art of agile - shore map

3. Maturity Assessment Model for Scrum Teams

No site da Scrum Alliance tem este assessment sobre os 12 princípios ágeis, já o utilizei como warmup, antes de uma retrospectiva e gerou bons insights sobre nossos valores ágeis. A proposta original diferencia a opinião de cada um, mas eu normalmente faço uma primeira discussão em sub-grupos de 2 ou 3, depois consolidamos, assim cada coluna passa a representar um grupo e não uma pessoa:

4. Comparative Agility

Eu realizei o assessment online e salvei todas as questões para poder me debruçar e analisá-las com mais calma … até mesmo porque meu objetivo não era nos comparar com outras empresas e equipes, mas proporcionar reflexões sobre quesitos relevantes e montar planos de ações para melhoria contínua:

5. Agilometer PRINCE2

PRINCE2 é um framework tradicional para gerenciamento de projetos que vem se propondo a flexibilizar-se e agregar valor com princípios e boas práticas oriundas do Scrum e Kanban. De toda forma, compartilho um assessment muito simples, é só imprimir colorido e colocar “botões” deslizantes, que podem ser postits:

6. SAFe Team self-assessment

Esse é bem conhecido da galera do SAFe, o que restringe seu uso a poucas e grandes empresas, aquelas que usam o framework para projetos que contam com muitas equipes trabalhando juntas no mesmo release … no início pode parecer um tanto desafiador, e é, mas mais pelo tanto de atitude e realismo que exige de todos:

7. Squad Health Check Model

Esse é muito legal e seu uso é bem mais amplo, podendo ter nas colunas a auto-avaliação do time a cada sprint, uma forma de manter no radar os resultados obtidos com os planos de ação e iniciativas realizadas no transcorrer do projeto. O pdf já disponibiliza os cartões e semáforos, usamos as setas para dar a tendência – www.barryovereem.com/how-i-used-the-spotify-squad-health-check

8. The Unoficial Check-list SCRUM

Já fiz posts sobre este e outros, mas os links são para as páginas originais. Este eu achei muito legal e já usei com bons resultados, lembrando que o meu objetivo nunca é diagnóstico, mas reflexão pelo próprio time durante uma retrospectiva, que decide a partir disto quais as ações melhores a serem priorizadas:

Há uma lista com sugestões de assessments listadas por Barry Overeem, que relaciono abaixo, para estes sugiro o post original e seguir os links abaixo:

20. SCHNEIDER’S CULTURE ASSESSMENT – Para terminar compartilho um assessment lastreado na teoria sobre cultura organizacional de Schneider para descontrair e lembrar do que eu disse no início sobre tudo iniciar na pessoa, sendo assim, também é preciso lembrar que pessoas e times estão imersos em um contexto organizacional que pode ajudar ou atrapalhar se não estiver em equilíbrio. Ela é muito intuitiva e busca estabelecer o debate acerca da orientação cultural em equilíbrio ou não:

0

Terceira retrospectiva: Valor e plano de ação

|

Toda reunião é ao mesmo tempo uma busca e um substrato, porque sempre que reunimos pessoas com objetivos comuns é plausível que de lá saiamos com algo, quer o resultado de nossa ideação, debates, modelagem e planejamento, quer pela sintonia, sinergia e interação. Ambos nos movem a frente, geram mudanças.

A primeira retrospectiva foi focada na missão de mais de 20 profissionais em uma área composta por analistas de negócios e de mercado, uma tarde de dinâmicas focadas em debater e ressignificar a percepção de missão, visão e objetivos essenciais que os definem enquanto time e profissionais.

Iniciamos resgatando uma discussão anterior sobre pontos fortes e fracos. O ápice desta reunião foi o debate em grupos sobre quem somos nós (?), uma espécie de 5W2H, onde discutimos o que fazemos, porque fazemos, como fazemos, onde fazemos, com quem e para quem, quando e quanto.

“Gerar negócios sustentáveis, alinhados aos objetivos dos clientes, fortalecendo o relacionamento institucional!”

O objetivo de cada retrospectiva não é óbvio ou cartesiano, pois não é sobre apontar responsáveis, mas acima de tudo refletir, integrar, gerar sinergia, perceber oportunidades de melhoria a nível pessoal, coletivo, organizacional e ambiental (cliente e outros stakeholders).

A segunda retrospectiva foi o início de uma jornada de auto-conhecimento e planos de ação para o estabelecimento de um processo sustentável de melhoria contínua, apenas porque sempre teremos o que melhorar, porque o mundo muda e com ele é preciso nos percebermos nele como agentes continuados de mudança.

“Como ampliar a percepção dos clientes quanto a entrega de valor dos nossos serviços?”

Na segunda reunião pudemos exercitar dinâmicas para exercício de empatia com o cliente, para então debater nossas forças, fraquezas, oportunidades e ameaças, sempre de forma lúdica e descontraída, mas com muita responsabilidade e profissionalismo, mesclando boas doses de domínio e inovação.

Ao final já foi possível gerar uma lista de ações possíveis ou desejáveis para melhorias em diferentes frentes, uma provocação de que não tem porque esperar, é se provocar a cada dia em melhorar (kaizen), mas alertando que para a próxima reunião estabeleceríamos planos de ação e metas factíveis.

Terceira Retrospectiva – Valor e Primeiros Planos de Ação 

A tarde transcorreu em constante realinhamento, iniciando pelo depoimento de um cliente, presencial, com direito a perguntas e respostas, seguido de um workshop sobre o significado de “valor”. Com muita interação, com dois momentos intensos e de bons resultados.

Primeiro a discussão e mapeamento de quais são os custos e quais os benefícios, a todo momento linkando com as duas reuniões anteriores, com o depoimento inicial do cliente e clusters que vinham se formando. Na sequência resgatamos ações pontuadas no final da segunda reunião e novos valores percebidos hoje.

Tudo isso para então montarmos uma matriz de valor e alçada para a materialização de nossos primeiros planos de ação. No eixo X, da direita para a esquerda temos cada um de nós, a equipe ou sub-grupos, a gestão e direção da nossa área, a direção da empresa ou outras áreas e finalmente os clientes. No eixo Y, quanto mais para cima, maior o valor que o plano de ação agregará.

No final, um pacto de que até a próxima reunião de retrospectiva monitoraremos cada pequena mudança, endereçamentos, melhorias ou mesmo a percepção de novas oportunidades e necessidades. Planos de ação não são receitas de bolo, são hipóteses a serem exercitadas, realizadas, confirmando ou anulando pressupostos.

O protagonismo é de todos, só gera valor se houver interesse e engajamento, é preciso acreditar que quanto maior a sinergia entre colegas e maior a interação, mais claro fica as oportunidades que temos, hora para mitigar ou anular riscos, hora para aproveitar cada momento.

Em Maio vai rolar a quarta retrospectiva, o planejamento de cada uma é feito uma semana antes, resgatando a essência das anteriores e o momento do time e seus integrantes para continuar avançando, retroalimentando um ciclo virtuoso de empatia e colaboração onde todos ganham. Até lá!

0

Savana Scrum – Use a receita, experimente, aprenda e melhore

|

Uma equipe ágil de alta performance deve estar sempre aberta a discutir e experimentar novas ou mesmo velhas receitas na intenção de melhorar, trata-se de um modelo mental voltado a melhoria contínua, redução de zonas de conforto.

Novas e talvez velhas receitas, porque nunca somos os mesmos, como a parábola do rio no ditado chinês, pode ser que técnicas tentadas antes agora tenham sucesso, porque desde então aprendemos, crescemos e talvez agora dê certo.

Pedra que rola não cria limo!

Uma equipe que “acha” que já faz o seu melhor e recusa sugestões para tentativa de melhoria indica haver uma grande zona de conforto ágil, uma trincheira ágil, o mundo de software precisa de profissionais de olhos abertos a inquietos.

É como uma receita típica, algumas perpetuam-se, mas sempre estarão sujeitas a serem o ponto de partida para novas receitas, com novos ingredientes, não porque a receita mudou, mas porque nós mudamos e queremos experimentar.

Não é incomum ver equipes ditas ágeis entrincheiradas, alheias a percepção ou acomodadas com seus pequenos e inevitáveis desperdícios. Todo o substrato ágil baseia-se no Lean, em princípios como Gemba e Kaizen … em continuum.

Por isso ciclos iterativo-incrementais-articulados, para nos lembrar que pequenas experimentações, uma dose quinzenal de inquietação nos faz lembrar o quanto ainda temos pequenos desperdícios ou oportunidades de crescimento.

Já falei sobre a inevitabilidade de ter um formador de opinião em cada time, é importante que ele tenha consciência de que o time não é seu, que sua experiência e influência deve ser do bem, aberto, incentivando e apoiando outras opiniões.

O ideal é equilíbrio, sempre com foco em adequado valor entregue em equidade, atendendo o negócio, com qualidade e excelência, sustentável, transparentes e realistas … inspiradas em missão, visão e objetivos acordados e monitorados.

Em TI é inevitável jamais estarmos no estado da arte, esta condição não é para gerar frustração, mas engajamento ao se ter consciência do mix de oportunidades que ainda não aproveitamos. Dinâmicos em baby steps, cadenciado, confortável.

Por essas e outras é que SCRUM continua sendo o método ágil mais utilizado no mundo, porque ele  não pressupõe idealizações, mas sugere ciclos, timeboxes, que bem aproveitados manterão a equipe ligada, alerta, disposta a experimentar.

Small Project Philosophy, um pequeno projeto de cada vez, cliente e fornecedor de outros projetos em programas e portfólios. Com releases plans, sprints, experimentando, curtindo, atendendo, entregando, aprendendo e melhorando.

1

Savana Scrum – mutar conhecimento em algo útil vale o dobro

|

Ao final de cada treinamento ou workshop eu sempre chamo a atenção que para aquele evento ser realmente útil, alguma coisa ele instigará em nossa atitude, prática, comportamento, convertendo-o em ação e benefício a nós mesmos, à empresa onde trabalhamos, nas comunidades onde estamos inseridos.

Não é raro quando estamos em um evento, quer seja uma palestra, oficina, debate, entre outras oportunidades de compartilhamento e aprendizado, quando temos insights, imaginamos pontos úteis de melhoria em nosso cotidiano, mudanças em nossos fluxos de trabalho, processos, relacionamento ou produção.

É um ponto de reflexão relevante se vamos a eventos ou cursos de variados tipos e conteúdos, mas após assisti-los continuamos a fazer tudo como antes. Ainda mais quando ao fazê-lo temos diferentes insights, percebemos oportunidades, mas depois negamos a possibilidade de experimentar, tentar algo diferente e melhor.

Antes de mais nada, sempre no início dos cursos e treinamentos elogio quem trouxe bloco de notas (aos outros ofereço folhas e caneta), é obrigação de qualquer profissional ter algo onde anotar insights e dicas diversas, como citações, livros, conceitos, teorias e modelos, pois desenvolvemos mudanças e argumentos assim.

A possibilidade de conversão diminui com o passar do tempo, aquela energia gerada naquele momento, a cada insight ou percepção de benefício se arrefece a cada dia que passa sem uma ação que a resgate ou potencialize … esvanecendo até que desapareça em meio as atribulações do dia-a-dia.

Quanto a empresas, mais ainda, eu acredito em programas de replicação, logo, qualquer colaborador que vá a um evento tem a responsabilidade previamente acordada que na volta irá fazer um resumão daquilo que de melhor teve a oportunidade de assistir ou experimentar.

Em equipes ágeis, retrospectivas não são apenas para discutir falhas a melhorar, mas como melhorar continuamente, porque o foco não são apenas erros ou falhas, mas melhoria contínua de forma mais abrangente, introdução de novas práticas, técnicas, adoção de novos conceitos, experimentações.

É claro que capacidade absortiva diz muito respeito ao acumulo de diferentes conhecimentos que nos proporcionarão maior habilidade em ver oportunidades de melhorias, pois nem todo o conhecimento é convertido imediatamente em ação … mas são exceções que fazem a regra, normalmente geram oportunidades.

De toda forma, para tudo nessa vida devemos ter claro a estratégia, a cada novo conhecimento ou vivência que adquirimos, ter clareza se é útil ou não, como talvez tiremos melhor proveito, compartilhando e traçando planos de ação ou meios pelos quais podem se materializar em práticas e resultados.

Sempre se pergunte: Isso que estou aprendendo pode me ajudar a ser um melhor profissional e pessoa? Como converto isto em melhorias de algum tipo? Se é algo para o futuro, como não deixar isso cair no esquecimento? Como compartilhar com outras pessoas?