0

Mais uma semana e vem aí mais um ano, tô De Boas!

Essa semana (10/09/2018) vou estar na ilha mais querida do Sul do país, local onde passei quase todos os finais de semana de verão da minha juventude – Joaquina, Lagoa da Conceição, Praia Mole, Canasvieiras, Jurerê, Armação, Pantano do Sul, Praia da Barra, Ponta das Canas, … ainda “ontem” era com a galera pra pegar onda, wind e caiaque, o tempo passa, mas a diversão e paixão pela ilha ainda são as mesmas, só mudou o meio …

http://www.noticenter.com.br/n.php?CATEGORIA=&ID=20009&TITULO=eventos-discutem-a-transforma-o-digital-em-florian-polis

Ao aproximar-se o niver dos meus 57 anos, sinto-me abençoado, a cada semana participo como facilitador, aprendiz, professor, amigo, marido e pai frente a oportunidades fantásticas de interações que muito aprendo e fazem sempre me questionar e me reinventar – um Focus Group com mais de 20 lideranças estaduais em seus órgãos, duas facilitações de transformação de times de alta performance (arquitetura e Techops), alguns debates e workshops Toolbox, um open space com mais de 50 pessoas, poder assistir um treinamento com uma das melhores profissionais da área, facilitar um planejamento de projeto com um time de referência e um outro para start de parâmetros de um catálogo de serviços que vai fazer história, um banco intergaláctico com alunos e deliciar-se com nossa pequena se reinventando no Canadá o/ Que venham os sessenta.

2

Coach – Se a solução é só dele, provavelmente ela vai embora com ele

Em determinado momento de 2018, uma PO que muito admiro me disse algo que me deixou surpreso, ela esperava maior energia e protagonismo meu junto a equipe, que em workshops e treinamento eu era enfático ao argumentar técnicas e boas práticas, mas junto ao time no dia-a-dia eu passava quase desapercebido.

A questão é que eu acredito em tudo o que eu digo, senão não compartilharia, acredito em PDCL, em auto-organização, no coach como um irmão mais velho, não como um pai sargentão, o papel é aportar expertise e possibilidades, ajudar que as pessoas do time ou grupo se apropriem, decidam e melhorem a cada retrospectiva.

Quer seja consultores, facilitadores, Scrum Masters, Coachs, Agile Coachs, Enterprise Agile Coach, Supercalifragilisticexpialidoce Coach (by Mary Poppins), se a solução não é fruto do debate colaborativo sobre o desafio, contexto e alternativas, provavelmente vai chegar com o Coach e depois vai embora com ele.

Ahhhhh, elas podem errar, mas podem errar com ou sem imposições cotidianas, se não conseguimos lidar com isso é porque falta confiança na capacidade dos profissionais, porque dado os fundamentos, argumentos e modelos, a experimentação e aprendizados irá seguir o seu caminho em ciclos curtos a cada retrospectiva.

Em Maio eu postei um entre tantos posts sobre o papel, mindset e missão de um Agile Coach, refletindo sobre a abordagem de Len Lagestee em que afirma que um Agile Coach não deveria trabalhar para perpetuar-se, mas para tornar-se dispensável.

Ele NÃO deve ser O protagonista, se ELE aparece mais que as equipes tem algo muito errado, se está lá para apontar erros ele é um gerentão old school, se exerce a nobre arte de distribuir e cobrar resultados ele é GP, se impõe regras e normas ele é da governança, se fica cobrando processo é porque é GQA.

Eu costumo dizer em treinamentos que se o Scrum Master ou Agile Coach são do MIB, mas gostam da ribalta, reconhecimento e fama, esse é um péssimo papel. Conheço muitos que parecem papagaio de pirata, estão sempre na foto, sempre em destaque, chamando a atenção para si mesmo, salvadores da pátria, porque será?

Tem quem seja especialista em tudo, tem resposta para tudo, quase um herói clássico de quadrinhos, que ao final sempre resolve o problema e fica com a mocinha. Tem quem palestre sobre tudo, sempre divulgando seus feitos e protagonismo, muitos ainda se arvoram a criticar e reclamar de quem tenta fazer diferente dele.

