Há alguns anos, o movimento pró-metodologias de desenvolvimento de sistemas (MDS) cresceu bastante entre os acadêmicos, porém não parece sensibilizar o mercado e muito menos uma grande fatia de desenvolvedores que ainda insistem praticar a "programação orientada a gambiarras" (POG). Tanto a indústria quanto a academia já comprovaram em diversos estudos e até mesmo na prática que os resultados, quando se utiliza uma MDS no processo de desenvolvimento de sistemas, são infinitamente superiores aos resultados obtidos em um ambiente, digamos, "desordenado". Então, apresento-lhes a grande pergunta: por que os investimentos em metodologias de desenvolvimento de sistemas ainda são relativamente pequenos?
Vamos começar pelo fator que mais interessa às empresas: o fator financeiro. É claro que a utilização de uma MDS tem um custo de implantação, um custo de manutenção e, geralmente, gera um "delay" que afeta diretamente o "time to market" (TTC) dos produtos. Porém, é necessário lembrar que um sistema desenvolvido segundo uma MDS tem um grau de escalabilidade muito superior aos outros e esta característica, muitas vezes, acaba por determinar o tempo de vida útil de um sistema. Por mais que o projeto tenha sido bem feito, um sistema sempre será customizado para adequar-se aos usuários, aos negócios, à legislação ou ao mercado. Sistemas engessados, instáveis e com baixa escalabilidade geralmente são os produtos entregues por equipes de desenvolvimento de sistemas que trabalham desordenadamente.
Nos últimos anos, a academia não mede esforços a fim de comprovar os benefícios agregados pela utilização de uma MDS. O tema é exaustivamente debatido em workshops, simpósios e grupos de discussão. Os analistas de sistemas formados pelas universidades, apesar de conhecerem o assunto ainda são minoria frente os milhares de "coboleiros", "clipeiros" e outros desenvolvedores que não estão dispostos a mudar a forma de fazer sistemas. E talvez aí esteja o maior desafio: MUDAR. O tema "resistência à mudanças" é base para teses e mais teses nas diversas áreas de conhecimento. E mais: é fato. O "modo antigo" de se fazer sistemas, além de gerar sistemas instáveis e pouco escaláveis, gera uma outra figura que é inimiga das empresas: o "dono do sistema". Não é raro nos depararmos com a situação em que apenas uma pessoa (ou grupo) é capaz de manter um determinado sistema (talvez isto explique a "indisposição" em usar uma metodologia). O uso de metodologias inverte os papéis e transfere a propriedade do conhecimento para a organização.
Os profissionais envolvidos neste cenário também poderiam adotar um outro ponto de vista. A consolidação do uso de metodologias pelo mercado, diminuirá consideravelmente a dificuldade de adequação em um novo emprego. Sem procedimentos formais é muito mais difícil encaixar um novo membro na equipe, otimizar o "modus operanti" e até mesmo sair de férias. Isto mesmo: sair de férias. Todos os analistas de sistemas com mais de 5 anos de estrada já devem ter passado pela situação em que não podiam sair de férias porque no período desejável iria acontecer "aquela migração" ou o "fechamento anual". Para não nos tornarmos escravos de nossos empregos, é imperativo que tornemos nosso ambiente de trabalho impessoal.
Enumeremos as vantagens que vimos até o momento:
Vamos começar pelo fator que mais interessa às empresas: o fator financeiro. É claro que a utilização de uma MDS tem um custo de implantação, um custo de manutenção e, geralmente, gera um "delay" que afeta diretamente o "time to market" (TTC) dos produtos. Porém, é necessário lembrar que um sistema desenvolvido segundo uma MDS tem um grau de escalabilidade muito superior aos outros e esta característica, muitas vezes, acaba por determinar o tempo de vida útil de um sistema. Por mais que o projeto tenha sido bem feito, um sistema sempre será customizado para adequar-se aos usuários, aos negócios, à legislação ou ao mercado. Sistemas engessados, instáveis e com baixa escalabilidade geralmente são os produtos entregues por equipes de desenvolvimento de sistemas que trabalham desordenadamente.
Nos últimos anos, a academia não mede esforços a fim de comprovar os benefícios agregados pela utilização de uma MDS. O tema é exaustivamente debatido em workshops, simpósios e grupos de discussão. Os analistas de sistemas formados pelas universidades, apesar de conhecerem o assunto ainda são minoria frente os milhares de "coboleiros", "clipeiros" e outros desenvolvedores que não estão dispostos a mudar a forma de fazer sistemas. E talvez aí esteja o maior desafio: MUDAR. O tema "resistência à mudanças" é base para teses e mais teses nas diversas áreas de conhecimento. E mais: é fato. O "modo antigo" de se fazer sistemas, além de gerar sistemas instáveis e pouco escaláveis, gera uma outra figura que é inimiga das empresas: o "dono do sistema". Não é raro nos depararmos com a situação em que apenas uma pessoa (ou grupo) é capaz de manter um determinado sistema (talvez isto explique a "indisposição" em usar uma metodologia). O uso de metodologias inverte os papéis e transfere a propriedade do conhecimento para a organização.
Os profissionais envolvidos neste cenário também poderiam adotar um outro ponto de vista. A consolidação do uso de metodologias pelo mercado, diminuirá consideravelmente a dificuldade de adequação em um novo emprego. Sem procedimentos formais é muito mais difícil encaixar um novo membro na equipe, otimizar o "modus operanti" e até mesmo sair de férias. Isto mesmo: sair de férias. Todos os analistas de sistemas com mais de 5 anos de estrada já devem ter passado pela situação em que não podiam sair de férias porque no período desejável iria acontecer "aquela migração" ou o "fechamento anual". Para não nos tornarmos escravos de nossos empregos, é imperativo que tornemos nosso ambiente de trabalho impessoal.
Enumeremos as vantagens que vimos até o momento:
- Para as empresas: aumento do tempo de vida útil de um sistema, tornando-o mais barato em longo prazo; transfere a propriedade dos conhecimentos para a organização.
- Para os profissionais: impessoalidade; maior abertura para os bons profissionais (acaba com os "donos dos sistemas").
- Para os clientes: sistemas mais estáveis e escaláveis; aumento da qualidade dos sistemas.
Vistos todos estes fatores, a pergunta inicial continua sem resposta.
Ah... Já ia esquecendo! Os profissionais tem resistência à mudanças...
Talvez este deva ser o foco das academias e das pessoas que gostariam de ver esta mudança nos rumos da nossa profissão: mostrar para as pessoas que mudar não é ruim, e que, neste caso, a mudança tem tudo para ser positiva para todos os envolvidos. Como em todas as quebras de paradigma, o desafio não é fácil.
Um comentário:
Fala Pedrão...ótimo artigo, começou com o pé direito, parabéns...abraços.
Postar um comentário