0

Uma aventura 360° no velho mundo

Uma semana em Lisboa, dois cursos Scrum 360°, com duas horas dedicadas às dez disciplinas proposta por mim como base para o workshop Toolbox 360°. O responsável por esta aventura é o empreendedor Diego Maffazzioli, hoje radicado em terras luzitanas e que me apresentou à galera da Scopphu.

A viagem iniciou com duas malas enormes de material didático, fundo de cena, para dinâmicas e conteúdo, a preparação da sala demandou mais de uma hora comigo e o Diego mandando bala, preparando as mesas para os trabalhos em grupos, os murais, antecipando tudo para que o workshop tivesse máximo aproveitamento.

Foi uma grande aventura, uma semana acordando cedo, o dia inteiro dedicado a compartilhar conhecimento, ao mesmo tempo em que buscava conhecer cultura e status da turma, entrando noite adentro debatendo com o Diego sobre entrar mais em embasamento no início, como projeto, TI bi-modal, estruturas organizacionais.

O segundo dia do primeiro workshop tratou de resgatar estes fundamentos e embasamento, enquanto o segundo workshop já teve todo este pacote incluído logo no início do primeiro dia. Um pivot que garantiu uma boa avaliação no primeiro, uma ótima avaliação na segunda turma, o que muito me orgulhou do apoio e parceria com o Diego.

Conhecer Lisboa nestas condições, zero turismo, 100% focado, foi uma grande aventura, o prédio da Olisipo destinado ao desenvolvimento humano fica junto ao complexo da Expo’98, um espaço futurista e mágico junto ao porto, contando com o oceanário e dezenas de prédios incríveis e instigantes.

A Scopphu e seu povo é algo de indescritível … as conversas, o almoço, me senti em casa, conhecer a todas(os) foi muito especial – empatia, confiança, simpatia, difícil explicar o que mais me cativou. Adicionalmente, curtiram meu trabalho, especialmente o Toolbox 360° … acho que ainda voltarei lá em breve!  \o/

Uma curiosidade é que a Scopphu tem uma página no seu site em que explica o que é o seu conceito 360° – “Nossa missão garantir que todos os profissionais de gestão de projetos e os futuros, acessem aos conteúdos mais atuais, aos melhores recursos e ferramentas”. É o destino, estava escrito (Maktub!), havendo uma empresa que possui um “Conceito 360°”, eu tinha mesmo que acabar batendo um papo  \o/

https://scopphu.com/sobre-nos-2/conceito-360/

Os poucos momentos de relaxamento foram agraciados com boas conversas, comida típica AlenTejana. Os coffee-breaks eram de outro mundo, do velho mundo, doces divinos, pastéis de nata, ovos moles, com a eterna preocupação de tentar ingloriamente não voltar com 10 Kg a mais 🙂 rsrsrsrsrsrsrs

Me senti em casa, entre amigos, parceiros de viagem, uma sede simples e a cada troca de informações a certeza de que estava impregnada de outro viés cultural. Mais confiança que oportunismo, mais focado em felicidade e menos pompa, menos aparência e mais práxis … voltei completamente apaixonado!

O complexo da Expo’98 é mágico e cativante, o povo é simpático e muito fofo, sempre solicitos, pró-ativos em educadamente ajudar, parece mesmo estarmos em outro mundo. Não lembro de ter percebido tantos sorrisos e simpatia por metro quadrado …

0

Edição cooperativa do Workshop Toolbox 360°

Porque quem coopera cresce, primeiros workshops com equipes de todas as áreas organizacionais de uma cooperativa, como RH, controladoria, crédito, compliance, etc. Os workshops são o nivelamento proposto para a seguir iniciarmos uma fase de assessment e proposição baseadas em Lean e Kanban.

Um dia intenso, com diferentes compartilhamentos, dinâmicas e debates, com levantamento de desafios para 2019, riscos e oportunidades, um nivelamento para inicio de trabalho. As abelhinhas foram uma dinâmica alusiva ao mascote da cooperativa, entre outras dinâmicas com a missão de aliviar a barra em um workshop denso como este.