Muitos se empenham primordialmente a garantir sua perpetuação, seu crescimento, sua visibilidade, as vezes internamento, mas frequentemente para fora, junto ao mercado, gerando permanentemente factóides e contando apenas a parte mais dourada, obscurecendo os inevitáveis dilemas, erros e aprendizados.

Isso tudo explica bem porque iniciativas muito boas morrem após algum tempo da saída do consultor, coach, facilitador ou Supercalifragilisticexpialidoce alguma coisa. Pode acontecer de qualquer forma, mas inconscientemente as pessoas levantam barreiras frente a imposições, falta de autonomia mínima e estrelismo exacerbado.

Em 2018 e ainda o paradoxo do Super-Herói, asseguro que qualquer semelhança com a realidade não é mera coincidência!

0

Webinar King Host sobre Carreira

Um spot que passou longe do lugar comum e testes vocacionais, uma visão muito peculiar daquilo que acredito sobre Carreira, sem idealizações ou simplificações … exige auto-conhecimento, constante reflexão, construção e acionamento de networking ativo, usando (ou não) ferramentas de forma iterativo-incrementais-articuladas.

Interagir com a King Host sempre uma experiência divertida e instigante, já participei de uma conexão King Host a alguns anos, vem aí mais uma edição em Outubro/2018, interagindo com um público bem variado, conheci dois dentistas que lá compareceram para assistir e bater um papo.

A seguir algumas fotinhos desta aventura, com os parceiros desta viagem, eu curti e tive alguns feedbacks bem legais … tinha uma hora para pontuar alguns dos tópicos que considero mais relevantes nesta parada … mundo, mercado, século XXI, auto-conhecimento, parceiros de viagem, PDCL, …

Também alguns artefatos que podem ajudar e dicas que devem ser lidas com critério, porque em uma horinha de webinar assumi o papel de cozinheiro, apontei ingredientes, disse que podem usar outros, alguns cuidados e uma receita … que aplicada por cada um vai gerar um resultado diferente, depende de nós.

2

$howbiz e auto-promoção estão deturpando eventos e princípios ágeis

Muitos agilistas brasileiros estão preocupados demais com o ego e em vender “novos” treinamentos, modelos, certificações, criar bordões, vender coaching, palestrar muito em todos os eventos, com muita pirotecnia e muito show de ilusionismo. Sempre pensando na próxima palestra com conteúdo espetaculoso ao invés de contribuir.

Isso já aconteceu na praia do universo startup, que aos poucos virou uma enganação, o negócio não é ajudar a gerar resultados, o negócio é showbiz, onde ir palestrar, gerar factóides e gerar gurus virou um objetivo muito lucrativo, para muitos o business está nos eventos, palestras, seu negócio é o Startup Showbiz.

Também já aconteceu no universo do coaching, essa praia deturpou tanto que até eu sou sondado a cada semana, pois para ser um coach é só certificar-se em um curso PNL de final de semana para então começar a usar isso a seu favor, … desculpa, mas no século XX o nome disso era charlatanismo.

Eu palestro cada vez menos, quando o faço eu sou quase rabugento, inicio alertando que sou ácido contra esse grande negócio Agile, Startup, Coach, que ao invés de acelerar está empatando. Até entendo, pois é a lei da oferta e procura, apontar culpados e receitas mágicas é o que a maioria quer, então tem cada vez mais quem venda.

Quem assiste acaba achando que está fazendo algo muito errado, porque ele não é como palestram, logo, tem que contratar um coach ou consultor para melhorar (sic) … se ele soubesse que a palestra conta 25% e omite os 75% daquilo igual ao que ele chama de carência por um coach … daria um processo de propaganda enganosa!  😦

um-bom-negocio

Agile showbiz paradoxal

Entrada triunfal, apontando erros e criticando o que está posto, oferecendo as únicas receitas que funcionam, minando iniciativas anteriores com frases de efeito e muita auto-ajuda, ironicamente fazendo isso após falar de PDCL, Kaizen, Gemba, baby steps, Karasek e Tuckman.

Tem muito agilista que palestra sobre um monte de coisas legais, descoladas, divertidas, criativas, mas na maior parte das vezes tudo isso ele faz em 25% do seu tempo, nos outros 75% não é mais que um bom e velho GQA de processo, porque agilidade tem que ser do jeito dele.

