Com a evolução do mercado consumidor e a rápida disseminação de novas tecnologias, as necessidades de desenvolvimento de produto se tornam cada vez mais exigentes. Janelas de lançamento de produto reduzidas, atualizações frequentes de software, escassez de matéria prima e o constante crescimento do número de ferramentas a se dominar são fatores que aumentam a pressão de produtividade sobre os times de desenvolvimento.
Visando atender tais necessidades, a indústria vem atualizando seus métodos de trabalho, adotando, cada vez mais, metodologias de desenvolvimento ágil. As empresas de desenvolvimento de software, quase que por sua totalidade, já adotam tais métodos ou alguma variante. Mesmo a indústria de hardware, tradicionalmente conhecida por utilizar métodos cascata, já não pode se dar ao luxo de manter tal fluxo de trabalho e, aos poucos, procura utilizar de estratégias já consolidadas por times de software, com entregas de valor em curtos espaços de tempo e um feedback do usuário final mais rápido.
Porém, a adoção de tais métodos por si só não é suficiente para atingir as ousadas metas impostas pelo mercado, requerendo que todos os envolvidos estejam em sintonia. Mesmo em um cenário de gestão otimista, onde stakeholder e donos de produtos fazem uma excelente leitura de objetivos para o produto, ainda é necessário que os times de desenvolvimento consigam trabalhar de maneira auto-organizada, unida, com foco e promovendo um canal de comunicação saudável com todos os envolvidos.
Principalmente nas fases iniciais dos projetos, é fácil um desenvolvedor conviver com incertezas sobre como o projeto vai caminhar, quais tarefas deve atacar ou se a equipe como um todo vai conseguir atingir as metas. Para mitigar tais problemas e preocupações é possível seguir algumas boas práticas de desenvolvimento em time, e a seguir algumas delas são elencadas.
Faça parte do time
É importante que todos os membros do time estejam alinhados com relação ao produto que está sendo desenvolvido e que impere a sensação de acolhimento. Uma constante comunicação deve ser estimulada, reafirmando o espírito de equipe e deixando claro que os participantes estão ali para ajudar e serem ajudados pelos seus pares. O sentimento de pertencimento é de extrema importância para quebrar barreiras de comunicação e estimular a transparência. Ao mesmo tempo que facilita as relações interpessoais, auxilia o time a atacar as tarefas de maneira coordenada e objetiva. Assim, unindo boas relações e o compartilhamento do desafio, é possível que o time alcance o status de autogerido, onde os membros além de disseminar conhecimento entre si, são capazes de determinar objetivos e aperfeiçoar o processo de desenvolvimento.
Mantenha foco nas atividades
Ainda que o time seja unido e autogerido, também é necessário o foco no desenvolvimento, o que vai além de eliminar distrações, reuniões desnecessárias e impedimentos. Em um grande projeto ou produto em cruzeiro, é comum se deparar com uma grande quantidade de itens no backlog. Apesar disso, o time deve seguir a priorização e não manter várias frentes em aberto ao mesmo tempo, selecionando uma e a executando até o fim. Executar tarefas paralelas reduzem a eficiência e introduzem perdas ao processo e isso vale para o time como um todo também. Se há tarefas em revisão ou validação, termine-as (uma por vez!) antes de iniciar algo novo. Deste modo, com foco, um produto bem arquitetado vai tomando forma pelas mãos do time.
Aproxime desenvolvedores e gestores
Por último, é ilusão esperar que haverá um backlog estático, bem priorizado e detalhado, para guiar o trabalho do início ao fim, pelo contrário, sempre haverá pontos de dúvida. A forma de mitigar o impacto destes é criar entendimento compartilhado para que o time consiga utilizar seu conhecimento técnico como meio de atingir os objetivos estabelecidos. Para dificultar, é certo que em determinado momento, um objetivo não fará mais sentido ou terá mudado, por isso, acelere a descoberta da mudança através de conversas constantes com o time e com os gestores, o resultado se dará em ganho de produtividade. Durante os ciclos de desenvolvimento, o time não deve ser apenas reativo aos questionamentos, mas sim deve procurar dar feedback aos donos de produtos e gestores. Frequentemente estes stakeholders não possuem tempo ou expertise técnica para avaliar certos detalhes que, por menores que sejam, podem atrapalhar alguma entrega futura, impossibilitar alguma funcionalidade ou até mesmo exigir retrabalhos. A construção de um produto é feita de forma compartilhada e os melhores times sabem disso.
Todo esse racional é importante para times próprios, mas é de grande relevância para times terceirizados também. Aqui na MMZtech possuímos uma equipe unida e focada em desenvolvimentos rápidos, executando projetos e gerando valor com muito afinco, sempre prezando por feedbacks e geração de conhecimento compartilhado junto aos nossos clientes.
Tem uma ideia de produto ou problema a resolver? Fale conosco, nós podemos ajudá-lo a fazer acontecer.
