No século XXI, nós humanos somos a Lei de Moore e nos reinventamos a cada 18 meses

Está na hora de colocar a Lei de Moore e profissionais T Shape em foco: Qual a taxa de crescimento evolutivo que um profissional imprime em sua carreira de TI no século XXI? Nos reinventamos a cada dezoito meses trabalhando em curtos ciclos iterativo-incrementais-articulados, sprints quinzenais, reuniões diárias, exercitando senso de equipe, gestão de conhecimento e capital intelectual coletivo.

A lei de Moore foi cunhada por um presidente da Intel, em 1965 Gordon Moore afirmou que o poder médio de processamento dos computadores dobraria a cada 18 meses. Quem disse foi o presidente da maior empresa de bolachas do mundo, aquelas finas fatias de cristal de silício usado para fazer microchips.

No século XXI deixamos de investir só em Hard Skills e passamos a valorizar cada vez mais Soft skills, um tão importante quanto o outro, ambos exigindo esforço cognitivo, mas passamos a dar especial valor a aspectos sociais, comportamentais, habilidades, atitudes, além apenas do conhecimento técnico.

Minha provocação é que um profissional de TI do século XXI se reinventa a cada 18 meses tanto quanto processadores dobravam no século XX. Não mudamos tudo nem dobramos, mas evoluímos hard e soft skills, evoluímos a forma como fazemos as coisas, profissionais do conhecimento, século XXI.

Um bom desenvolvedor Java, Dot Net ou mobile, por exemplo, após um ano e meio olhará para trás e descobrirá que novos métodos, frameworks, técnicas, conceitos individuais, coletivos ou ambientais terão sido absorvidos. É inevitável, há centenas de boas práticas e tecnologias a nosso alcance e aos poucos não serve mais fazer funcionar o que é pedido, é preciso fazer certo a coisa certa.

Recordar é viver!

Em trinta anos de mercado, vi muitos profissionais saindo de desenvolvimento procedural para OOP, de client-server para a plataforma web, de builds monolíticos para orientação a serviços e agora microserviços, no mundo java web por exemplo tivemos que aprender coisas novas no máximo a cada ano.

Se sacudirmos aleatoriamente a memória entre 2008 até hoje, vi profissionais aprendendo e usando, html, javascript, ajax, java, JPA, EJB, oracle, spring, primefaces, JSF, hibernate, widgets, bootstrap, junit, glassfish, angular, web sockets, js nodes, lucene, jenkins, mongo, … são dezenas de siglas e tecnologias.

Em documentação vimos a galera sair da UML e seus diagramas para novos conceitos de documentação viva, user stories e critérios de aceitação, passando por BDD e mesclando tudo isso com princípios, novas metodologias e boas práticas ágeis, design thinking, lean startup, business model generation, …

Curva normal

Na virada de século tínhamos a maioria dos profissionais ainda apegados a uma tecnologia como base de sua carreira, desde o Cobol ao Java, de Oracle Forms ao Delphi. O início do século XXI forçou um grande reposicionamento tecnológico, o bug do milênio fez com que as grandes organizações refizessem soluções antigas e adotassem melhores práticas metodológicas e tecnológicas.

De lá para cá, todos nós de TI, desde a gestão de projetos, desenvolvimento e operações vem passando por um processo de reinvenção, boas práticas ágeis da década de 80 e 90 passaram a ser vistas como um caminho a ser seguido, não só técnicas oriundas do XP, TDD, Kanban, Scrum, DevOps, mas resgate de OOP, DDD, BDD, design e qualidade ganharam valor além da funcionalidade.

Será que já construímos uma Curva Normal centrada nestes pressupostos ou será que sou eu um privilegiado por interagir com profissionais engajados em uma revolução permanente? Profissionais que já entenderam e tem a oportunidade de mudar, personificam o conceito de capacidade absortiva e T Shape que discuto no livro, workshop e jogo-desafio da “franquia” Toolbox 360° \o/