Mercado, fundamentos, moderadores, mediadores, métodos e então entramos nas 10 disciplinas, uma abordagem que propus como forma de estruturar o workshop em etapas, quatro delas sob um prisma humano e seis mais pragmáticas e mão na massa, pensei que iria mudar logo em seguida, mas acabou sendo muito consistente.

A cada edição, muitos aprendizados e a evolução continua e consistente do modelo proposto, fruto de muitos estudos e reflexões nos últimos 10 anos, desenvolvidos aos Sábados e Domingos, em eventos, algo compulsivo como também o Team Building Games (Jogos 360°), Scrum 360° e o Sobre os Ombros de Gigantes.

O jogo Desafio Toolbox é uma provocação que gera muitos debates, muitos insights, mas principalmente gera uma sensação de curiosidade e de oportunidade. Ele é uma parte importante do workshop, mais que isso, ele demarca a importância de uma boa Toolbox para profissionais do conhecimento e suas equipes.

O Toolbox Wall é uma proposta disruptiva, pura GC, mas 100% descentralizada e auto-organizada, conectando pessoas, compartilhando vivências e expertises. Já rodei em muitos eventos e muitas empresas, o resultado é sempre surpreendente.

 

 

0

Fiz o MVP de um TOTEM de mesa sobre SCRUM

Inspirado no totem do J Anderson com valores e princípios do Kanban, criei para meus workshops um Totem Scrum muito particular e que acredito que outras pessoas vão curtir, então aqui vai. Que tal um totem contendo no topo a representação de uma sprint de duas semanas com tudo aquilo que você pratica?

Estou sem uma foto do Totem para colar aqui, estou sem nenhum aqui em casa, mas os usarei nos workshops em Lisboa esta semana (já estou com malas na porta de casa, saio daqui a uma hora) e vou fotografar e colar aqui para entenderem melhor a montagem 🙂

totem

No totem propriamente dito, coloquei Papéis, Organização, Artefato e Conceitos e no topo formando um T, temos a estrutura inspiracional de um Sprint típico:

  • Sprint (scrum guide, exemplo 2 semanas)
  • Sprint Planning (scrum guide)
  • Daily Stand Up Meeting (scrum guide)
  • Sprint Review (scrum guide)
  • Sprint Retrospective (scrum guide)

Tem tópicos extras ao Scrum Guide, alguns controversos, mas que oriento e tento ajudar na experimentação a cada adoção, no Forming de todas as minhas implantações:

  • Pós-Daily – Se a Daily é um momento de alinhamento e energização coletiva rumo ao sucesso da Sprint, pós-daily é ajudar um colega, debater ou montar um plano de ação, é detalhar melhor ocorrências sempre que necessário, talvez uma comemoração ou cooperação. Na Daily ficam todos, enquanto na Pós fica ou vão para outro local somente quem quiser ou precisar. Tem a técnica da mãozinha, se um relato na Daily se extender, levante a mão, se mais alguém levantar quer dizer que aquele assuto ou detalhamento fica para a Pós-Daily;
  • “DDD” – Logo após o Sprint Planning e sempre que possível, uma boa prática oriunda dos fundamentos do DDD é desenhar em conjunto a construção das histórias a serem desenvolvidas, quais as camadas, serviços, classes, componentização, características essenciais, … domínio. É uma combinação da equipe sobre boas práticas aplicadas que geram tanto senso de pertença como tende a mitigar riscos significativos no Code Review;
  • Refinamento – Proposto pelos criadores do Scrum, um alinhamento das histórias sendo modeladas para a sprint seguinte, podendo inclusive se utilizar de técnicas colaborativas como Example Mapping e asseguran do que as perguntas e dúvidas mais significativas sejam antecipadas e oferecendo ao PO, analista de sistemas ou qualidade e UX procurarem usuários, stakeholders, refinarem tudo antes da próxima Sprint Planning;
  • Roteiro – Garantir a roteirização de quem apresentará cada história e quais os cenários a serem preparados, de forma a evitar surpresas e improvisos na Review (que deveria ser um show de profissionalismo, uma chave de ouro da última sprint), e também a organização de informações tanto para a abertura da REview quanto para a retrospectiva.