É fácil de reconhecer, eles tem convicção de que o que eles sabem e orientam é a melhor solução, as outras não, consequentemente geram um paradoxo esdrúxulo, pois eles defendem a auto-organização, desde que da forma deles, o resto é ilógico, ruim e incongruente.

Ok, entendo, é um bom negócio!

O MiMiMi do Scrum, Kanban, ScrumBan, XP, Lean, SAFe, S@S, Less, Mng 3, DT, não tem fim e gera milhões de receita, cada um de seus defen$ore$ fazendo de conta que só o seu resolve … eu sempre ofereci escolherem um como base, pinçando boas práticas e opções dos outros não oferecidas pela base escolhida.

A maioria omite os pontos de contato porque o seu curso, certificação, coach, palestras e outras fontes de receita e ribalta são Scrum, Kanban, XP, SAFe, … Tem que fazer de conta que é único, singular e mágico … a discussão entre Scrum, Kanban e XP seria engraçada se o ônus não fosse tão alto para o mercado e empresas.

Se é um ou outro, se não pode experimentar, se após acertar não pode mais errar, se todas as equipes possuem pautas e métricas extrínsecas comparativas, se apontamos “culpados”, se errar é inaceitável, qual foi a aula sobre Agile que eu faltei?

Uma das estratégias mais incríveis é negar aprendizados, ao invés de continuar evoluindo é preciso negar, se não conseguir, mudar os nomes das coisas, via de regra eu fico com a impressão de que o objetivo é preparar a próxima palestra no próximo evento, permanente gerando o próximo “case” … business em segundo plano.

Os eventos de Agile a muito tempo se tornaram iguais aos de Startup, grandes cifras e muito showbiz, muitos dos que estão lá palestrando estão mais preocupados com seu enorme ego e seu business do que passar conhecimento realista, verdadeiro, vicariante útil.

Paradoxo do coach indispensavel substitui o paradoxo de controle e o do super-heroi

0

Jogo – Você Prefere?

Que tal um jogo em que temos uma linha divisória, a cada pergunta do facilitador as pessoas posicionam-se a esquerda ou a direita. As perguntas devem ser instigantes, inesperadas e polarizadas, posto que as pessoas precisam sempre posicionar-se preferencialmente à primeira ou segunda opção.

Inicie pedindo que todos fiquem sobre a linha e explique que para escolher a primeira opção devem ir para a direita, a segunda é à esquerda. Cada pergunta feita deve iniciar com “Você prefere?”:

  • Cobertura de código ou entrega?
  • Qualidade ou débito técnico?
  • Documentação ou conversação?
  • Testador na equipe ou só desenvolvedores?
  • Aos stakeholders, status report ou comunicação verbal?
  • Review ou retrospectiva?
  • Último dia, fazer a daily ou terminar o código?

PRINCÍPIOS: No cotidiano do trabalho em uma equipe de desenvolvimento de software, muitas vezes não é uma questão de certo ou errado, mas de equilíbrio entre o ideal, o desejável e a necessidade, as metas.

DICA: Mescle algumas perguntas diferentes, divertidas, inesperadas em meio às pertinentes ao seu projeto, tecnologia e princípios. Por exemplo:

  • Possuir um cachorro ou um gato?
  • Tirar férias ou economizar?
  • Conhecer seu futuro ou mudar o passado?

0

Value Stream Mapping

A criação de um mapa de fluxo de valor de estado atual é um passo importante quando estamos debatendo nosso processo de trabalho, mas a meu ver é fundamental que entendamos os conceitos, os processemos e a luz de nossa realidade adaptemos ou simplifiquemos à nossa necessidade.

Tenho cases bem legais em áreas como financeiro, contratos, compras, RH, educação, conteúdo, baseados em “Genchi Gembutsu” e “Gemba Walk”, que traduzem o conceito de verificar in loco onde as coisas acontecem, com quem faz acontecer. Porque o primeiro passo é não tomar decisões sem convidar para o debate quem faz acontecer, inexiste entendimento sem envolver as pessoas.

