finito

Tag: Fluxo de Experiência

  • Pelo Prazer de Aprender – Parte 2

    Pelo Prazer de Aprender – Parte 2

    Uma boa aula nos leva para cima, numa diagonal que combina ação e validação. Ela valoriza a exploração em detrimento da decoreba. Requer gente ativa e até indisciplinada ao invés de passivos ouvintes. O artigo anterior apresentou um modelo de aprendizagem e um processo. Agora vamos conversar sobre a estrutura de um projeto de aprendizagem.

    Antes, porém, preciso responder a pergunta colocada no artigo anterior: Se a ideia é utilizar o Scrum como peça fundamental do modelo de aprendizagem, quem é o Dono do Produto? Esse papel, como o nome sugere, é fundamental. Ele é o dono do que será criado pelo projeto. É o maior INTERESSADO em sua eficácia. Colocando assim, ficou mais fácil? Pois é, o Dono é o próprio ALUNO¹.

    Porque é ele quem tem um problema a resolver. Por exemplo: iniciar uma carreira de analista de negócios; desenvolver requisitos; gerenciar projetos; escrever um livro; programar em Python; tocar violão em festinhas; preparar pratos típicos da cozinha mineira; dançar cumbia e salsa; fabricar cervejas; cultivar frutas e ervas; desenhar negócios; pensar sistemicamente; elaborar projetos de aprendizagem… Exagero para mostrar a flexibilidade do modelo proposto.

    Todos os exemplos acima são Trabalhos a Executar² (JTBD?—?Jobs to be Done). Um bom projeto de aprendizagem mira um trabalho específico. Elaborado como na figura ao lado. O quê é colocado como um verbo + substantivo. A motivação deve ser clara.

    Delimitado o trabalho a executar, podemos iniciar o desenho da aula. No primeiro estágio detalhamos dos RESULTADOS DESEJADOS. Sem reinventar rodas, falamos em conhecimentos, habilidades e atitudes. Nos preparamos para: “eu não sei/não conheço”, “eu não sei fazer”, “eu não quero fazer”.

    Essa divisão é tão crucial quanto mal entendida³. Existem aulas puramente teóricas, chatas pra chuchu. E outras aparentemente divertidas, repletas de atividades. São rasas e frouxas ao desconsiderar os princípios, conceitos e histórias que dão sustentação para as ferramentas e métodos aplicados.

    Provas, Testes e Avaliações

    O segundo estágio é formado pelas EVIDÊNCIAS: Como os alunos poderão demonstrar o que aprenderam? Como eles farão uma auto-avaliação? Quais critérios e formatos de avaliação são mais adequados? Eles apontam, de forma inequívoca, para a realização dos Resultados Desejados?

    Pois é, estamos pensando nas “provas” antes mesmo de elaborar a aula propriamente dita. Trata-se de uma inversão do processo tradicional. Como antecipei no artigo anterior, essa sugestão é parecida com um método de desenvolvimento de sistemas chamado TDD (Test-Driven Development). O modelo?—?esse jeito de pensar?—?nos ajuda a elaborar aulas mais objetivas.

    O Plano de Aprendizagem

    Aqui detalhamos e sequenciamos todas as exposições e atividades necessárias para a realização dos objetivos colocados. Seguindo o Scrum, também é aqui que fixamos os fidbeques: Revisão e Retrospectiva.

    Os Planos de Aprendizagem não têm um padrão pré-determinado. Aliás, é importante que se diga que a proposta aqui apresentada não é prescritiva. Trata-se apenas de um modelo. As aulas serão muito diferentes, não apenas devido ao tema/Trabalho a Executar. Uma aula no nível Shu (Abrace), por exemplo, não tem nada a ver com as aulas nos níveis seguintes, Ha (Solte) e Ri (Deixe Voar).

    Pense comigo: o aluno tem um Trabalho a Executar. Ele vê, lá no primeiro estágio, tudo o que precisa conhecer e saber fazer. E entende, através das evidências, como está evoluindo. Sendo assim, ele saberá avaliar quando uma teoria ou prática não estiver agregando nenhum valor. E cobrará?—?para nosso deleite enquanto instrutores?—?por mais daquilo que o faz aprender e avançar.

    Sobre o Modelo

    A proposta deriva do Design Reverso ( Backwards Design ou Understanding by Design®). Ele é um modelo de planejamento curricular apresentado por Grant Wiggins e Jay McThyge em livro homônimo (ACSD?—?Association for Supervision and Curriculum Development, 2005). Sua combinação com o conceito de Trabalhos a Executar (JTBD) se justifica porque miro o público adulto e profissional. Isso não consta do modelo original, assim como a mistura com o Scrum.

    A peça fundamental do modelo é chamada UNIDADE. Prefiro o termo AULA. Pense nelas como peças de Lego®. Através delas podemos montar oficinas e cursos dos mais variados. Veja a oficina FAN, por exemplo. Ela contempla oito Trabalhos a Executar?—?ou seja, oito aulas. Cada uma tem seus objetivos, evidências e plano. O conjunto mira um alvo maior: a formação de analistas de negócios.

    Eu poderia falar mais sobre a flexibilidade e coesão lógica do modelo?—?seu desenho fractal. Desnecessário. Resta, então, a última questão. Sabe qual método utilizamos para desenvolver as aulas? O mesmo que aplicamos para conduzi-las: Scrum!

    Reclame

    Fluxo + ShuHaRi + Scrum + JTBD + Design Reverso

    Essas são as 5 peças principais que apresento na OPA! Oficina de Projetos de Aprendizagem. Resultado de mais de 10 anos rodando o Brasil, aprendendo a ensinar. Um resumo está disponível no Youtube.

    Notas

    1. Se você pretende lidar com crianças e pré-adolescentes talvez questione a posição deles como DONOS. Afinal, eles sabem o que precisam aprender? Desconfio que, do jeito deles, sabem mais do que muitos adultos.
    2. JTBD (Jobs to be Done) é um conceito/ferramenta proposto por Clayton Christensen e articulado em vários de seus trabalhos, particularmente no último: Competing Against Luck ( HarperBusiness, 2016). Eu abuso da ideia. Tem gente que não gosta da sugestão de ver tarefas como trabalhos. Perdem a chance de tirar o máximo da ferramenta.
    3. Algumas disciplinas parecem ser essencialmente teóricas. Filosofia, por exemplo. Quer ver como uma aula de filosofia pode ser prática e divertida? Não perca a excelente série catalã Merlí, disponível no Netflix. A segunda temporada acaba de ser liberada.
    4. Outro Indiana Quilt ilustra o artigo. Também compartilhado pela Biblioteca Pública de Allen County (IN).
  • Pelo Prazer de Aprender – Parte 2

    Pelo Prazer de Aprender – Parte 2

    Uma boa aula nos leva para cima, numa diagonal que combina ação e validação. Ela valoriza a exploração em detrimento da decoreba. Requer gente ativa e até indisciplinada ao invés de passivos ouvintes. O artigo anterior apresentou um modelo de aprendizagem e um processo. Agora vamos conversar sobre a estrutura de um projeto de aprendizagem.

    Antes, porém, preciso responder a pergunta colocada no artigo anterior: Se a ideia é utilizar o Scrum como peça fundamental do modelo de aprendizagem, quem é o Dono do Produto? Esse papel, como o nome sugere, é fundamental. Ele é o dono do que será criado pelo projeto. É o maior INTERESSADO em sua eficácia. Colocando assim, ficou mais fácil? Pois é, o Dono é o próprio ALUNO¹.

    Porque é ele quem tem um problema a resolver. Por exemplo: iniciar uma carreira de analista de negócios; desenvolver requisitos; gerenciar projetos; escrever um livro; programar em Python; tocar violão em festinhas; preparar pratos típicos da cozinha mineira; dançar cumbia e salsa; fabricar cervejas; cultivar frutas e ervas; desenhar negócios; pensar sistemicamente; elaborar projetos de aprendizagem… Exagero para mostrar a flexibilidade do modelo proposto.

    Todos os exemplos acima são Trabalhos a Executar² (JTBD?—?Jobs to be Done). Um bom projeto de aprendizagem mira um trabalho específico. Elaborado como na figura ao lado. O quê é colocado como um verbo + substantivo. A motivação deve ser clara.

    Delimitado o trabalho a executar, podemos iniciar o desenho da aula. No primeiro estágio detalhamos dos RESULTADOS DESEJADOS. Sem reinventar rodas, falamos em conhecimentos, habilidades e atitudes. Nos preparamos para: “eu não sei/não conheço”, “eu não sei fazer”, “eu não quero fazer”.

    Essa divisão é tão crucial quanto mal entendida³. Existem aulas puramente teóricas, chatas pra chuchu. E outras aparentemente divertidas, repletas de atividades. São rasas e frouxas ao desconsiderar os princípios, conceitos e histórias que dão sustentação para as ferramentas e métodos aplicados.

    Provas, Testes e Avaliações

    O segundo estágio é formado pelas EVIDÊNCIAS: Como os alunos poderão demonstrar o que aprenderam? Como eles farão uma auto-avaliação? Quais critérios e formatos de avaliação são mais adequados? Eles apontam, de forma inequívoca, para a realização dos Resultados Desejados?

    Pois é, estamos pensando nas “provas” antes mesmo de elaborar a aula propriamente dita. Trata-se de uma inversão do processo tradicional. Como antecipei no artigo anterior, essa sugestão é parecida com um método de desenvolvimento de sistemas chamado TDD (Test-Driven Development). O modelo?—?esse jeito de pensar?—?nos ajuda a elaborar aulas mais objetivas.

    O Plano de Aprendizagem

    Aqui detalhamos e sequenciamos todas as exposições e atividades necessárias para a realização dos objetivos colocados. Seguindo o Scrum, também é aqui que fixamos os fidbeques: Revisão e Retrospectiva.

    Os Planos de Aprendizagem não têm um padrão pré-determinado. Aliás, é importante que se diga que a proposta aqui apresentada não é prescritiva. Trata-se apenas de um modelo. As aulas serão muito diferentes, não apenas devido ao tema/Trabalho a Executar. Uma aula no nível Shu (Abrace), por exemplo, não tem nada a ver com as aulas nos níveis seguintes, Ha (Solte) e Ri (Deixe Voar).

    Pense comigo: o aluno tem um Trabalho a Executar. Ele vê, lá no primeiro estágio, tudo o que precisa conhecer e saber fazer. E entende, através das evidências, como está evoluindo. Sendo assim, ele saberá avaliar quando uma teoria ou prática não estiver agregando nenhum valor. E cobrará?—?para nosso deleite enquanto instrutores?—?por mais daquilo que o faz aprender e avançar.

    Sobre o Modelo

    A proposta deriva do Design Reverso ( Backwards Design ou Understanding by Design®). Ele é um modelo de planejamento curricular apresentado por Grant Wiggins e Jay McThyge em livro homônimo (ACSD?—?Association for Supervision and Curriculum Development, 2005). Sua combinação com o conceito de Trabalhos a Executar (JTBD) se justifica porque miro o público adulto e profissional. Isso não consta do modelo original, assim como a mistura com o Scrum.

    A peça fundamental do modelo é chamada UNIDADE. Prefiro o termo AULA. Pense nelas como peças de Lego®. Através delas podemos montar oficinas e cursos dos mais variados. Veja a oficina FAN, por exemplo. Ela contempla oito Trabalhos a Executar?—?ou seja, oito aulas. Cada uma tem seus objetivos, evidências e plano. O conjunto mira um alvo maior: a formação de analistas de negócios.

    Eu poderia falar mais sobre a flexibilidade e coesão lógica do modelo?—?seu desenho fractal. Desnecessário. Resta, então, a última questão. Sabe qual método utilizamos para desenvolver as aulas? O mesmo que aplicamos para conduzi-las: Scrum!

    Reclame

    Fluxo + ShuHaRi + Scrum + JTBD + Design Reverso

    Essas são as 5 peças principais que apresento na OPA! Oficina de Projetos de Aprendizagem. Resultado de mais de 10 anos rodando o Brasil, aprendendo a ensinar. Um resumo está disponível no Youtube.

    Notas

    1. Se você pretende lidar com crianças e pré-adolescentes talvez questione a posição deles como DONOS. Afinal, eles sabem o que precisam aprender? Desconfio que, do jeito deles, sabem mais do que muitos adultos.
    2. JTBD (Jobs to be Done) é um conceito/ferramenta proposto por Clayton Christensen e articulado em vários de seus trabalhos, particularmente no último: Competing Against Luck ( HarperBusiness, 2016). Eu abuso da ideia. Tem gente que não gosta da sugestão de ver tarefas como trabalhos. Perdem a chance de tirar o máximo da ferramenta.
    3. Algumas disciplinas parecem ser essencialmente teóricas. Filosofia, por exemplo. Quer ver como uma aula de filosofia pode ser prática e divertida? Não perca a excelente série catalã Merlí, disponível no Netflix. A segunda temporada acaba de ser liberada.
    4. Outro Indiana Quilt ilustra o artigo. Também compartilhado pela Biblioteca Pública de Allen County (IN).
  • Pelo Prazer de Aprender

    Pelo Prazer de Aprender

    Lembre-se de uma aula muito boa. O que a tornou inesquecível? Um professor atencioso e conhecedor, com certeza. A turma, interessada e entrosada, ajudou. Assim como a sala, arejada em todos os sentidos. Falta um último ingrediente. Qual?Oras, a aula propriamente dita. É possível que você nem tivesse interesse pelo tema. Mas a forma como ele foi exposto te pegou. É fácil dar todo o crédito da experiência ao talento do mestre, sua didática e paciência. Não vamos desmerecer isso. Mas tente se lembrar da organização do conteúdo. Nosso cérebro tem uma quedinha por estrutura, por hierarquia. Memorizamos melhor as ideias bem elaboradas¹. Posso apostar: a aula que te agradou era bem estruturada e fluiu de maneira lógica e natural. Você cresceu com ela. Mal viu o tempo passar. E ficou com um gostinho de “quero mais”. Como criar experiências assim?

    “Domine a música. Domine o instrumento.
    Agora, esqueça essa baboseira toda e apenas toque.”
    – Charlie “Bird” Parker

    Bird ajudou a reinventar o jazz e ensinou muita gente. Não há registro de que tenha estudado aikidô ou qualquer outra arte marcial japonesa. Mas sua dica fundamental, citada acima, parece uma versão bebop do ShuHaRi. O ShuHaRi é um conceito, um modelo que descreve estágios de aprendizagem². Voltando à questão acima: para criar uma boa experiência, começamos pela adoção de um modelo de aprendizagem. O nosso é um jazz de kimono:Shu: abrace, cuide do aprendiz. Apresente os fundamentos – a teoria e os movimentos básicos. E cobre disciplina e respeito pelas fronteiras estabelecidas. Que o aluno “domine a música”.

    Ha: solte e incentive a prática. Entenda que o aprendiz vai errar e quebrar a cara inúmeras vezes. É parte indissociável da aprendizagem eficaz. Mas entenda e aponte os erros – o fidbeque é fundamental. O aluno precisa “dominar o instrumento” (ferramentas e métodos). A indisciplina, a quebra de regras, atesta a evolução. Ri: sorria, você acaba de perder um aluno. Deixe-o voar. Ele não é mais um aprendiz, é seu colega. Como você, “esqueceu essa baboseira toda e agora apenas toca”. Aliás, ele imagina, cria e inova. Veja só que curioso: os três últimos verbos do parágrafo anterior sugerem o caminho inverso da diagonal ShuHaRi. Em fluxo desenhado por Ken Robinson em Libertando o Poder Criativo (HSM, 2012). Se parece também com o Funil do Conhecimento, conceito apresentado por Roger Martin em Design de Negócios (Campus, 2010). Neste caso, os termos são: Palpites, Heurística e Algoritmo. O que isso significa?Pode até ser que alguém atinja um ponto notável de aprendizagem e não queira retribuir. Vai ficar imaginando solos a la Coltrane e tocando escondidinho, para o próprio deleite, num sótão qualquer. Desconfio que a grande maioria das pessoas queira outro destino para suas ideias. São elas que vão imaginar cenários, criar soluções e botar pra rodar ou quebrar. O prazer em jogo é dobrado: primeiro, ao aprender; depois, ao ver sua criação espalhada por aí.

    E assim, falando de prazer, reencontramos o ponto do artigo anterior: o FLUXO. A diagonal em mão dupla o representa. Chega a hora de um precioso alerta: a diagonal não é uma linha reta. Esse raciocínio linear, faseado, trava e detona os modelos de ensino tradicionais. A melhor imagem para o FLUXO é uma espiral. Cada giro representa valiosos ciclos de fidbeque. Hora de falar sobre o Scrum.

    Scrum

    Antes de ser um “framework para o gerenciamento de projetos ágeis”, o Scrum é um modelo de aprendizagem. Foi por azar, muito azar, que ele foi parar em nossas mãos, profissionais de projetos e de TI. Ficou bitolado. Quem conhece o trabalho de seus pais biológicos, Takeuchi e Nonaka, vai entender o que estou falando. Eles são especialistas em Gestão do Conhecimento. Quando registraram o Scrum³, no distante 1986, pretendiam mostrar como empresas japonesas aprendiam melhor que as ocidentais. Não aprendiam mais e nem mais rápido: aprendiam melhor! É uma questão de eficácia, muito mais do que de eficiência. É mais qualitativa do que quantitativa. Parafraseando Ackoff de novo: “é melhor fazer a coisa certa do jeito errado do que fazer a coisa errada do jeito certo”. Melhor ainda é fazer a coisa certa de maneira eficiente. O Scrum tem um laço de fidbeque para cada questão.

    São dois  compromissos. O primeiro é a Revisão – mira a coisa certa, a eficácia. Os envolvidos avaliam o resultado de determinado esforço. Em nosso caso, uma aula, por exemplo. O aluno compreendeu de fato o que foi ensinado? Aprendeu a fazer?

    O segundo compromisso é a Retrospectiva – uma avaliação do processo, da eficiência. Por exemplo: em que o professor pode melhorar? Quais atitudes da turma devemos incentivar e quais devem ser evitadas? E por aí vai.

    Os dois compromissos ocorrem de forma consecutiva, ao término de um ciclo (Sprint na terminologia original). No nosso caso, o ciclo pode significar um tópico, uma aula ou módulo. Quanto menor, melhor.

    Quem conhece o Scrum pode estar se perguntando: peraí, como os papéis são distribuídos numa sala de aula? Quem é o PO (Product Owner – Dono do Produto)? O instrutor é o mestre – ScrumMaster. O Time é formado pelos alunos. Quem é o Dono? Você arrisca uma resposta?Na próxima semana concluo a trilogia “Hey! o que você tá esperando para se inscrever na OPA!?” Além de responder a questão acima, vou apresentar o terceiro pilar do modelo de aprendizagem, a Unidade. Ela se baseia, principalmente, no Understanding by Design®. Um modelo bem legal que, em conceito, é semelhante ao TDD (Test-Driven Development).

    Notas

    1. Brain Rules, John Medina (Pear Press, 2014).
      A Mente Organizada, Daniel J. Levitin (Objetiva, 2015).
    2. O modelo de aprendizagem (maturidade?) com três estágios vive ressurgindo com outros nomes e quase sempre sem crédito. Douglas Thomas e John Seely Brown, em A New Culture of Learning (Publicação independente, 2011), sugerem três etapas: Hanging Out, Messing Around e Geeking Out. Partiram de um estudo etnográfico sobre a interação de jovens com mídias sociais.
      Harold Stolovitch e Erika Keeps, em Telling Ain’t Training (ASTD, 2011), falam em Teach (Ensine), Prompt (Incentive) e Release (Libere). Como eu disse, variações da mesma sugestão apresentada neste artigo.
    3. The New New Product Development Game é o nome do artigo, publicado na Harvard Business Review em jan-fev/1986, que apresentou o Scrum. Não desconsidero nem desmereço o fato de Jeff Sutherland e Ken Schwaber terem dado uma cara e roupa nova para ele. Mas não me conformo com o desrespeito ao sentido original do Scrum. Por isso tem gente por aí que diz, por exemplo, que Retrospectivas são perda de tempo.
    4. Art Out of the Box 2009: Indiana Quilts é o nome da imagem no topo. Foi compartilhada no flickr pela Biblioteca Pública de Allen County (IN). O rabisco da molecada lembra muito o diagrama do FLUXO. Sincronicidade?
  • Pelo Prazer de Aprender

    Pelo Prazer de Aprender

    Lembre-se de uma aula muito boa. O que a tornou inesquecível? Um professor atencioso e conhecedor, com certeza. A turma, interessada e entrosada, ajudou. Assim como a sala, arejada em todos os sentidos. Falta um último ingrediente. Qual?Oras, a aula propriamente dita. É possível que você nem tivesse interesse pelo tema. Mas a forma como ele foi exposto te pegou. É fácil dar todo o crédito da experiência ao talento do mestre, sua didática e paciência. Não vamos desmerecer isso. Mas tente se lembrar da organização do conteúdo. Nosso cérebro tem uma quedinha por estrutura, por hierarquia. Memorizamos melhor as ideias bem elaboradas¹. Posso apostar: a aula que te agradou era bem estruturada e fluiu de maneira lógica e natural. Você cresceu com ela. Mal viu o tempo passar. E ficou com um gostinho de “quero mais”. Como criar experiências assim?

    “Domine a música. Domine o instrumento.
    Agora, esqueça essa baboseira toda e apenas toque.”
    – Charlie “Bird” Parker

    Bird ajudou a reinventar o jazz e ensinou muita gente. Não há registro de que tenha estudado aikidô ou qualquer outra arte marcial japonesa. Mas sua dica fundamental, citada acima, parece uma versão bebop do ShuHaRi. O ShuHaRi é um conceito, um modelo que descreve estágios de aprendizagem². Voltando à questão acima: para criar uma boa experiência, começamos pela adoção de um modelo de aprendizagem. O nosso é um jazz de kimono:Shu: abrace, cuide do aprendiz. Apresente os fundamentos – a teoria e os movimentos básicos. E cobre disciplina e respeito pelas fronteiras estabelecidas. Que o aluno “domine a música”.

    Ha: solte e incentive a prática. Entenda que o aprendiz vai errar e quebrar a cara inúmeras vezes. É parte indissociável da aprendizagem eficaz. Mas entenda e aponte os erros – o fidbeque é fundamental. O aluno precisa “dominar o instrumento” (ferramentas e métodos). A indisciplina, a quebra de regras, atesta a evolução. Ri: sorria, você acaba de perder um aluno. Deixe-o voar. Ele não é mais um aprendiz, é seu colega. Como você, “esqueceu essa baboseira toda e agora apenas toca”. Aliás, ele imagina, cria e inova. Veja só que curioso: os três últimos verbos do parágrafo anterior sugerem o caminho inverso da diagonal ShuHaRi. Em fluxo desenhado por Ken Robinson em Libertando o Poder Criativo (HSM, 2012). Se parece também com o Funil do Conhecimento, conceito apresentado por Roger Martin em Design de Negócios (Campus, 2010). Neste caso, os termos são: Palpites, Heurística e Algoritmo. O que isso significa?Pode até ser que alguém atinja um ponto notável de aprendizagem e não queira retribuir. Vai ficar imaginando solos a la Coltrane e tocando escondidinho, para o próprio deleite, num sótão qualquer. Desconfio que a grande maioria das pessoas queira outro destino para suas ideias. São elas que vão imaginar cenários, criar soluções e botar pra rodar ou quebrar. O prazer em jogo é dobrado: primeiro, ao aprender; depois, ao ver sua criação espalhada por aí.

    E assim, falando de prazer, reencontramos o ponto do artigo anterior: o FLUXO. A diagonal em mão dupla o representa. Chega a hora de um precioso alerta: a diagonal não é uma linha reta. Esse raciocínio linear, faseado, trava e detona os modelos de ensino tradicionais. A melhor imagem para o FLUXO é uma espiral. Cada giro representa valiosos ciclos de fidbeque. Hora de falar sobre o Scrum.

    Scrum

    Antes de ser um “framework para o gerenciamento de projetos ágeis”, o Scrum é um modelo de aprendizagem. Foi por azar, muito azar, que ele foi parar em nossas mãos, profissionais de projetos e de TI. Ficou bitolado. Quem conhece o trabalho de seus pais biológicos, Takeuchi e Nonaka, vai entender o que estou falando. Eles são especialistas em Gestão do Conhecimento. Quando registraram o Scrum³, no distante 1986, pretendiam mostrar como empresas japonesas aprendiam melhor que as ocidentais. Não aprendiam mais e nem mais rápido: aprendiam melhor! É uma questão de eficácia, muito mais do que de eficiência. É mais qualitativa do que quantitativa. Parafraseando Ackoff de novo: “é melhor fazer a coisa certa do jeito errado do que fazer a coisa errada do jeito certo”. Melhor ainda é fazer a coisa certa de maneira eficiente. O Scrum tem um laço de fidbeque para cada questão.

    São dois  compromissos. O primeiro é a Revisão – mira a coisa certa, a eficácia. Os envolvidos avaliam o resultado de determinado esforço. Em nosso caso, uma aula, por exemplo. O aluno compreendeu de fato o que foi ensinado? Aprendeu a fazer?

    O segundo compromisso é a Retrospectiva – uma avaliação do processo, da eficiência. Por exemplo: em que o professor pode melhorar? Quais atitudes da turma devemos incentivar e quais devem ser evitadas? E por aí vai.

    Os dois compromissos ocorrem de forma consecutiva, ao término de um ciclo (Sprint na terminologia original). No nosso caso, o ciclo pode significar um tópico, uma aula ou módulo. Quanto menor, melhor.

    Quem conhece o Scrum pode estar se perguntando: peraí, como os papéis são distribuídos numa sala de aula? Quem é o PO (Product Owner – Dono do Produto)? O instrutor é o mestre – ScrumMaster. O Time é formado pelos alunos. Quem é o Dono? Você arrisca uma resposta?Na próxima semana concluo a trilogia “Hey! o que você tá esperando para se inscrever na OPA!?” Além de responder a questão acima, vou apresentar o terceiro pilar do modelo de aprendizagem, a Unidade. Ela se baseia, principalmente, no Understanding by Design®. Um modelo bem legal que, em conceito, é semelhante ao TDD (Test-Driven Development).

    Notas

    1. Brain Rules, John Medina (Pear Press, 2014).
      A Mente Organizada, Daniel J. Levitin (Objetiva, 2015).
    2. O modelo de aprendizagem (maturidade?) com três estágios vive ressurgindo com outros nomes e quase sempre sem crédito. Douglas Thomas e John Seely Brown, em A New Culture of Learning (Publicação independente, 2011), sugerem três etapas: Hanging Out, Messing Around e Geeking Out. Partiram de um estudo etnográfico sobre a interação de jovens com mídias sociais.
      Harold Stolovitch e Erika Keeps, em Telling Ain’t Training (ASTD, 2011), falam em Teach (Ensine), Prompt (Incentive) e Release (Libere). Como eu disse, variações da mesma sugestão apresentada neste artigo.
    3. The New New Product Development Game é o nome do artigo, publicado na Harvard Business Review em jan-fev/1986, que apresentou o Scrum. Não desconsidero nem desmereço o fato de Jeff Sutherland e Ken Schwaber terem dado uma cara e roupa nova para ele. Mas não me conformo com o desrespeito ao sentido original do Scrum. Por isso tem gente por aí que diz, por exemplo, que Retrospectivas são perda de tempo.
    4. Art Out of the Box 2009: Indiana Quilts é o nome da imagem no topo. Foi compartilhada no flickr pela Biblioteca Pública de Allen County (IN). O rabisco da molecada lembra muito o diagrama do FLUXO. Sincronicidade?
  • Pelo Prazer de Trabalhar

    Pelo Prazer de Trabalhar

    Quando foi a última vez que você fez ou aprendeu algo e nem viu o tempo passar? Esses momentos de total concentração e êxtase lhe são comuns? Você consegue repeti-los de forma sistemática no trabalho? A grande maioria responde não para as duas últimas questões. Triste, considera estranha ou até indevida essa mistura de prazer e gozo com aprendizagem e vida profissional. “Onde já se viu?”Vemos essa combinação com grande frequência. Mas ela aparece em campos que muitos nem consideram profissões. Lembre-se da explosão de um jogador de futebol; da concentração de um ator; do voo de um guitarrista durante um solo. Oras, o que nos impede de trocar esses personagens por um engenheiro, um médico e um advogado? Parafraseando Ackoff, malditos sejam aqueles que ergueram muros entre aprendizagem, diversão e trabalho¹. Não era para ser assim. E, se quisermos uma carreira viável, não pode mais ser assim.

    Gary Hamel, em O Que Importa Agora? (Campus, 2012), sugere uma hierarquia das capacidades humanas. De baixo para cima: Obediência, Zelo, Expertise, Iniciativa, Criatividade e Paixão. Se tudo o que você tem a oferecer concentra-se nos três primeiros itens, preocupe-se. Atividades que pedem “só” por isso já foram padronizadas, terceirizadas e automatizadas. Agora, são externalizadas². Sem exagero: não há futuro aqui. Cruze isso com a proposta de reforma da previdência e descabele-se.

    Não há atalhos para esse novo mundo do trabalho. Mas existe um caminho. Aliás, um FLUXO.Aqueles com pequena bagagem em termos de conhecimentos e habilidades estão: 1) apáticos – se pouco desafiados; 2) preocupados; ou 3) ansiosos – se o tamanho dos desafios é inversamente proporcional às suas capacidades.

    Kevin Kelly, em The Inevitable (Viking, 2016), diz que nesse novo mundo somos todos iniciantes. Mas a população nesses três cenários já é imensa. E insatisfeita pra chuchu, como provam várias pesquisas. Quem está bem municiado mas é pouco desafiado vive no tédio ou, pior ainda, trata seus afazeres com arrogância e desdém. Perigosa “zona de conforto”, familiar aos que se sentem no controle. Pense naquele sujeito que diz ter dez ou vinte anos de experiência.  Meça até que ponto não seriam dez ou vinte anos da mesma experiência. Essa sensação de controle é ilusória. Uma troca de tecnologia e pimba – olha um estagiário novo aí gente!

    O controle, assim como a excitação, pode ser salutar. Desde que a pessoa saiba para onde precisa e quer ir. Essa enxurrada de coaches, mentores e livros que prometem ajudar na definição do sentido da vida nos permite desconfiar que o número de profissionais sem mapa nem bússola é grande e só faz crescer. Sem julgamento de valor, por favor. Como colocou Tom Peters, “quem não está confuso não está prestando atenção”.

    No mundo ideal somos todos FLUENTES. Nossos conhecimentos e habilidades mantém um equilíbrio dinâmico com os desafios apresentados. Insisto: dinâmico. Não há linha de chegada. Mas há conforto e prazer nessa zona. Ou, como lista o autor desta teoria – Mihaly Csikszentmihalyi³, quando no fluxo nós temos:

    • Concentração total;
    • Sensação de êxtase;
    • Muita clareza de propósito;
    • Confiança em nossa capacidade;
    • Serenidade; e
    • Motivação intrínseca: o que criamos é a nossa principal recompensa.

    Por isso, nem vemos o tempo passar. É sensação equivalente aos prazeres mundanos e carnais. Porque, quando em fluxo, ativamos os mesmos mecanismos cerebrais. Porque, como coloca Daniel J. Levitin em A Mente Organizada (Objetiva, 2014), recebemos “agradáveis doses de dopamina”. Mais que isso: também desativamos a parte do córtex pré-frontal responsável pela autocrítica e a amígdala, a parte do cérebro que nos deixa com medo. Enfim, sem a intenção de cometer qualquer heresia: o Fluxo é quase um nirvana, quase um orgasmo.

    Podemos levar isso para o trabalho? Podemos fazer disso uma rotina? Honestamente, eu acho que deveríamos. Se não pelas razões acima, então pelo simples fato de que quase todos os outros trabalhos serão delegados para quem não cria, não procria e nem se apaixona.

    Merchandising

    Já tem um tempinho que tento transferir o FLUXO para meus treinamentos. No próximo artigo vou mostrar como ele se transformou na espinha dorsal da OPA! Oficina de Projetos de Aprendizagem. E mais: como ele combina muito bem com o Scrum.

    Notas

    1. Ackoff’s Best – Russell L. Ackoff (Wiley, 1999).
    2. Falo um pouco mais sobre isso em O Futuro das Profissões.
    3. Taí um nome – Mihaly Csikszentmihalyi – que nunca arriscaria dizer em sala ou em qualquer outro lugar. Mihaly é húngaro e apresentou sua teoria em Flow: The Psychology of Optimal Experience (Harper & Row, 1990). Há um belo resumo na forma de uma palestra para o TED (Fluidez – o segredo da felicidade).
    4. Entre a ideia para este artigo e a revisão final gastei pouco menos de duas horas. Não vi o tempo passar. E quase dei um soco no ar ao reler o penúltimo parágrafo. Antes de taxar isso como uma besteira, pense no que te deixa feliz. Tem criação ali, não tem?
    5. Flow – 02, a primeira imagem lá em cima, foi rabiscada por Eva-Lotta Lamm enquanto ouvia ou lia Mihaly. Ela compilou livros com resumos e rabiscos semelhantes. Criativa sacada!
  • Um Professor Acidental

    Um Professor Acidental

    “Se quiser que Deus dê umas boas gargalhadas, conte a Ele os seus planos.”
    – Woody Allen

    1987, terceiro ano do curso técnico em Processamento de Dados. O professor de informática divide a sala em duas e me delega todas as aulas práticas. No ano seguinte, já formado, eu tinha uma sala só minha, em outra escola. Curso noturno, com muita gente boa tão cansada quanto eu. Eu acumulava exército (tiro de guerra: 6h ~ 8h30), um trampo como programador numa empresa japonesa (9h ~ 17h) e o curso noturno. Aos domingos, pra descansar, apresentava o Clube do Rock numa rádio local.

    1993, o Brasil, como na década anterior, atravessava uma crise feia. Assumi a área de informática da Cooperativa Regional do Sul de Minas. Gerente? Que nada. O Atílio era digitador. Eu fazia todo o resto, de instalação de redes até análise e programação. E dava manutenção num legado Cobol mal escrito pra chuchu. DevOps de um homem só. De noite ia para a escola cuidar de outra turma de Processamento de Dados.

    1998, o país estava quebrado de novo. E eu precisava ganhar mais. Embarquei para Sampa, onde o salário médio era de três a quatro vezes maior do que no Sul de Minas. Dei alguns cursos de VB (que vergonha) e de Lógica de Programação (que orgulho) até arrumar um trampo como Gerente de Projetos. Foi acidente, eu era programador. Mas aquilo mudou tudo.

    2004, com um punhado de bons e maus projetos nas costas, lanço este finito. Ele nasceu para ancorar minha primeira pesquisa digna do nome: Aprendizado InterProjetos. Trabalho que foi selecionado para um evento do PMI. No ano anterior já havia palestrado no mesmo evento, falando sobre Engenharia de Requerimentos (sic¹).

    2005, encerra-se o ciclo paulistano com três anos de atraso. Tem início a “carreira solo”. Utilizando o modelo Lucro-Troco-Truco, decidi que serviços de consultoria ocupariam 70% de meu tempo (lucro). Cursos e palestras seriam o troco (20%). Como disse um colega-consultor-argentino, “nosso negócio é inviável”. E é mesmo. Em consultorias, para cada pequena vitória há um sem número de dissabores.

    2007, o FAN é lançado. Deveria ser troco – um chamariz para serviços mais polpudos. Mas aí vieram demandas da Oi, Net, Embraer, JBS Friboi, BrasilPrev, SoftPlan, Mercado Eletrônico, Linx, Gauge, Unisys e Bradesco, dentre outras. Caramba, de um porão em Varginha eu estava atendendo uma bela parcela do PIB tupiniquim! E em algumas turmas abertas cheguei a receber mais de 70 pessoas. O troco tinha virado lucro.

    2009, o FAN é incorporado a um curso de extensão da Federal de São Carlos. Alguns alunos disseram que foi “a melhor aula que já tiveram”. Um deles era mineiro, de Guaxupé, e desconfiei de nosso tradicional bairrismo. Estimulei, algum tempo depois, a adoção do Scrum para guiar todo o curso. Assim foi feito. Eu já fazia experiências similares nos meus próprios cursos.

    Aliás, foi nessa época que passei a me perguntar: Como ensinar? Aliás, como facilitar a  aprendizagem? Posso tornar o FAN e outras ofertas mais eficazes? Por que algumas turmas fluem muito bem e outras tropeçam? Não basta dominar o assunto. Nem ter uma didática aceitável. Passei a incorporar ensinamentos de Mel Silberman, Harold Stolovitch e outros². O Design Instrucional virou uma necessidade.

    2013, a complexidade crescente e a bagunça nas ruas – prenúncio de uma nova crise –  me levaram ao desenho do flit. Processo sem pressa. Afinal, era o primeiro truco³ em quase dez anos. O flit pedia por uma estrutura diferente – por algo que chamo Unidade Básica de Aprendizagem. Foi assim que descobri o Learning Object e, principalmente, o Understanding by Design®  (Design Reverso). O flit também pedia por um processo. E eu ganhei uma boa desculpa para finalmente adotar as ideias do húngaro Mihaly Csikszentmihalyi, principalmente seu Fluxo. Ele combina bem com o Scrum e outras propostas legais.

    2016, o flit não vingou (ainda). Pindorama, que surpresa, vive outra crise homérica. E uma ficha desaba: por que não vender a alma? Não a minha, mas a alma do flit. Ela é um sistema de aprendizagem completo. Por que não torná-la um produto por si só?

    Assim nasce a OPA! Oficina de Projetos de Aprendizagem. Devo confessar, temi que o novo produto parecesse um estranho no ninho finito. Até relembrar essa história toda e finalmente aceitar que, acidentalmente, estou virando um professor.

    Notas

    1. Pois é, eu ainda insistia no termo “Requerimentos”. Pouco depois, através do saudoso grupo CMM-br, aprendi que “Requisitos” era bem melhor.
    2. A bibliografia é imensa. Vou citar dois estopins: Active Training, de Mel Silberman (Wiley, 2015. Está na 4ª edição, comemorando aniversário de 25 anos!); e Telling Ain’t Training, de Harold Stolovitch e Erica Keeps (ASTD, 2011).
    3. Lucro-Troco-Truco é a versão tropicalizada do modelo 70-20-10 que, diz a lenda, guia o trabalho dos colaboradores da Google.
    4. Teaching é o título do rabisco acima. Executado e compartilhado por Daniel Friedman via flickr.