#1. A seguir compartilho as variáveis de um artefato criado em um estudo de 2016 sobre Capacidade Absortiva e intensidade tecnológica por Raquel Engelman, Edi Fracasso, Serje Schmidt e Hugo Muller, pesquisadores da Feevale e UFRGS:

Aq01. A busca por informações relevantes do nosso setor faz parte do dia a dia da empresa.
Aq02. Nossos gestores incentivam os funcionários a buscar informação do nosso setor.
Aq03. Nossos gestores esperam que os funcionários utilizem informações de outros setores.
As04. Em nossa empresa as ideias e conceitos são comunicados entre as diversas áreas.
As05. Nossos gestores incentivam o apoio entre as áreas da empresa para resolver problemas.
As06. Em nossa empresa há um fluxo rápido de informações entre as áreas.
As07. Nossos gestores promovem encontros periódicos entre as áreas para o intercâmbio de novos desenvolvimentos, problemas e conquistas.
Tr08. Nossos funcionários têm habilidade para estruturar e utilizar os conhecimentos adquiridos externamente.
Tr09. Nossos funcionários preparam os novos conhecimentos adquiridos externamente para outros fins e para torná-los disponíveis.
Tr10. Nossos funcionários são bem-sucedidos em articular o conhecimento existente com novas ideias.
Tr11. Nossos funcionários são capazes de aplicar os novos conhecimentos em seu trabalho.
Ex12. Nossos gestores apoiam o desenvolvimento de protótipos.
Ex13. Nossa empresa regularmente reconsidera as tecnologias utilizadas e as adapta de acordo com novos conhecimentos.
Ex14. Nossa empresa tem habilidade de trabalhar melhor quando adota novas tecnologias.

Profissionais de TI deixaram de ser focados em uma tecnologia e passaram a atuar em T ou Pí, não é só Agile, há dezenas de consistentes propostas sobre novos paradigmas baseados em gestão por competências, gestão do conhecimento, capacidade absortiva, management 3.0, já em pleno ano de 2017 é impossível manter-se alheio e insistir em individualismo e técnicos especialistas.

Você pode manter-se alheio ou em oposição a tudo isso, mas por quanto tempo? Enquanto isso, profissionais reinventam-se a cada 18 meses de forma natural, sem interrupções, seguindo a receita de aquisição, assimilação, transformação e exploração de uma capacidade que se inicia nos indivíduos, se materializam em equipes, transcendem transversalmente às organizações e permeiam o ambiente, empresas, grupos sócio-técnicos com quem interagem diariamente.

Pense nisso!

Carreiras e empresas equilibram-se entre kaizen e kaikaku

Alta performance tem a ver com domínio, já inovação tem a ver com aprendizado, quer profissionais ou empresas, é preciso equilibrar o que sabemos e o novo. Como em um Eurotunel, precisamos de uma galeria para a produção e outra para a inovação, que mesmo possuindo diferentes bitolas são interligadas por tuneis de serviço, para equalização da pressão entre elas e assim avançar continuamente.

O perfil T ou Pi proposto para profissionais do século XXI, com profundidade e domínio, mas também amplitude de conhecimento, equivale a teoria da Capacidade Absortiva  “conjunto de procedimentos e rotinas pelas quais as empresas adquirem, assimilam, transformam e exploram conhecimento para produzir uma capacidade organizacional dinâmica” (Zahra e George, 2002).

Há quem pense em inovação como sendo algo pertinente ao lançamento de novos produtos ou serviços por empresas, mas a capacidade absortiva vai além desta percepção de inovação. Perceber oportunidades de evolução, melhoria, mudanças, quer em nossas carreiras, quer em processos, trabalho, relacionamentos, produtos ou serviços, tudo isso depende de visão, criatividade, inspiração, de inovação.

Autofagia / Zona de Conforto

