Quando os pergaminhos sobre gerenciamento foram encontrados, descobriu-se que existia um conceito fundamental que era a separa\u00e7\u00e3o daqueles que “pensavam” daqueles que “executavam” o trabalho, com o objetivo de se atingir maior produtividade. Essa separa\u00e7\u00e3o f\u00edsica e intelectual permitiu o sucesso das linhas de produ\u00e7\u00e3o e sua efici\u00eancia, refor\u00e7ando a bem sucedida aplica\u00e7\u00e3o do trabalho repetitivo, especializado e do ser humano como pe\u00e7a de uma grande engrenagem.<\/p>\n
Neste contexto mecanicista, um trabalhador que quisesse ser considerado excepcional precisava se especializar na execu\u00e7\u00e3o perfeita, r\u00edtmica, constante e volumosa daquela pequena parte que lhe cabia, seguindo o plano definido. Para todos os demais profissionais m\u00e9dios, existia sempre a cenoura e o chicote<\/em> para lhes motivar sob a guarda dos supervisores comando-e-controle. E tudo isso funcionou muito bem por alguns anos, confeccionando o que conhecemos como a Revolu\u00e7\u00e3o Industrial.<\/p>\n Hoje sabemos que a natureza do trabalho mudou em sua grande maioria. Temos menos profissionais apertando parafusos e menos solu\u00e7\u00f5es \u00f3bvias e determinadas. Criou-se complexidade nas intera\u00e7\u00f5es de quem produz e de quem consome os resultados do trabalho. O chicote e a cenoura j\u00e1 n\u00e3o motivam como antigamente e tudo ficou mais incerto e n\u00e3o-previs\u00edvel, exigindo menos -planos- e mais -planejamento-. Entramos, enfim, na Revolu\u00e7\u00e3o do Conhecimento.<\/p>\n E da reflex\u00e3o sobre essa nova era do conhecimento, que apresentou o trabalhador criativo, se popularizaram algumas ideias e filosofias como o \u00c1gil; Gest\u00e3o 3.0; Motiva\u00e7\u00e3o 3.0; Aprendizado 3.0; e todas estas ideias que suportam colabora\u00e7\u00e3o; intera\u00e7\u00e3o; solu\u00e7\u00f5es emergentes; aprendizado e ciclos de feedback<\/em> constantes e curtos.<\/p>\n Para mais detalhes do contraste entre os velhos e novos conceitos de gest\u00e3o no contexto da apari\u00e7\u00e3o do \u00c1gil, veja meu post: Introdu\u00e7\u00e3o \u00e0 Filosofia \u00c1gil<\/a>.<\/p><\/blockquote>\n Na Era do Conhecimento tamb\u00e9m come\u00e7amos a entender que n\u00e3o existe (ou n\u00e3o deveria existir) a separa\u00e7\u00e3o de quem pensa e quem executa, mas somente a partir da colabora\u00e7\u00e3o e intera\u00e7\u00e3o entre os envolvidos \u00e9 que seria poss\u00edvel emergir algo \u00fatil e adequado \u00e0s necessidades complexas. O “executor”, de forma especial, passa a ser privilegiado por reunir o conhecimento estrat\u00e9gico e t\u00e1tico dos demandantes, al\u00e9m da experi\u00eancia e aprendizados coletados da realiza\u00e7\u00e3o do trabalho em si e do feedback<\/em> imediato de quem consome e usa efetivamente o produto ou servi\u00e7o. Por estar mais pr\u00f3ximo, portanto, e em constante contato com todos que se beneficiam daquele projeto, o “executor” det\u00e9m a maior parte do conhecimento sobre aquele dom\u00ednio; suas periferias e integra\u00e7\u00f5es e \u00e9 quem melhor pode articular as estrat\u00e9gias sobre sua evolu\u00e7\u00e3o.<\/p>\n Todavia, posto que todo esse discurso de trabalhador do conhecimento seja verdade, vivemos hoje ent\u00e3o mais uma disson\u00e2ncia cognitiva<\/a>, posto que aquilo que sabemos n\u00e3o \u00e9 o mesmo que praticamos. E aqui me refiro \u00e0 ind\u00fastria de desenvolvimento de software em especial.<\/p>\n Considerando que o \u00c1gil endere\u00e7a a nova Era do Conhecimento, principalmente para quem trabalha com TI, e que o Scrum \u00e9 o framework sob essa filosofia que mais se popularizou, vou us\u00e1-los para os exemplos que vou usar a partir de agora.<\/p>\n \u00c9 muito comum voc\u00ea passar pelos corredores da sua empresa e ouvir um Product Owner<\/em> e pessoas relacionadas ao “neg\u00f3cio” cogitando convidar um desenvolvedor para uma reuni\u00e3o. E o que se ouve algumas vezes \u00e9: “N\u00e3o precisa cham\u00e1-los. N\u00e3o vamos discutir nada t\u00e9cnico”.<\/em><\/p>\n Pra mim, quase tudo no par\u00e1grafo anterior est\u00e1 equivocado. Primeiro o fato das pessoas apenas “cogitarem convidar” o desenvolvedor j\u00e1 mostra uma separa\u00e7\u00e3o forte sobre quem pensa o “neg\u00f3cio” e quem o executa, e as principais desculpas para isso s\u00e3o: “N\u00e3o queremos interromper o desenvolvedor em suas atividades”; “Eles [os desenvolvedores] precisam focar em terminar a Sprint. Muitas reuni\u00f5es v\u00e3o prejudicar o desempenho” e claro “N\u00e3o vamos discutir nada t\u00e9cnico!”. O segundo ponto que discordo \u00e9 que, pasmem!, eles est\u00e3o indo para uma reuni\u00e3o! :-O Mas esse \u00e9 outro assunto \ud83d\ude42<\/p>\n Ora, se estamos na era do famigerado conhecimento; se n\u00e3o h\u00e1 mais separa\u00e7\u00e3o de quem pensa e quem executa; se o “executor” \u00e9 quem mais tem propriedade e dom\u00ednio sobre o trabalho sendo realizado: por que ainda h\u00e1 tanta segrega\u00e7\u00e3o entre neg\u00f3cio e tecn\u00f3logos? Por que ainda passamos “a pizza por debaixo da porta” do quarto fechado do desenvolvedor?<\/p>\n H\u00e1 quem pense tamb\u00e9m que o desenvolvedor n\u00e3o quer ou n\u00e3o tenha as condi\u00e7\u00f5es, habilidades e perfil para tomar decis\u00f5es de neg\u00f3cio; pensar a intera\u00e7\u00e3o com o usu\u00e1rio; ou dialogar com os envolvidos sobre seus problemas. Para quem pensa assim eu sugiro que use seu Iphone<\/em> para acessar o Google<\/em> e pesquise sobre a hist\u00f3ria do Facebook<\/em>, no intervalo entre usar o WhatsApp<\/em> e o Youtube<\/em>. \ud83d\ude09 Ali\u00e1s, usando o mesmo racional, o pr\u00f3prio \u00c1gil deveria ser uma ilus\u00e3o, posto que foi concebido por desenvolvedores de software \u201cbab\u00f5es e n\u00e3o-soci\u00e1veis\u201d.<\/p>\n Outra anomalia que acontece \u00e9 dizer que eles decidem o “como fazer<\/strong>“. O Product Owner<\/em> apenas e somente: 1) traz as hist\u00f3rias detalhadas; 2) descreve o prop\u00f3sito e a prioridade daquele item; 3) apresenta alguns poucos crit\u00e9rios de aceite; 4) prepara um prot\u00f3tipo de UX; e 5) desenha alguns cen\u00e1rios de teste. S\u00e9rio?! O que sobra para ser decidido pelo desenvolvedor, se todo o incremento do produto j\u00e1 foi definido e detalhado? O programador decide se vai usar uma chave de boca<\/em> ou uma chave de rosca<\/em>?!<\/p>\n Apesar de quase que por in\u00e9rcia replicarmos os mesmos pensamentos e t\u00e9cnicas que sempre fizemos, promovendo a segrega\u00e7\u00e3o, precisamos manter uma monitoria ativa sobre nossas a\u00e7\u00f5es. O mesmo vale igualmente para o executor que n\u00e3o quer mudar o jeito que trabalha \u201cporque sempre trabalhou assim\u201d. Ou seja, no nosso exemplo, \u00e9 o desenvolvedor que precisa de algu\u00e9m lhe falando o que tem que ser feito.<\/p>\n O consultor de empresas Waldez Ludwig retratou<\/a> no long\u00ednquo ano de 2007 uma depend\u00eancia entre o que chamou de \u201ccapataz\u201d e \u201cescravo\u201d se referindo ao gerente\/coordenador e ao funcion\u00e1rio mais abaixo na hierarquia respectivamente. Ludwig contextualiza que na era do conhecimento o que tem valor \u00e9 a inova\u00e7\u00e3o e esta s\u00f3 pode ser gerada por pessoas que se preocupem com isso, criticando, portanto, os profissionais que teriam uma voca\u00e7\u00e3o forte para serem \u201cescravos\u201d, na analogia dele, refor\u00e7ando a necessidade do \u201ccapataz\u201d.<\/p>\n Acredito que muito dos motivos de vermos discrep\u00e2ncias entre a pr\u00e1tica e as novas descobertas e aprendizados gerenciais acontece ainda por estar presente em n\u00f3s os resqu\u00edcios do pensamento tradicional que influencia nossa forma de pensar e faz com que apliquemos os mesmos velhos conceitos maquiados numa nova “carroceria”. Por ter predominado por tanto tempo, a filosofia de gest\u00e3o tradicional criou um “senso comum” que faz com que a energia gasta em se mudar e manter novas formas de pensar seja alta, ocasionando uma alta entropia em todo o sistema. E essa sabotagem que nos infringimos ao n\u00e3o conseguir quebrar esse v\u00edcio afeta tanto quem pensa que “pensa” como quem pensa que s\u00f3 “executa”. Ambos precisam se libertar para alcan\u00e7arem melhores resultados.<\/p>\n N\u00e3o estou sugerindo a extin\u00e7\u00e3o do Product Owner<\/em> nem mesmo estou sugerindo que o papel seja sempre incorporado pelos desenvolvedores. Mas seja quem for que represente o “dono do produto”, nesse mundo complexo de pr\u00e1ticas emergentes, este precisa ser um facilitador<\/a> [de verdade] da constru\u00e7\u00e3o conjunta das solu\u00e7\u00f5es, explorando todo o conhecimento dos \u201cexecutores\u201d, incentivando que as mudan\u00e7as nas\u00e7am da equipe motivadas pelos objetivos e vis\u00e3o do produto. E que os med\u00edocres fiquem nas empresas med\u00edocres.<\/p>\n Talvez s\u00f3 assim tenhamos de fato uma revolu\u00e7\u00e3o do conhecimento e, s\u00f3 ent\u00e3o, estaremos prontos para a pr\u00f3xima revolu\u00e7\u00e3o.<\/p>\n","protected":false},"excerpt":{"rendered":" Quando os pergaminhos sobre gerenciamento foram encontrados, descobriu-se que existia um conceito fundamental que era a separa\u00e7\u00e3o daqueles que “pensavam” daqueles que “executavam” o trabalho, com o objetivo de se atingir maior produtividade. Essa separa\u00e7\u00e3o f\u00edsica e intelectual permitiu o sucesso das linhas de produ\u00e7\u00e3o<\/p>\n","protected":false},"author":1,"featured_media":2700,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[2,7],"tags":[6,8,9],"class_list":["post-103","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-agile","category-gestao","tag-desenvolvimento-de-produto","tag-papeis","tag-scrum"],"_links":{"self":[{"href":"https:\/\/rafaelbuzon.com\/site\/wp-json\/wp\/v2\/posts\/103","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/rafaelbuzon.com\/site\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/rafaelbuzon.com\/site\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/rafaelbuzon.com\/site\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/rafaelbuzon.com\/site\/wp-json\/wp\/v2\/comments?post=103"}],"version-history":[{"count":0,"href":"https:\/\/rafaelbuzon.com\/site\/wp-json\/wp\/v2\/posts\/103\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/rafaelbuzon.com\/site\/wp-json\/"}],"wp:attachment":[{"href":"https:\/\/rafaelbuzon.com\/site\/wp-json\/wp\/v2\/media?parent=103"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/rafaelbuzon.com\/site\/wp-json\/wp\/v2\/categories?post=103"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/rafaelbuzon.com\/site\/wp-json\/wp\/v2\/tags?post=103"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}O desenvolvedor como executor tradicional<\/h3>\n
O executor tradicional como desenvolvedor<\/h3>\n