O mapa de fluxo de valor do estado atual é um trabalho onde a equipe, com ajuda de um facilitador, debate e mapeia os limites e passos do processo, os dados e fluxo, os tempos de execução e transição, tudo isso para debater gargalos, problemas e oportunidades para planejar e experimentar melhoria.

No slideshare encontrei este desenho de processo para execução iterativo-incremental de mapeamento e melhoria do mapa de fluxo de valor (Lean Webinar Series):

Eu muito usei este conceito ajudando áreas de escritório (Lean Office) a mapear e tentar melhorar seus fluxos de valor, mas para ilustrar este post eu procurei exemplos de desenvolvimento de software para tornar mais legível para a maioria, exemplo de indústria há milhares no gloogle.

O que é VSM

Mapeamos o fluxo de valor do estado atual com o intuito de enxugá-lo e construirmos o estado ideal ou futuro, para tanto representamos o passo-a-passo de cada um de nossos fluxos de trabalho, entendendo atores, responsabilidades, informações, recursos e tempos médios.

Trata-se de um exercício coletivo e colaborativo, envolvendo representantes de todas as áreas e equipes, todos temos condições de fazê-lo se desapegarmos de notações, foque no fluxo e não no formato, debata e ao mesmo tempo registre diagramaticamente de forma clara aos presentes.

Um rabiscoframe legível e claro a todos os presentes vale muito mais que um diagrama cheio de regras e notações, quando perdemos tempo abertos a comentários e rec
lamações que nada agregam em valor ao assunto, apenas a regras de representação absolutamente dispensáveis.

Quem nós somos e o que fazemos?

Sugestão, use um Role Model Canvas, um Design Ops Canvas, inicie alinhando quem nós somos, qual é a nossa missão, restrições, informações, ferramentas, … liste os principais fluxos de trabalho, escolha aquele que mais tem a agregar se o analisarmos e enxugarmos.

A escolha diz respeito a Pareto, queremos mapear um fluxo de projeto, operação, relacionado a um produto ou serviço, interno ou externo, frequentemente diz respeito a algo que está gerando problemas, mas pode ser algo novo, um desafio ou objetivo organizacional em enxugar.

Quem fará a facilitação?

É importante ter alguém que faça a facilitação, mediação, provavelmente alguém com alguma experiência ou habilidade na diagramação de mapas de valor ou processos, podendo ou não ser alguém do time ou (frequentemente) um profissional dedicado a este tipo de trabalho.

Ele alinhará de início algumas regras e técnicas Lean ou Ágeis para debates colaborativos, registrará o objetivo e criará alguns quadros auxiliares, bem como combinará em comum acordo alguns acordos sobre simbologia, significado de cores, postits, etc.

Essas combinações são essenciais para direcionar os debates, diz respeito a fazer um pacto de trabalho, delimitando algumas balizas e restrições, acordando o(s) principal(is) foco(s) de atenção e dedicação.

Desenhando o fluxo?

O desenho incia invariavelmente por um storytelling, com key-users, usuários e operadores contando como realizam este trabalho, onde ele inicia, por onde passa, suas operações, filas, transformações, evitando entrar a nível de tarefas ou detalhamento de atividades.

É muito importante neste momento incluir os fluxos de informação envolvidos, solicitações, registros, workflows, aprovações, aguardando, manipulações, sempre a partir de um paradigma de operação e não detalhando atividades, mergulharemos nela mais adiante se necessário.

Esta discussão tem valor per si, o simples fato de colocar as pessoas para discutir seus trabalho atual explicitam eventuais desperdícios ocultos, alguns preconizados pelo Lean desde a década de 50, como estoques de inacabados, deslocamento desnecessário, complexidade desnecessária.

Se a equipe for provocada desde o início a sair da caixa, analisar críticamente sem prévios conceitos e questionando regras e hábitos, é muito provável que todo e qualquer fluxo terá desdobramentos para otimização e enxugamento de seus passos, potencializando seus recursos e tempo.

Dados, medidas e informações?

Agregue informações pertinentes a métricas do seu fluxo, de cada passo e entre eles, mas evitem percepções abstratas ou históricas, gere informações atualizadas e reais para evitar birras e distorções pessoais ou mesmo coletivas.

