Desde que começamos a desenvolver o WebWork Time Tracker , nós mesmos o utilizamos.
Afinal, antes de vender algo, você precisa ter certeza de que vale o investimento que seus usuários farão.
O que começou como uma forma de garantir que nosso produto funcionasse da maneira que desejávamos, transformou-se em uma cultura de uso de nossa própria ferramenta em nosso processo de trabalho diário.
Mal sabíamos que existia um termo para isso: "dogfooding" .
Essencialmente, significa usar seu próprio produto como forma de testá-lo, experimentar seu funcionamento e corrigir erros antes que eles cheguem aos usuários reais.
Em certo sentido, o "dogfooding" é um método acessível de teste de produtos, seja nos estágios iniciais de desenvolvimento ou ao longo de todo o ciclo de vida do produto.
Embora a acessibilidade e a eficácia sejam os principais benefícios do "dogfooding", nós, da WebWork, vivenciamos muitos outros.
Senso de ser centrado no usuário
A cultura de usar o próprio produto (dogfooding) moldou a forma como os membros da nossa equipe abordam suas tarefas diárias, mesmo que essas tarefas não estejam diretamente ligadas ao usuário final. Até mesmo funções tão distantes dos usuários quanto a de engenheiros permanecem atentas a como os usuários irão perceber e usar os recursos que estamos desenvolvendo.
Acreditamos que devemos isso ao uso interno do WebWork — que utilizamos continuamente para monitorar nosso próprio tempo, gerenciar nossas tarefas e testar o monitoramento de produtividade .
Empatia pelo produto
O uso do WebWork em nossas operações introduziu um recurso valioso: a empatia .
Aposto que você nunca ouviu falar de empatia como parte das operações de uma equipe de tecnologia.
Bom, agora você tem.
Consideramos o WebWork como nossa criação, que nutrimos e desenvolvemos até se tornar o software adulto e independente que é hoje. Bem, não independente tecnicamente, mas sim metaforicamente, em relação ao quanto ele cresceu.
O porquê e o como do produto
Nossa experiência com o WebWork moldou nossa visão sobre o trabalho, que deixou de ser apenas uma série de tarefas. Não estamos mais interessados apenas no "o quê", também no "porquê" e no "como" .
Já tivemos vários casos em que funcionários de todos os departamentos, mesmo aqueles não diretamente ligados ao produto, relataram preocupações e observações que mais tarde se provaram valiosas. Algumas dessas percepções até evoluíram para os recursos conhecidos e apreciados que o WebWork oferece hoje .
Um excelente exemplo de como o uso interno do próprio produto influencia nosso conjunto de funcionalidades é o nosso sistema de Gestão de Férias .
Nossa gerente de RH precisava de uma ferramenta para automatizar e simplificar o processo de concessão de férias para nossos inúmeros funcionários regime híbrido e . Como já usávamos o WebWork, pensamos: por que não implementar nosso próprio sistema de férias nele? Além disso, sabíamos que muitos de nossos clientes da área de tecnologia também precisariam e usariam esse recurso.
Usar o produto que você cria abre as cortinas do palco. Você não está mais apenas nos bastidores — você está atuando no palco e assistindo da plateia simultaneamente.
Redução no número de chamados de suporte
Testar o próprio produto (dogfooding) não é testá-lo de verdade se não for com o objetivo de aprimorá-lo. Ao prestar atenção a cada componente da ferramenta, sua interface e experiência do usuário, garantimos a detecção de bugs e inconsistências.
Para agilizar o processo, temos um canal específico para compartilhar nossa experiência.
Encontrar erros por conta própria e logo no início do desenvolvimento também reduz o número de chamados de suporte.
Com muita frequência, os membros da nossa equipe, incluindo o nosso CEO, encontram erros, bugs e até mesmo problemas de design que podem levar os usuários a entrar em contato com o suporte. Mas, graças ao uso interno do nosso sistema (dogfooding), prevenimos esses problemas detectando-os precocemente, antes que cheguem aos usuários.
Testando recursos antes que estejam disponíveis para os usuários
A maioria das funcionalidades, adições e atualizações são sempre disponibilizadas primeiro para nosso próprio uso. Temos um espaço de trabalho corporativo no WebWork onde toda a nossa equipe testa todas as atualizações e novas funcionalidades.
Dependendo da funcionalidade, às vezes a utilizamos por até um mês antes de considerá-la pronta para os usuários. Outras vezes, podemos disponibilizá-la para testes beta imediatamente. E, ocasionalmente, podemos testar uma funcionalidade internamente, perceber que ela precisa de mais trabalho do que o previsto e deixá-la de lado por enquanto, com a intenção de retomá-la mais tarde.
Os casos variam. Mas o uso do próprio produto sempre se mostra valioso.
Em resumo, ao aprimorarmos nosso produto para nosso próprio uso, buscamos superar a nós mesmos e oferecer aos nossos usuários a melhor versão possível do WebWork.