O fiz de forma que coubesse em uma folha A4, primeiro o Totem propriamente dito, embaixo a esquerda o “telhado” com uma dobra central para cima de forma que o modelo de sprint embaixo a esquerda seja dobrado e ali colado. O jpg abaixo está em verdadeira grandeza, A4, só imprimir, é como fazer origami, na aba do totem e no telhado. Gramatura 300, onde é preciso colagem eu usei fita dupla face … fácil  \o/

O totem mais o Scrum SetUp Canvas e o Guia Rápido que compartilhei há alguns anos formam uma boa base de organização para seu Forming, depois é praticar, iniciar o Shu-Ha-Ri, aparar as arestas no Storming e a cada retrô ir evoluindo em cadência, fluxo e frequência de entrega de valor … Amo muito tudo isso!

Guia Rápido Scrum

Este é de 2012 e foi evoluindo e ganhando versões mais bonitinhas, é uma folha A3 ou A4 se preferir, com um super resumo contendo quatro dicas essenciais para cada momento. Naquela época eu ainda não tinha criado o Scrum Setup Canvas e o simbolismo do Release Plan estava expresso apenas na forma de um BMC.

https://jorgeaudy.com/2015/09/06/meu-guia-rapido-scrum-ganhou-versao-powered-by-marines-audy/

guiarápidoSCRUM360

Scrum SetUp Canvas 

Esse artefato para pré-inception eu uso em reunião(ões) de start de projetos, antes do planejamento de releases, normalmente uma sessão de brainstorming é suficiente para mapear o essencial e pontuar riscos e oportunidades, restrições e expectativas relativas a área de TI e equipe.

https://jorgeaudy.com/2017/08/30/guia-de-uso-para-o-ssc-scrum-setup-canvas-ed-5/

 

 

 

0

Dia 16/02/19 tem SCRUM 360° Prêt à Porter

Dia 16/02/19 teremos mais um workshop Scrum 360° na edição Prêt à Porter, através de uma abordagem lúdica sobre necessidade, valor, planejamento e execução, teremos um dia debatendo e praticando gerenciamento de projetos através do framework ágil mais usado no mundo para este fim. Para quem quer fazer uma reciclagem, ter uma introdução aos princípios, métodos e moderadores na prática de métodos ágeis. Não é um curso preocupado com as provas de certificação, é um workshop focado no que dá certo, principais riscos, desvios e oportunidades que embasam nossas decisões.

Teremos teoria, práticas, muitos debates e diversão, inscrições – http://bit.ly/s360-1602

Scrum PaP - 1

MODELO MENTAL – Escotismo | Muros e feudos | Desarmando rótulos e paixões | Sociedade industrial ou do conhecimento | Autoconhecimento Não mudo nada porque não posso mudar tudo | Felicidade | Individualismo ou coletivo | Confiança e melhoria são como uma poupança | Mudança de hábito | Morte às baias e gaveteiros | Equilíbrio

SOBRE OS OMBROS DE GIGANTES –  Lei Yerkes-Dodson | Ciclo de Deming | Pareto e Juran | Teoria da dissonância cognitiva | Teoria da contingência | Curva de Tuckman | Teoria da agência | Teoria institucional | Teoria das restrições | Matriz Cynefin | Gamification

PRINCÍPIOS ÁGEIS  Por que o método se chama “ágil” | Granularidade ágil | Manifesto ágil | Princípios ágeis | Algumas pessoas olham para o lado errado | Gestão do tempo | Estratégias de adoção | Pacto de equipe

INTRODUÇÃO AO MÉTODO – Scrum | Três pilares do Scrum | Overview do método Scrum | Product Owner | Scrum Master | Equipe de desenvolvimento | Fases do Scrum, Discovery e Delivery

DISCOVERY – Visão, 77 | User story | Critérios de aceitação | Reuniões de elicitação | Mínimo Produto Viável | User story mapping | Product backlog e sprint backlog

DELIVERY – Sprint planning | Planning poker | TDD, Test Driven Development | Engenharia ágil | Scrum board | Tarefas | Daily Burndown | Artefatos adicionais

MELHORIA CONTÍNUA – Review Entrega de pacotes | Retrospectiva | Melhoria contínua em TI é com Dojos | Resumo de 4 dicas em cada momento | Ferramentas para Scrum