Ao registrarmos tempos médios, se necessário também mínimos e máximos, muito do valor pertinente a demora e oportunidades de redução se explicitam automaticamente, informações básicas do Lean são Lead Time (desde a requisição inicial) e Cycle Time (tempo de execução).

No mapeamento de fluxo de valor dedicamos algum tempo na análise de tempo, quer no de execução de uma operação quanto no tempo de fila ou aguardando algo, o que muitas vezes se reflete em desperdícios.

Obs: A imagem abaixo retirei de um post em que Al Shalloway destaca que um bom Kanban com seus status visíveis de fluxo seria um passo dado para incrementar médias e informações para análise de gargalos, algo que tentamos fazer sem explicitar um VSM, mas usando quadros auxiliares com Lead Time, Cycle Time, Throughput, …

Como criar o mapa de fluxo de valor do estado ideal?

Iniciamos combinando qual é o ideal que queremos ou necessitamos, para então começar ciclos de análise, debate, proposição a partir dos pontos de maior desperdício ou “dor”. Iniciamos debatendo o ponto em comum acordo que é onde maior valor agregaria se o otimizassemos e assim por diante.

Aqui entra em ação nossa Toolbox, apoiados por frameworks, técnicas e boas práticas para otimização de cada operação analisada, como o uso de quadros Kanban para eliminar desperdícios de tempo e estabelecer um fluxo puxado.

Naturalmente vamos planejar algumas melhorias, priorizadamente, em ciclos evolutivos, iterativo-incrementais-articulados, para avaliar, planejar o próximo passo e seguir adiante. A técnica recomenda que demarquemos os pontos que estão sendo priorizados e a ação que está sendo realizada a cada novo passo (kaizen Burst).

As vezes temos resultados imediatos, mas para atingir um estado ideal otimizado é preciso persistência e dedicação.

0

Ishikawa para análises de causa-efeito

Não sou preconceituoso com boas práticas só pela idade, talvez por empatia, afinal já ultrapassei a barreira dos 55 anos há algum tempo, então uma técnica conhecida e fácil sempre é uma opção conforme o perfil, formação e área do grupo. Dito isto, já usei Ishikawa e continua sendo uma opção na minha Toolbox.

O Diagrama de Ishikawa é usado para análises causais, por isso é conhecido como “Diagrama de Causa-Efeito”, mas devido ao formato é conhecido como “Espinha de peixe”. Em grandes grupos sigo os princípios de Dojo com piloto e copiloto como no Managing Dojo e World Coffee.

  • Efeito – O que queremos entender e solucionar;
  • Categoria – Principais grupos de problemas;
  • Causa – Causa possível pertencente a um grupo;
  • Soluções – Alternativas ou oportunidades.

Análise causal de problemas, utilizada por equipes empenhadas na busca por soluções ou melhorias em seu processo ou produto. Apesar do original da década de 50 ter sido criado em um formato para a indústria, eu não uso os temas originais e defini-los faz parte da dinâmica, como tecnologia, ambiente, processo, pessoas, empresa, cliente, etc.

Segundo a Wikipedia: “O Diagrama de Ishikawa, também conhecido como Diagrama de Causa e Efeito ou Diagrama Espinha de peixe, é um gráfico cuja finalidade é organizar o raciocínio em discussões de um problema prioritário, em processos diversos, especialmente na produção industrial. Originalmente proposto pelo engenheiro químico Kaoru Ishikawa em 1943 e aperfeiçoado nos anos seguintes.”

No original, Ishikawa fixou as seis áreas (6M) que exigem reflexão para a identificação de soluções para um problema em uma unidade fabril – Método, Máquinas, Medidas, Mão-de-Obra, Material ou Meio-Ambiente. Entretanto, para desenvolvimento de software é mais flexível – Processo, Ambiente, Ferramental, Tecnologia, Time e Relacionamento.

  • Método: causas no método que estava sendo executado o trabalho;
  • Material: causas no material que estava sendo utilizado no trabalho;
  • Mão-de-obra: causas nas atitudes – pressa, imprudência, qualificação;
  • Máquina: causas envolvendo a máquina que estava sendo operada;
  • Medida: instrumentos de medida, calibração, indicadores, acompanhamento, frequência;
  • Meio ambiente: poluição, calor, poeira, layout, falta de espaço, dimensionamento.