Sou um profissional de TI, quando entrei no curso de análise de sistemas em 1981 eu ainda não sabia de fato que teria uma vida profissional que exigiria atualização e adaptação em um ritmo atípico comparado a outras profissões. A cada ano é possível perceber novas tecnologias, hard e soft skills surgindo e mudando, entre elas eu preciso decidir constantemente por novos aprendizados e domínios.

Se Darwin fosse de TI, não precisaria ter viajado a Galápagos para concluir que a sobrevivência não é do mais forte ou mais rápido, mas daquele que se adapta. Força e agilidade servem para lhe tirar de um apuro, mas olhando para o passar dos anos, precisamos perceber quais as mudanças e oportunidades melhor nos convém ou nos exigem para nos adaptarmos a elas.

charles-darwin-quote

Profissionais que se acomodam em fazer bem feito aquilo que é pago para fazer vivem a ilusão de que sendo excelentes em determinado conhecimento, serão reconhecidos e regiamente pagos por isso. São profissionais de perfil I, satisfeitos com o que aprenderam e conquistaram, esquecendo que o mundo dá voltas, muda sem parar, novos conhecimentos, tecnologias e habilidades surgem e crescem.

Empresas conseguem liderar segmentos de mercado, agigantam-se para então apenas entrar para a história como um exemplo de falta de visão, incapacidade de se reinventar, não é porque não geraram bilionários, mas por falta desta percepção de continua evolução do mundo que não para de girar, apequenam-se e algumas até desaparecem porque alguém com menos recursos e mais visão as ultrapassa.

Kaikaku x Kaizen

Nossa vida e de nossas empresas fluem, equilibram, pendulam entre alta produtividade e inovação significativa. Enquanto em alta produtividade pode ser que pequenas melhorias e ajustes surjam, mas de tempos em tempos teremos mudanças de alto impacto. É como Kaikaku e Kaizen, o Kaizen é fazer bem o que sabemos fazer, com pequenas melhorias eventuais, para então termos o Kaikaku, que é um grande salto evolutivo.

O Kaizen é um continuo evolucionário, Kaikaku é revolucionário, sendo que o processo de melhoria quando praticado de forma consciente, orquestrada, tende a consumir cada vez menos energia e gerar melhores resultados. Não podemos esquecer o que Schein, Argyris ou Tofler preconizaram quanto ao desafio de aprender algo novo, ação que consome energia e deve ser entendida e dominada:

Exploration x Exploitation

Insisto muito a quem se interessou por este assunto, dá uma olhada no meu post de 2014 sobre uma resenha do artigo seminal de James G March de 1991 e minha interpretação – https://jorgekotickaudy.wordpress.com/2014/06/19/vale-a-pena-entender-o-exploitation-e-exploration/

exploration_exploitation
n2a03fig13

Toolbox 360° = Capacidades Dinâmicas + Capacidade Absortiva

O livro ToolBox 360° não é só um livro, workshop ou o jogo de tabuleiro, é a materialização da crença de que as metodologias ágeis são a materialização da soma de uma variedade de teorias da psicologia, sociologia e ciências sociais.

Não vai parar por aí, o conceito é muito maior que as páginas de um livro que apenas se propôs a embasar e listar 70 boas práticas oriundas não só do Agile, mas do Design Thinking, Lean Startup, Mng 3.0, Art Of Hosting, Gamestorming, …

Nos workshops eu compartilho minha visão sobre oportunidades metodológicas, técnicas e boas práticas pela óptica daquilo que os americanos chamam de profissionais T Shape e em equipes auto-organizadas.

T Shape – profissionais com profundidade em seu domínio, mas com uma amplitude de conhecimento que os permita mixar diferentes técnicas e ir além!

Este Sábado estarei no Google I/O Extended de Porto Alegre no iMED para mais uma vez compartilhar este conhecimento, quer por provocações que nos façam sair da inércia, quer pelo exercício lúdico do jogo Desafio ToolBox 360° …