GESTÃO E LIDERANÇA – Esferas de atuação | Gestão e liderança ágil | Agile é uma revolução permanente | Evite ser ágil só enquanto tudo dá certo | Ensaio sobre estimativas | Sem confiança não existe agilidade | Contratos ágeis

MÉTODOS – Extreme programming | Lean software development | Kanban | BDD, Behavior driven development | DDD, Domain driven design | PMBOK | Engenharia de software

ECOSSISTEMA – Execução | PDCL, ágil | Estratégia para inovação | Manifesto ágil ajustado para outras áreas | Um PDCL no financeiro | Rainforest

GESTÃO DO CONHECIMENTO – Gestão do conhecimento | Conceito de Ba | Comunidades de prática | Agile subway maps e dashboards | Tipos de eventos | Hackatona PDCL | A colaboração é a menor distância | Eventos, confrarias e voluntariado | Acho que aprendi algo novo

Scrum PaP - 2

Aqui compartilho um PDF em tamanho A3 no dropbox, para se ter na forma de um guia rápido a disposição – <baixe aqui>.

guiarápidoSCRUM360

0

Planejamento – Quase sempre as preliminares são cruciais

Há alguns anos eu propus e uso de um canvas para pré-inception, entretanto, não é só em software que esta abordagem faz sentido, isso vale para a vida. O canvas em questão é o SCRUM SETUP CANVAS, destinado a materializar, debater ou refletir sobre questões básicas relacionadas ao planejamento de um software corporativo.

Há exceções, reunir um grupo de pessoas para discutir um projeto de software em uma organização pode seguir um viés de inovação tal que não temos nem ideia de qual a tecnologia, quem serão as pessoas envolvidas, metodologia, bem como arquitetura ou plataforma … mas essa não é a regra, nem para tecnologia, nem boas práticas.

Em 95% dos projetos que me envolvo há um domínio e tecnologia implícita, usualmente há uma equipe envolvida, há padrões e limitações. Em sistemas financeiro, de RH, logística, varejo, entre outros, a inovação via de regra está nas histórias, nas características, ergonomia, usabilidade, etc.

A tempo, clique no link para acessar o manual com o canvas em A3 para impressão – https://jorgeaudy.com/manual-ssc-scrum-setup-canvas-ed-5/

A Mayra de Souza Machado incrementou alguns campos adicionais relacionados a outras combinações, como times remotos, ajustado a realidade do ZAP em https://medium.com/guma-rs/alinhamento-teamrules-facilita%C3%A7%C3%A3o-agreements-teams-canvas-acordos-do-time-cee832b65ba3

Nem sempre preencho todos os campos, as vezes alguns campos possuem seu próprio quadro ou canvas, como o Elevator Stetement ou um Mapa de Tecnologia, mas a intenção aqui é registrar o contexto metodológico e tecnológico em que o projeto transcorrerá.

Arquitetura e tecnologia

Um amigo meu defende que não vale a pena perder tempo mapeando a arquitetura e tecnologia no início, diz que isso deve acontecer conforme o projeto anda e decisões vão sendo tomadas, mas a minha experiência em projetos de software é que poderão haver experimentos, mas sempre temos um mapa amplamente conhecido.

Digo isso, porque frameworks, bibliotecas, linguagem, automação, boas práticas e técnicas influenciam em tudo, desde expectativas, estimativas até a aceitação, algumas vezes já prevendo possíveis variações entre MVP’s e Releases. Normalmente é rápido e muito elucidativo a todos os envolvidos – riscos e oportunidades.

Planejamento Estratégico ou Tático

Sempre que posso, saber quem somos é fundamental, já conduzi várias dinâmicas de planejamento estratégico, portfólio, programas, meu primeiro passo sempre é mapear quem são as partes envolvidas, seu dimensionamento e ao que estão dedicados, se possível, com um mapa de dedicação e portfólio.

Eu chamo estas prévias de aquecimento de sinapses, conheço muita gente que acha que ser inovador é partir de uma página em branco, mas estes casos sempre demoram mais para chegar no ponto de largada e com frequência esquecem coisas importantes que inviabilizarão suas conclusões.

