A rela\u00e7\u00e3o entre o Product Owner, Scrum Masters e Desenvolvedores \u00e9 fundamental para o sucesso de uma equipe Agile. \u00c9 uma rela\u00e7\u00e3o simbi\u00f3tica que depende de comunica\u00e7\u00e3o clara, objetivos alinhados, transpar\u00eancia e \u00e9 fundamentada na confian\u00e7a. Construir um produto que seja amplamente adotado ou a melhoria cont\u00ednua \u00e9 o objetivo usual, mas a coes\u00e3o e a din\u00e2mica da equipe podem determinar o qu\u00e3o suave e sem problemas esse processo ser\u00e1. <\/p>\n
Quer\u00edamos aprender mais, ent\u00e3o fomos procurar um Product Owner para compartilhar seus insights e hist\u00f3rias.<\/p>\n
Ap\u00f3s sua apresenta\u00e7\u00e3o do roadmap do produto no Perth Agile MeetUp, sentamos com Adam Mullett, autor do livro From \u201cNo\u201d to \u201cHow?: Get Buy-in and Lead Change<\/em><\/a> e um Product Owner, para perguntar a ele sua opini\u00e3o sobre o n\u00edvel de envolvimento que um Product Owner deve ter em uma Retrospectiva.<\/p>\n O que recebemos foi mais do que apenas uma resposta a uma pergunta, mas uma demonstra\u00e7\u00e3o do papel do Product Owner e uma renovada aprecia\u00e7\u00e3o da confian\u00e7a, transpar\u00eancia e disciplina.<\/p>\n<\/div><\/div><\/div><\/div><\/div> Adam pareceu um pouco surpreso quando questionado se um Product Owner deveria estar envolvido na Retrospectiva.<\/p>\n A pergunta surgiu da observa\u00e7\u00e3o de que algumas pessoas envolvidas em Agile percebiam a presen\u00e7a do Product Owner na Retrospectiva como opcional, ou at\u00e9 mesmo um obst\u00e1culo.<\/p>\n Ap\u00f3s apenas uma breve pausa, sua resposta foi um enf\u00e1tico \u201csim!\u201d<\/p>\n Ele continuou explicando o \u2018porqu\u00ea\u2019 –<\/p>\n Um dos aspectos importantes do Agile \u00e9 que n\u00e3o se trata de ser r\u00e1pido, mas de ser adapt\u00e1vel \u2013 o que leva a mais sucesso, como uma melhor ado\u00e7\u00e3o de um produto.<\/p>\n Quando se trata de conduzir as Retrospectivas de uma equipe, n\u00e3o \u00e9 apenas importante facilitar o processo, mas \u00e9 igualmente importante gerir a cultura. A equipe depende muito da dire\u00e7\u00e3o e da contribui\u00e7\u00e3o do Product Owner como especialista no assunto. O Product Owner promove um ambiente no qual uma equipe pode se esfor\u00e7ar para ter alto desempenho, sendo respons\u00e1vel pelos resultados e autogerida para que permane\u00e7a respons\u00e1vel perante seus stakeholders.<\/p>\n<\/div><\/div><\/div><\/div><\/div> Adam percebe que o fundamento da ess\u00eancia de um Product Owner \u00e9 a confian\u00e7a e a transpar\u00eancia.<\/p>\n \u201cPara mim, ser transparente \u00e9 um presente porque est\u00e1s compartilhando o que pensas ou o que sabes. Se a equipe n\u00e3o consegue tirar isso de ti, ent\u00e3o n\u00e3o est\u00e1s dando a eles o que precisam para terem sucesso.\u201d<\/p>\n “N\u00e3o deve haver segredos entre a equipa, o Scrum Master e o PO. Para mim, eu concentraria-me nessas coisas. Prefiro levantar a quest\u00e3o e mergulhar no conflito do que deix\u00e1-lo apodrecer.”<\/p>\n \u201cSer capaz de descobrir algo que est\u00e1 impedindo uma equipe de seguir em frente \u00e9 realmente valioso.\u201d<\/p>\n Adam ofereceu um exemplo de dois membros de uma equipe que n\u00e3o se falavam em um time que ele treinou uma vez.<\/p>\n \u201cEra inacredit\u00e1vel! Ent\u00e3o, se houvesse um coment\u00e1rio relacionado ao problema feito durante a Retrospectiva, eu continuaria mergulhando, investigando o \u2018porqu\u00ea\u2019, at\u00e9 que eles percebessem que a falta de comunica\u00e7\u00e3o era o problema.\u201d<\/p>\n Embora a abordagem tenha sido um tanto confrontadora, uma vez que a quest\u00e3o foi trazida \u00e0 tona, foi mais f\u00e1cil de resolver, e os membros da equipe ficaram gratos mais tarde por o assunto ter sido resolvido.<\/p>\n \u201cResolver esses tipos de problemas pode ser t\u00e3o simples quanto oferecer hor\u00e1rios de trabalho diferentes. N\u00e3o falar um com o outro simplesmente n\u00e3o era um bom motivo para n\u00e3o ser uma equipe de alto desempenho. \u201c<\/p>\n<\/div><\/div><\/div><\/div><\/div> Um Product Owner deve manter a colabora\u00e7\u00e3o em mente, e \u00e9 por isso que Adam visa co-criar.<\/p>\n \u201cSe estou fazendo algo, quero fazer com voc\u00ea, n\u00e3o para voc\u00ea. Nenhuma mudan\u00e7a ter\u00e1 sucesso se voc\u00ea estiver fazendo isso sozinho\u201d<\/p>\n \u201cComo a colabora\u00e7\u00e3o da equipe \u00e9 necess\u00e1ria para que a co-cria\u00e7\u00e3o ocorra, \u00e9<\/strong> importante saber como e quando trazer as pessoas para a conversa. Escolher a forma como as conversas acontecem pode fazer uma grande diferen\u00e7a.\u201d <\/p>\n \u201c<\/strong>Por exemplo, \u00e9 mais f\u00e1cil mostrar o teu trabalho a algu\u00e9m do que ter de convenc\u00ea-lo. Um prot\u00f3tipo de uma hora sobre o qual possas conversar \u00e9 muito mais eficaz, \u00e0s vezes, do que uma grande sess\u00e3o de planejamento onde tentas vender a tua ideia. Outras vezes, pode ser melhor co-criar.\u201d<\/p>\n<\/div><\/div><\/div><\/div><\/div> Quando a disciplina \u00e9 vista como uma plataforma de apoio, em vez de uma barreira \u00e0 flexibilidade, ela pode atuar como um mecanismo de empoderamento da equipe.<\/p>\n A disciplina pode ser t\u00e3o simples quanto come\u00e7ar uma reuni\u00e3o no hor\u00e1rio, terminar no hor\u00e1rio e ter uma defini\u00e7\u00e3o estrita de \u2018pronto\u2019 (ready). S\u00e3o os pequenos comportamentos acordados aos quais os membros da equipe aderem com o objetivo de melhorar conscientemente a coes\u00e3o e o respeito da equipe. <\/p>\n Na vis\u00e3o de Adam, com disciplina, podem ser cultivados h\u00e1bitos saud\u00e1veis que apoiam equipes de alto funcionamento.<\/p>\n \u201cEu era Product Owner em um projeto onde havia 23 equipes e uma mentalidade geral de apenas terminar este sprint, depois outro sprint, e outro, e assim por diante, apenas terminar o sprint como pud\u00e9ssemos.\u201d<\/p>\n \u201cEnt\u00e3o come\u00e7amos a ser mais disciplinados no sprint.\u201d<\/p>\n \u201cSim, foi dif\u00edcil no primeiro m\u00eas porque est\u00e1vamos tentando fazer duas coisas ao mesmo tempo. Mas depois disso, tudo correu bem. E a equipe conseguiu continuar melhorando e crescendo como um time de alto desempenho. Na verdade, outros na organiza\u00e7\u00e3o queriam fazer parte daquela equipe.\u201d<\/p>\n Tamb\u00e9m se observou que as equipes que careciam de disciplina enfrentavam problemas.<\/p>\n Ent\u00e3o, o que deve acontecer se os membros da equipe n\u00e3o adotarem uma abordagem disciplinada?<\/p>\n \u201cSe algu\u00e9m chega despreparado, \u00e9 importante deixar claro o prop\u00f3sito da reuni\u00e3o e como as suas a\u00e7\u00f5es n\u00e3o apoiam esse prop\u00f3sito.\u201d<\/p>\n \u201c\u00c9 uma quest\u00e3o de foco. Durante o refinamento do produto (grooming), por exemplo, se as pessoas come\u00e7am a falar sobre um ticket espec\u00edfico, trata-se de trazer o foco de volta para o porqu\u00ea de estarmos nesta reuni\u00e3o e o que pretendemos alcan\u00e7ar como resultado para essa cerim\u00f4nia.\u201d<\/p>\n Claro, o Scrum Master ajuda a manter essa disciplina.<\/p>\n Em rela\u00e7\u00e3o \u00e0 Retro deles, Adam acrescentou que, uma vez que a equipe entende e aprecia a estrutura que sua disciplina construiu, eles tornam-se muito mais focados e eficientes, sem ter que se envolver no pensamento do Sistema 2, conforme descrito no livro R\u00e1pido e Devagar<\/a> de Daniel Kahneman.<\/p>\n \u201cTer um processo claro mant\u00e9m as coisas f\u00e1ceis. As equipes n\u00e3o querem ter que se preocupar com coisas como qual sala ou qual tecnologia est\u00e3o usando. O foco deles \u00e9 no problema real.\u201d<\/p>\n<\/div><\/div><\/div><\/div><\/div> Para Adam, n\u00e3o h\u00e1 falta de clareza quanto ao papel do Product Owner; se \u00e9s um Product Owner, fazes parte da equipe Agile.<\/p>\n \u201cSinto que \u00e9 o papel do Product Owner, com o apoio do Scrum Master, construir a cultura e criar clareza para a equipe.\u201d<\/p>\n \u201cAs equipes odeiam n\u00e3o saber para onde est\u00e3o indo. Elas se viram umas contra as outras, ficam ansiosas, tentam parecer ocupadas e todos os tipos de outras disfun\u00e7\u00f5es. Se puderes dar \u00e0s pessoas um motivo, um \u2018porqu\u00ea\u2019, uma dire\u00e7\u00e3o estrat\u00e9gica, ent\u00e3o elas dir\u00e3o \u2018ok, legal. Entendi!\u2019. Trata-se de ser frouxamente acoplado, mas fortemente alinhado. Dessa forma, todos sabemos para onde vamos e permitimos que a equipe chegue l\u00e1.\u201d<\/p>\n Adam trabalhou com equipes totalmente presenciais, remotas e h\u00edbridas. Durante 18 meses, trabalhou com pessoas espalhadas de Sydney at\u00e9 a \u00cdndia. Independentemente da composi\u00e7\u00e3o, um dos fatores de sucesso de uma equipe de alto desempenho era a compreens\u00e3o do que aconteceria a seguir. <\/p>\n \u201cEnt\u00e3o, se algo acontece na nossa Retrospectiva, algu\u00e9m sai para criar um ticket no Jira. As pessoas podiam trabalhar juntas mesmo que nem sempre estivessem na mesma sala. Ter formas s\u00f3lidas de trabalho ajudou a acomodar isso\u201d.<\/p>\n<\/div><\/div><\/div><\/div><\/div> Voltando \u00e0 quest\u00e3o do papel do Product Owner na Retrospectiva, Adam observou que o Product Owner \u00e9 um participante.<\/p>\n Na sua opini\u00e3o, a pr\u00f3pria Retrospectiva pode ser conduzida por qualquer pessoa da equipe, sendo a sua prefer\u00eancia que a facilita\u00e7\u00e3o seja alternada entre os membros para que essas compet\u00eancias possam ser desenvolvidas e valorizadas pelo time.<\/p>\n \u201cAcho que a equipe quer que o PO seja honesto e aberto ao participar\u201d<\/p>\n Em termos do que um Product Owner espera ajudar a alcan\u00e7ar em uma Retro, a resposta de Adam \u00e9 simples: \u00e9 para a equipe melhorar no que est\u00e1 fazendo.<\/p>\n Por qu\u00ea?<\/p>\n \u201cPorque o PO \u00e9 respons\u00e1vel pelos resultados perante a organiza\u00e7\u00e3o, desde o tempo que algo levou at\u00e9 os recursos utilizados. A equipe \u00e9 respons\u00e1vel por entregar os resultados. Portanto, o PO inteligente participar\u00e1 da Retrospectiva para ouvir. Eles n\u00e3o dir\u00e3o \u00e0s pessoas o que fazer, ou que devem fazer \u2018desta forma\u2019. Se a equipe j\u00e1 soubesse, j\u00e1 o teria feito.\u201d <\/p>\n Adam v\u00ea a Retrospectiva como uma oportunidade para a equipe –<\/p>\n O Product Owner quer ajudar a construir uma equipe de alto desempenho por v\u00e1rios motivos –<\/p>\n \u00e0 medida que as funcionalidades s\u00e3o desenvolvidas ao longo do tempo.<\/p>\n<\/div><\/div><\/div><\/div><\/div> Ent\u00e3o, por que as Retros funcionam?<\/p>\n \u201cAcho que \u00e9 porque a equipe tem autonomia para propor coisas que pode mudar. Eles podem definir metas SMART que podem colocar em pr\u00e1tica nas duas semanas seguintes. Eles mesmos identificam o problema que os afeta, por isso s\u00e3o autodirecionados para a mudan\u00e7a.\u201d<\/p>\n Notou-se que algumas pessoas podem temer a mudan\u00e7a porque algo est\u00e1 sendo imposto a elas, e elas n\u00e3o sentem que t\u00eam o controle.<\/p>\n \u201cAlgo que menciono em From “No” to “How?”, \u00e9 a esfera de influ\u00eancia e os locais de controle. \u00c9 importante ajudar a equipe a focar suas conversas onde reside o seu locus de controle, para que se sintam empoderados e capazes de fazer mudan\u00e7as.\u201d<\/p>\n \u201cEles devem sentir que podem contar com o PO para alavancar sua influ\u00eancia ou capital social para influenciar al\u00e9m da esfera de influ\u00eancia da equipe.\u201d<\/p>\n \u201cEnquanto isso, se uma equipe Agile sente que est\u00e1 no controle do seu destino, ela pode mudar o seu mundo e fazer as coisas acontecerem. Eles se sentem mais empoderados para agir e podem, ent\u00e3o, seguir em frente e realizar as tarefas.\u201d<\/p>\n<\/div><\/div><\/div><\/div><\/div> N\u00e3o pod\u00edamos deixar o Adam ir sem pedir o seu conselho sobre como fazer a transi\u00e7\u00e3o de uma equipe da disfun\u00e7\u00e3o para o alto desempenho.<\/p>\n As principais li\u00e7\u00f5es:<\/p>\n Tens outros insights<\/a> ou hist\u00f3rias para compartilhar sobre como melhoraste as rela\u00e7\u00f5es de trabalho entre a tua equipe Scrum e o Product Owner? Adorar\u00edamos que compartilhasses conosco<\/a>. <\/p>\n Sobre Adam Mullett<\/a><\/p>\nA rela\u00e7\u00e3o entre Product Owner, Scrum Masters e equipe Agile<\/h2>\n<\/div>
Confian\u00e7a e transpar\u00eancia<\/span><\/h2>\n<\/div>
Traz as pessoas para a conversa<\/span><\/h2>\n<\/div>
S\u00ea disciplinado com processos e resultados<\/span><\/h2>\n<\/div>
Desenvolve a tua equipe enquanto eles desenvolvem solu\u00e7\u00f5es<\/span><\/h2>\n<\/div>
O papel do Product Owner em uma Retrospectiva Agile<\/h2>\n<\/div>
\n
\n
Incentiva e possibilita mudan\u00e7as em tuas Retros<\/h2>\n<\/div>
Como um Product Owner pode guiar uma equipe para longe da disfun\u00e7\u00e3o<\/h2>\n<\/div>
\n