Por exemplo, novamente, o campo da Gestão do Conhecimento tem muito a nos oferecer, já falei sobre teorias e modelo como SECI, Ba Concept, Organizações que aprendem, Exploitation x Exploration, Capacidade absortiva, CoP’s, … mas proponho mais uma ilação entre capacidade absortiva e capacidades dinâmicas, pois empresas e profissionais precisam sempre buscar o equilíbrio entre aquilo que dominam e a busca do novo que precisa ser dominado.

Capacidade absortiva é “o conjunto de procedimentos e rotinas pelas quais as empresas adquirem, assimilam, transformam e exploram conhecimento para produzir uma capacidade organizacional dinâmica” (Zahra e George, 2002, p.186).

Capacidade dinâmica é “a integração da visão de recursos e competências na compreensão não só da criação como também da sustentação da vantagem competitiva das empresas (Lin & Wu, 2014; Makadok, 2001; Wu, 2010).

Tem tudo a ver com o conceito Kaizen de melhoria contínua, pois é a essência do modelo de gestão do conhecimento baseado em Exploration x Exploitation. Ao mesmo tempo que buscamos a excelência em nossas competências essenciais, também buscamos inovar e empreender de forma ordinária, cotidiana, buscando melhorar, resolver problemas de forma criativa e produtiva.

É obrigação de todo profissional ter um planejamento de carreira baseado no auto-conhecimento do que ele sabe e manter-se informado sobre as boas práticas que não sabe, para crescer, inovar, empreender, agregar valor, fazer a diferença. Inexiste uma fórmula para isso, mas grande parte dos meus posts são para provocar esta busca em equilíbrio com tudo o mais, de forma sustentável.

Alguns posts sobre teorias relacionadas

19/06/14 – Vale a pena entender o Exploitation e Exploration
05/10/14 – Teoria Contingencial é substrato aos Métodos Ágeis
08/10/14 – Voltando à Teoria do aprendizado organizacional
01/11/14- A práxis da teoria da capacidade de absorção
24/11/14 – Agile, capacidade absortiva e estratégia para a inovação
29/05/15 – CoP, Capacidade absortiva e desempenho organizacional
01/06/15 – Aprendizado vicário e auto-eficácia
09/08/15 – A aprendizagem significativa de Ausubel
15/10/15 – Poiesis, a arte da criação, da construção, do ser criativo

Desafio ToolBox 360°:

Agile Trends 2017 – Maior play test do Desafio ToolBox 360°
Lançamento Desafio ToolBox 360º no Agile Trends 2017

6ª e 7ª aula de GP na FACIN

Este ano foi injusto com quem ministra aulas nas sextas feiras, pois tivemos 2 feriados e uma greve geral, na qual a universidade teve a sensibilidade de não exigir presença e evitar provas ou trabalhos, posto que não haveriam ônibus, trens e o risco de movimentação urbana com bloqueios de ruas e eventual violência.

Mas após um mês sem aulas, retomamos com uma boa revisão da matéria, os grupos tiveram um tempo para relembrar seus projetos, que ainda estavam em fase de modelagem inicial das ideias. A seguir retomamos de onde paramos, de lá para cá foram duas aulas e a realização da primeira prova, com boa média.

05/05/17 – 6ª AULA DE GP

Na quinta aula tínhamos chegado até o Termo de abertura do grupo de processo de Iniciação, usando para isso o artefato de Project Model Canvas. Aqui seguimos com a apresentação dos nossos stakeholders, oportunidade para discutir empatia além da formalidade, não só quem é, mas o que sente e quer.

A abordagem da empatia, trazendo uma visão típica do Design Thinking é porque gerenciamento de projetos de software no século XXI é fazer certo a coisa certa, inicia desde o entendimento do problema, da necessidade e não da solução. Então personas, empathy canvas e value proposition canvas são sim técnicas de GP, ou seguiremos com as mesmas charges infames do século XX sobre a galera de TI:

No último slot da aula fiz uma provocação sobre a área de INTEGRAÇÃO e seus processos, sobre o Termo de abertura da aula passada, sobre o plano de gerenciamento de projetos, as características do gerenciamento de mudanças e ao final as lições aprendidas. Discutimos especialmente o Plano de Gerenciamento para que na próxima aula após a prova entrássemos direto em ESCOPO.