O mais surpreendente e positivo em um bom briefing e combinações sobre o contexto em que estaremos planejando algo é que com frequancia não há um consenso fácil e alguns termos precisam ser pactuados, as vezes, alguém tem que ceder ou decidir para que uma só percepção seja estabelecida coletivamente.

Desperdício

Planejar a revelia de quem somos, o que somos, nossas competências e deficiências, é sinônimo de querer não perder tempo alinhando percepções essenciais, expondo conhecimentos e domínios relevantes, normalmente isso é sinônimo de engavetamento, porque na hora de fazer, surgem questões que foram deixadas de lado.

Para qualquer tipo de planejamento, quer estratégico, tático ou técnico, auto-conhecimento e alinhamento de quem somos e quem queremos ser é fundamental, porque gera uma percepção de realidade e desafios, pontos de atenção e viabilidade. O maior valor é o debate, resultando em um pacto em torno de termos de contexto.

Por exemplo, em Design Thinking se diz que um MVP (Minimum Viable Product) é a intersecção entre algo que é Desejável, Factível e Viável. Logo, é de se pressupor ser importante um bom mapeamento e auto-conhecimento para balizar o que é factível e o que é viável, ou pelo menos o que não é e exigirá mais recursos ou tempo.

0

Folding Burritos é sobre empatia e satisfação

O mais importante em cursos relevantes ja conhecidos é, em igual patamar, networking e conhecer novas dicas, sempre agrega valor.

Participei do 1° PSPO da scrum.org em Porto Alegre, iniciativa do Rafael Alves com o instrutor certificado Alexandre Mac Fadden.

Um site muito legal, com bons artigps e propostas de leitura e estudo por times ágeis e agilistas sobre empatia com o cliente.

Exemplo, o modelo de Noriaki Kano com um modelo para entender a satisfação do cliente através de valor a ser entregue.

Outro modelo legal é a tabela periódica de técnicas de priorização de produto, uma boa leitura para o time e quase obrigatória para PO’s.

https://foldingburritos.com/product-prioritization-techniques/

0

EBM – Evidence Based Management Guide

O modelo de EBM, Evidence Based Management Guide ou gerenciamento baseado em evidências em português, é uma estrutura proposta pela SCRUM.ORG e Ken Schwaber não só para orientação, mas também oferece uma plataforma que gera estatísticas relacionadas a métricas de equipes, produtos e projetos ágeis.

EBM – Evidence Based Management Guide – Como melhorar continuamente os resultados de negócios, medindo o valor e usando o gerenciamento empírico.

O fundamento é que a inspeção frequente dos resultados apóia a melhoria contínua, a tomada de decisão focada em aprendizados, não só para a melhorias da eficiência operacional, mas para melhorar sua capacidade de criar valor para clientes e stakeholders.

A EBM analisa métricas e indicadores em 4 áreas de valor-chave, selecionadas caso-a-caso de acordo com a organização, todas contribuindo para a melhor percepção possíuvel e potencialização dos melhores resultados de forma iterativo-incremental-articulada.

  • Valor corrente – Mede o valor entregue ao cliente ou usuário hoje;
  • Valor Não Realizado – Mede o valor que poderia ser realizado atendendo a todas as necessidades potenciais do cliente ou usuário;
  • Capacidade de Inovar – Mede a capacidade de fornecer um novo recurso que pode atender melhor a necessidade de um cliente ou usuário;
  • “Time to Market” – Mede a capacidade de fornecer rapidamente novas capacidades, serviços ou produtos.

O objetivo é valorizar a transparência, inspeção e adaptação a partir de métricas para esclarecer a capacidade de uma organização e suas práticas de entrega de produtos. Melhoria contínua não é uma opção, é a base do Agile, ciclos consistentes de construção, aprendizado, melhoria.

A provocação é muito oportuna, há métricas de projeto e de produto, no curso de PSPO com o Alexandre Mac Fadden fica claro a percepção de que há métricas mais influenciáveis (cycle e lead time, velocidade) e aquelas menos influenciáveis (receita, acessos, downloads), categóricas.

Vale a pena baixar o manual, ler com atenção e processar as informações com atenção:

https://scrumorg-website-prod.s3.amazonaws.com/drupal/2018-09/EBM_Guide%20September%202018.pdf