Quando fazer o seu melhor é a pior opção

Prateek Singh Blocked Unblock Seguir Seguindo 1 de janeiro

Há muito a ser dito sobre o talento individual e provavelmente ainda mais sobre a excelência individual. É algo pelo qual todos nós nos empenhamos, todos nós trabalhamos em prol da excelência em tudo o que fazemos. Tirar o melhor partido dos nossos talentos e fazer o nosso melhor no dia-a-dia. Muito raramente paramos e pensamos, estamos fazendo o melhor que podemos fazer? E quanto à excelência pessoal e individual? Onde isso se encaixa nas culturas de trabalho ágeis baseadas em equipes?

Para mim, toda a agilidade se resume aos seguintes 4 pontos –

  1. Trabalhar em pequenos lotes
  2. Limitar o trabalho em andamento
  3. Obter feedback
  4. Não sabote sua capacidade de fazer os primeiros três pontos

A parte desafortunada é que tudo o que aprendemos, tudo o que aprendemos a fazer em nome da excelência individual é contrário a tudo isso. Quando se trata de trabalhar de maneira ágil, fazer o melhor (no sentido tradicional de excelência individual) é a pior coisa que você pode fazer.

Trabalhar em pequenos lotes

Minha educação foi de engenheiro. Nós fomos ensinados a resolver problemas, construir coisas. Quanto maior o problema que você resolve, melhor você é. Quanto maior a coisa que você pode construir, mais criativo é o engenheiro que você é. Eu acredito que isso seja verdade na educação de todos. Todos fomos ensinados a, encorajados a fazer grandes coisas, a tentar ofuscar os outros que estão fazendo coisas rotineiras e medianas. A TI continuou quando nos juntamos à força de trabalho. Os que foram recompensados foram aqueles que resolveram os problemas desagradáveis, que construíram as grandes coisas, que passaram noites e fins de semana construindo os maiores, piores e magníficos projetos. A excelência individual quase sempre foi reverenciada e recompensada mais do que a excelência da equipe e a humildade de fazer coisas menores. Não é de surpreender que quando nós, como treinadores e líderes encorajamos as pessoas a trabalhar em pequenos lotes, pareça totalmente contra-intuitivo para as pessoas que são rotineiramente recompensadas pela entrega de grandes lotes.

Limitar o trabalho em andamento

Sempre valorizamos pessoas que conseguem fazer muitas coisas. Também valorizamos pessoas que parecem estar muito ocupadas. De fato, muitas vezes tentamos mostrar que podemos fazer muitas coisas e estamos muito ocupados para parecer valiosos e / ou importantes. Outra característica da excelência individual são as pessoas que podem ter várias bolas no ar, sem deixar cair nenhuma delas (até que elas aconteçam). O conselho ágil de limitar o trabalho em andamento ou, em outras palavras, trabalhar o mínimo de coisas possível a qualquer momento, isso é bastante contra-intuitivo para a maioria das pessoas que se esforçam para provar que estão fazendo o seu melhor. É difícil convencer as pessoas que têm elogiado regularmente por lidar com várias coisas ao mesmo tempo e que se orgulham de serem necessárias por várias pessoas e, portanto, estarem ocupadas para limitar o número de coisas em que estão trabalhando explicitamente.

Há outra razão pela qual o conselho de “Trabalho Limite em Progresso” tem dificuldade de se manter. Somos todos pessoas que gostam de agradar, especialmente, gostamos de agradar aqueles que fazem nossas avaliações de desempenho. Assim, quando alguém, especialmente alguém em administração, nos pede para fazer alguma coisa, poucos de nós dizem “não” ou “ainda não”. A maioria de nós leva essa tarefa para agradar e saber que nós, no nosso melhor, podemos lidar com isso. Assim, inflando nosso trabalho pessoal em progresso.

Obter feedback

Entregar itens grandes não é a única coisa pela qual somos recompensados, também somos recompensados por estarmos certos na primeira tentativa. A corrida para ser a primeira com a resposta certa foi incutida em nós desde a primeira vez que um professor fez uma pergunta na sala de aula do jardim de infância. Sendo o primeiro com a resposta certa, muitos gerentes intermediários foram promovidos. Ser o primeiro a propor a solução vencedora é sinônimo de excelência individual. Por outro lado, propor a solução errada ou aceitar que não conhecemos a solução ideal é tradicionalmente equiparado à mediocridade. Receber feedback regular do cliente significa admitir duas coisas – 1) Você não tem certeza se a resposta que você encontrou é a correta e 2) Você descobrirá muito em breve se a solução que propôs está errada, forçando você a admitir que na frente de seus chefes. Não é de admirar, novamente, que o conselho ágil de obter feedback regular do cliente para saber quando você está indo errado não se sente bem com a maioria das pessoas que são simplesmente colocar – tentando fazer o seu melhor.