12/05/17 – P1 (PROVA)

Entre a sexta e a sétima aula, tivemos a P1, onde ocupei dois créditos com estudo em grupos de três e uma revisão geral da matéria – conceitos de portfólio, programa, projetos, sub-projetos, operações, tipos de estrutura organizacional, governança, PMO, os 5 grupos de processos do PMBOK, diferenças entre o GP tradicional e ágil, as 10 áreas de conhecimento/planejamento do PMBOK.

19/05/17 – 7ª AULA DE GP

A sétima aula foi muito pegada, pois após feriados, greve e prova, tínhamos muito o que fazer para colocarmos a pauta em dia. Em linhas gerais, discutimos alguns dos fundamentos mais importantes sobre planejamento de escopo:

  • desenho de processo
  • funcionalidades
  • categorias de requisitos
  • épicos e histórias
  • tarefas

O exercício realizado logo no início que começamos a discutir requisitos é o clássico planejamento de um churrasco da turma, quer no formato de uma jornada de usuário, com pacotes de trabalho e estrutura semelhante a uma WBS ou em rede. O exercício ajudou a acordar os alunos mais cansados em uma noite de sexta.

A aula foi bem prática, evoluímos bem no entendimento por cada grupo sobre as funcionalidades possíveis em cada um dos projetos, alguns discutindo a nível de requisitos, outros em épicos e histórias. A meta era um grande brainstorming para que na próxima aula tenhamos a WBS/User Story Mapping materializadas.

Faltando ainda uma hora e meia para o final, optei por um quebra gelo famoso por produzir muita adrenalina, conhecido como Kaa e Bagheera no escotismo ou Snakes como Team Building Games. Descemos do terceiro para o térreo, fiz um briefing sobre sistemas empurrados e puxados, organizei as filas, expliquei o objetivo, as regras e usei uma tira de papel de 50 cm x 15 cm como rabichos.

A adesão e empenho foi muito legal, todos voltaram à aula muito acordados e dispostos a mais uma hora para o braisntorming de escopo … a opção pelo jogo me fez postergar a dinâmica de pitchs e reconstrução, mas valeu a pena. Na próxima aula cada grupo/projeto terá 30 minutos para organizar seu escopo e apresentá-lo, permitindo que todos os outros cinco grupos possam questionar, sugerir, ajudar.

Durante a aula relembrei a charge das árvores sobre requisitos em um projeto, insisti na minha abordagem de profissionais de perfil T ou Pi, sobre nem só fazer errado a coisa certa, nem fazer certo a coisa errada, nossa meta é fazer certo a coisa certa. É entender o problema, para mapear alternativas e trabalhar a solução.

  • Pizzaria – O cliente liga e pede o tamanho, a massa, o recheio, a borda, não cabe à pizzaria ficar questionando se por acaso o pedido é inadequado, se vai sobrar, se alguém é alérgico, …
  • Médicos – O paciente não chega pedindo uma injeção de terramicina, é o médico que deve levantar dados o suficiente para diagnosticar e receitar a melhor medicação (ou não) para o momento.

Quem você é? O que você faz? Você ainda faz software como no século XX, quando o cliente dizia o diagnóstico e especificava o que queria ou você faz levantamentos, discute, levanta alternativas para só então trabalhar naquela que parece ser a melhor solução, mesmo assim receita e pede que o paciente volte dali a duas semanas após tomar a medicação para certificar-se de que esta certo?

​Savana Scrum – Mudança, porque quem não muda, dança! (LCP)

Tirinha da semana – Frente a mudanças significativas de mercado ou organizacionais, há profissionais que preferem adaptar-se de forma positiva, buscando alternativas, novas formas de fazer, tentam entender os fatos e circunstancias, enquanto outros optam por arrastar correntes pelos corredores, insistindo em reclamar que alguém mexeu no seu queijo … fica ligado, porque vem muita mudança por aí, 2017 não venho a passeio 🙂

