Como esclarecemos os principais questionamentos que surgem nesse processo inicial de implementação da agilidade numa empresa
Por Eduardo Alcaraz
Iniciar uma transformação numa empresa, seja ela ágil, digital ou cultural, realmente é uma decisão muito significativa, levando em conta o impacto que causa. Mesmo que positiva e com tantos benefícios, essa jornada de mudanças ainda gera muitos questionamentos na mente de líderes. E, por isso, vamos compartilhar algumas das dúvidas comuns ao implementar uma transformação ágil que ouvimos nos últimos tempos.
“Escopo aberto é cheque em branco?”
Essa é a primeira das seis dúvidas comuns ao implementar uma transformação ágil, principalmente partindo de gerentes de TI: “escopo aberto é cheque em branco?”. É comum que a Agilidade seja confundida com bagunça e falta de comprometimento com os objetivos da entrega. Por isso, a primeira maneira de mitigar este estigma é justamente entender o propósito do que deve ser feito.
Em seguida, apresentamos uma das diferenças entre a entrega features e entrega de valor:
Uma outra característica que é muito importante no SCRUM é a entrega de incremento de valor em cada Sprint. Um projeto que, a cada 14 dias tem uma entrega de software rodando, gera muito mais transparência ao cliente.
Falando nisso, outra característica que deve ser levada em conta na hora que surgem essas dúvidas ao implementar uma transformação ágil é a transparência. Um projeto de escopo apresenta rapidamente os típicos blocks, que impedem que um software vá para a produção. Proceder nesses pontos de maneira honesta e, não personificada, faz com que os stakeholders possam agir e resolver tais blocks para que o projeto todo tenha sucesso.
Finalmente, o desenvolvimento de um projeto pode sofrer várias adaptações. Seja pela mudança de target do projeto, de algum block ou de uma mudança no mercado. O escopo aberto não se esconde atrás de um contrato pré-definido, mas engaja cliente e fornecedor em torno de um objetivo: entrega em produção.
“Mas o que vou receber?”
Falamos um pouco das diferenças entre escopo e valor. Invariavelmente, este valor significa software em produção – e rápido. Sendo assim, surge essa segunda questão, bem frequente entre as dúvidas comuns ao implementar uma transformação ágil.
A Agilidade oferece essa entrega de valor de uma maneira muito simples. Os times engajados no propósito são capazes de fazer pequenas entregas em produção, sempre. E essas pequenas entregas servem para manter o cliente e os times engajados, e dá a possibilidade de priorizar próximos passos com o “software na mão”.
Então, as pequenas entregas em produção dão ao cliente o conforto de saber o que está sendo feito, a qualquer tempo.
“Como eu acompanho a evolução do desenvolvimento?”
Essa é uma das perguntas que mais ouvimos! Por isso, é importante ressaltar que o cliente faz parte do time, seja como Product Owner, seja como stakeholder. Logo, o acompanhamento é automático e fluido.
Sendo assim, o cliente é parte integrante do status report. Ele, como o restante do time, tem a responsabilidade de mitigar, adaptar e dar publicidade diariamente.
Vale aqui a menção do antigo PMO (Project Management Office) para projetos de escopo fechado. O PMO tradicional cobra e entrega um status report. E esse status não costuma apresentar exatamente o que está acontecendo no projeto.
“Meu chefe não me deixa fazer isso.”
Essa é outra fala que faz parte das dúvidas comuns ao implementar uma transformação ágil. Entretanto, acreditamos que esta posição de “chefe” está lá por um ótimo motivo. Ou ele ficou muitos anos em sua empresa, galgando posições e conquistou seu espaço. Ou ele é muito competente no que faz e foi trazido para liderar e resolver problemas na sua organização.
Nesta situação, o ideal é entender as motivações dele para se manter no modelo tradicional. Geralmente há dois grandes motivos:
– Para multinacionais, pode ser uma diretriz da matriz (apesar de pouquíssimo frequente);
– A empresa está acostumada a “ter alguém para colocar a culpa”, caso o projeto dê errado.
No primeiro caso, a saída mais óbvia é começar a criar a cultura de agilidade dentro da organização. E o departamento de Recursos Humanos pode te auxiliar nisso!
Na segundo cenário, temos uma porção de argumentos reais que fazem a Agilidade ser uma boa saída para a transição do modelo tradicional para entregas com mais sentido e mais valor agregado.
“E quais são as minhas garantias?”
A principal garantia do cliente é justamente a entrega contínua de valor. Sabemos que a Agilidade expõe os fatos rapidamente e o cliente é constantemente informado – levando em conta que o cliente faz parte do projeto, como PO.
E aí surge o questionamento: “mas se o software não ficar pronto na data?”
Deparamos a todo momento com datas fatais: dias das mães, dia dos pais, Natal, lançamento de marca, rodada de investimentos, entre outras. A principal ferramenta para mitigar a entrega é a priorização. Avaliar o que é mais importante, trabalhar em pequenos ciclos de entrega, se adaptando a todo momento, focado em entregar o melhor produto na data… Essa é a melhor técnica de sucesso para cumprirmos a tal data!
“Ainda somos muito tradicionais e Agilidade não é para nós.”
Além de todas essas questões, por fim, ainda ouvimos muito essa afirmação durante a negociação de uma transformação tão grande como essa.
Mas, mais uma vez, é preciso entender que o mundo mudou. Não só por conta de um vírus desconhecimento que ocasiona a COVID-19, mas pela ânsia dos profissionais em serem mais felizes em seus trabalhos, em todas as escalas.
- As organizações cartesianas (aquelas “meu chefe manda e eu executo”), está cada vez mais em decadência.
- As entregas contínuas fazem cada vez mais sentido nesse mundo VUCA, no qual já falamos muito neste artigo aqui.
- Então, a nossa resposta é: “SIM, a Agilidade é para todo o mundo!”
Tem mais alguma dúvida sobre esse assunto? Entre em contato conosco que vamos te ajudar.