sabotar

A combinação das três questões acima atrapalha o último ponto da minha definição de ágil. Este ponto é provavelmente melhor demonstrado por um exemplo –

Considere um sistema para um hospital usado para agendamento de consultas, turnos, informações sobre o paciente, etc. Em outras palavras, esse sistema executa as operações diárias do hospital. Ultimamente, os enfermeiros se queixam de que, quando um paciente é admitido no hospital ou agendou uma consulta, é muito difícil obter as informações de todas as visitas anteriores do paciente nas mãos dos médicos. Na tela de detalhes do paciente, você deve clicar individualmente em todas as visitas anteriores e imprimir os detalhes um a um para colocá-los na área de transferência do médico. Seria ótimo se houvesse uma maneira mais simplificada de obter todos os registros de visitas para o paciente que consumissem menos tempo.

A equipe responsável pelo sistema foi solicitada a resolver esse problema. A equipe inclui BAs, UX Designers, Developers e QAs. Vamos pegar dois casos –

Caso 1 – Todos fazendo seu melhor individual

Os BAs e UX Designers assumem a tarefa de tornar esse recurso o melhor possível. Eles rapidamente descobrem que o que isso precisa é de um sistema moderno de relatórios, que seja responsivo e fácil de configurar. Mostramos alguns protótipos de papel para alguns usuários e descobrimos que eles adorariam poder marcar datas, destacar visitas específicas e até mesmo alterar a fonte de medicamentos que possam interferir no tratamento atual. Isso é empolgante. Quando entregamos este sistema, ele fornecerá um valor tremendo.

Depois que ficamos satisfeitos com a pesquisa que fizemos, as informações são apresentadas aos desenvolvedores e QAs para uma sessão de design combinada. Mais possibilidades de design são esboçadas e votadas. A equipe começa a coalescer em torno de uma solução. Trazeremos um mecanismo de geração de relatórios que pode ser colocado sobre o nosso banco de dados existente e construir alguns componentes responsivos para a nossa interface do usuário que podem ser conectados ao sistema de relatórios. Nossos desenvolvedores seniores conhecem pelo menos três sistemas de relatórios que podemos usar. Vamos criar alguns “picos” para pesquisarmos a implementação desses sistemas de relatórios. Além disso, como temos a iniciativa DevOps em toda a empresa, devemos pesquisar a infraestrutura de nuvem apropriada para esse recurso. Uma das pessoas da QA na sessão traz à tona que o novo sistema de relatórios precisará cumprir todas as leis HIPPA e de privacidade que o nosso sistema básico atende.

Provavelmente podemos continuar mergulhando nos detalhes do projeto de 3 a 6 meses (ou mais) e de todos os obstáculos que ele pode atingir. Nós nem falamos sobre outros projetos de “alta prioridade” que surgiriam durante o desenvolvimento deste recurso. Espero que você possa ver como a solicitação de "Preciso imprimir todas as visitas para o paciente" pode se transformar na implementação de um sistema de relatórios altamente configurável.

Caso 2 – O menor lote para obter feedback

Nós levamos o mesmo problema para a equipe que aborda o problema de forma ligeiramente diferente. Não há muito design inicial. Um dos desenvolvedores sugere que podemos criar uma página com os detalhes de todas as visitas anteriores. Um dos analistas lembra que é necessário haver um botão de impressão, já que eles precisam ser impressos em mãos para os médicos.

A nova página é construída, com um botão de impressão no topo. Testado e empurrado para produção em questão de dias. Com base no feedback dos usuários, o período ou o destaque da palavra podem ser adicionados.

A segunda solução, do meu ponto de vista, é muito mais ágil e uma abordagem melhor para resolver o problema do cliente. Ele aborda o problema em questão e nos permite interagir com o melhor conjunto de recursos. Também nos permite pegar outros problemas para resolver mais rapidamente. Não é a solução que evolui quando todos são solicitados a fazer o melhor possível. A otimização para a excelência individual em um ambiente de equipe pode, e na maioria das vezes, resultar em conjuntos de recursos volumosos ineficientes e de design excessivo.

Esta é essencialmente a vantagem mais significativa e a falha de agilidade ao mesmo tempo. A vantagem é a capacidade de identificar a melhor solução para o cliente. A falha é que estamos explicitamente dizendo às pessoas que não queremos que você faça o que você tradicionalmente considera seu "melhor". Em vez disso, estamos ajudando você a alcançar o "melhor" resultado para nossos clientes.

Texto original em inglês.