Créditos – A autora da tirinha é a Luisa Audy e a frase do título é do Luiz Parzianello.

Daily e pós-daily só dá certo se souber porque dá certo

A técnica ágil mais praticada no mundo, conforme as pesquisas da Version One, é a Daily ou Stand Up Meeting. Parece ser algo trivial, mas é preciso algum esforço e dedicação para entender na prática o que é, para que serve, experimentação para fazer dar certo, diferenciar a Daily da Pós-Daily, achar o ponto de equilíbrio.

Trata-se de uma rápida reunião com menos de 15 minutos, preferencialmente no início da manhã, antes de entrarmos em fluxo. Uma reunião tática, que gera uma boa energia para o dia todo, lembrando a todos que estão todos unidos para o sucesso da sprint, iteração usualmente com duas semanas de trabalho.

Entender a Daily como um Status Report é sinal de que ainda temos mindset de comando-controle. Daily é dizer e ouvir o suficiente para concordarmos que estamos fazendo o melhor possível para a meta da sprint. É preciso ver a Daily como um pacto diário, focado naquilo que de melhor podemos fazer:

  • O que fiz desde a última e se isso contribuiu para a nossa meta;
  • O que pretendo fazer até a próxima para contribuir para a meta;
  • Se preciso de ajuda, tenho ou vejo impedimentos para a meta;
  • Se eu vejo uma oportunidade ou posso ajudar a irmos além.

Se algo não está de acordo ou há que se debater sobre algum risco, fato ou oportunidade … então encerre a Daily, libere quem não precisa ficar para esta conversa e inicie o que chamo de Pós-Daily!

Daily x Pós-Daily

Se a Daily é uma alinhamento de abstrações pessoais de atividades, risco e oportunidades, justifica-se então a presença obrigatória de toda a equipe de desenvolvimento … porque a meta, valor, produtividade, energia e Lean thinking de todos a cada dia é responsabilidade de todos.

Sempre que necessário for é possível fazer uma Pós-Daily, com a presença apenas de quem possa ou precise colaborar. Se na Daily a presença é obrigatória, no pós-Daily fica somente quem necessário, em comum acordo. Em uma equipe auto-organizada, a Daily e a pós-Daily são nosso choque diário de realidade.

São dois momentos que dizem respeito a relembrar que a meta é de todos, que estamos juntos nessa, que mais que contar com o apoio uns dos outros, é fundamental que estejamos de acordo que estamos todos gerando sinergia suficiente para que a auto-organização aconteça.

Não importa se presencial ou remoto, o fato é que uma conversa no inicio do dia reativa o foco, relembra que estamos todos juntos nessa, chama a atenção para o fluxo expresso no quadro e a tendência visualizadas nas métricas.

Querer que suas Daily Stand Up Meetings deem certo sem ter entendido porque e para que elas servem é análogo a querer uma vitamina no copo pela manhã só porque comprou um liquidificador … mas tem que comprar os ingredientes certos e preparar, senão é só peça de decoração.

26/04 – TTalks UX Dojo | Relato

O TecnoTalks UX Dojo do dia 26/04 na sala 204 do prédio 99A teve em torno de 30 pessoas presentes e usou como desafio o aplicativo Serviço Legal, que motivou uma hora de debate e proposição visual de melhorias através de pitchs e P&R.

No início tivemos algumas lightning talks e após o UX Dojo, através dos pitchs por equipe tivemos como resultado dezenas de insights, muita energia, provocações, interação, ensinos e aprendizagens … como deve ser qualquer dinâmica de Dojo.

Dá uma olhada na apresentação do aplicativo, no desafio e nos quatro pitchs:

Início do UX Dojo, apresentação das personas, estabelecimento dos grupos:

Pitch Equipe #1

Pitch Equipe #2

Pitch Equipe #3

Pitch Equipe #4

 A última foto da noite foi essa aqui ó: