Por que a adoção de software falha sem capacitação

Cortesia de Pirros Compartilhar Compartilhar Facebook Twitter Correspondência Pinterest Whatsapp Ou https://www.archdaily.com/1042261/why-software-adoption-fails-without-enablement Passando da prancheta para a tela do computador, a digitalização de desenhos e documentação marcou a primeira fase da transformação digital nos escritórios de arquitetura. A segunda introduziu o BIM, conectando informações do projeto por meio de plataformas em nuvem e fluxos de…

Passando da prancheta para a tela do computador, a digitalização de desenhos e documentação marcou a primeira fase da transformação digital nos escritórios de arquitetura. A segunda introduziu o BIM, conectando informações do projeto por meio de plataformas em nuvem e fluxos de trabalho colaborativos. Hoje em dia, está surgindo uma nova fase, definida pela inteligência artificial, automação e ecossistemas de software mais especializados. O paradoxo é que, embora as fases anteriores tenham sido dominadas por um pequeno número de ferramentas, o cenário atual oferece uma abundância de soluções altamente especializadas, habilitadas para IA e muitas vezes sobrepostas, competindo por atenção. Embora a compra de novo software seja muitas vezes a parte mais fácil da transformação digital, o maior desafio reside na mudança de fluxos de trabalho e comportamentos estabelecidos, razão pela qual muitas novas ferramentas lutam para alcançar uma adoção duradoura.

O ecossistema de software AEC tornou-se fragmentado e para Gerentes e Design BIM Tecnologia líderes, o principal desafio é determinar quais ferramentas podem realmente agregar valor dentro das restrições de projetos reais e orçamentos reais. Ao mesmo tempo, as empresas operam num ambiente de incerteza crescente, com a complexidade dos projectos, a volatilidade económica, a rotatividade de funcionários e o ritmo da mudança tecnológica, que colocam pressão adicional sobre as equipas responsáveis ​​pela adopção de novas ferramentas. Muitas empresas também lutam para fornecer o treinamento e o suporte necessários para ajudar as equipes a incorporar novas tecnologias na prática diária. Grandes empresas de arquitetura e engenharia também funcionam frequentemente como conjuntos de estúdios menores, onde equipes de diversas disciplinas e locais desenvolvem seus próprios hábitos, fluxos de trabalho e preferências. Mesmo quando a liderança apoia uma nova plataforma, a adoção pode estagnar se os gestores de projeto ou os utilizadores finais não conseguirem perceber o valor imediato na sua utilização.

Por que a adoção de software falha sem capacitação - Imagem 5 de 7
Cortesia de Pirros

Pirros, o centro de projetos de IA para empresas de arquitetura e engenharia, ajuda as equipes a encontrar, reutilizar e gerenciar detalhes, famílias e padrões do Revit acumulados ao longo de anos de prática. A plataforma torna esse conhecimento pesquisável nos fluxos de trabalho diários, para que os designers gastem menos tempo vasculhando arquivos de projetos antigos e padrões firmes espalhados de forma mais consistente entre equipes, escritórios e projetos.

Uma Filosofia Diferente de Capacitação

Por que a adoção de software falha sem capacitação - Imagem 4 de 7
Cortesia de Pirros

Com base em anos de lançamentos de software em empresas de AEC, Talar Grace, Chefe de Sucesso do Cliente da Pirros, defende uma abordagem diferente para a implementação de novas plataformas. O primeiro princípio é simples: priorize o impulso em vez da perfeição. Muitas organizações atrasam a adoção enquanto tentam finalizar padrões, otimizar fluxos de trabalho e antecipar todos os cenários possíveis antes do lançamento. Esta abordagem muitas vezes retarda o progresso e o impulso desaparece antes que os usuários tenham a oportunidade de experimentar o valor real da nova plataforma. Implementações bem-sucedidas normalmente começam com um foco mais restrito: uma equipe, um projeto ativo e um caso de uso claramente definido.

O segundo princípio é que o treinamento por si só raramente é suficiente. A adoção realmente tem sucesso quando o software é integrado aos processos existentes e conectado às tarefas diárias que as equipes já realizam. Por esse motivo, a formação deve centrar-se em tarefas práticas e aplicações do mundo real, ajudando a resolver problemas do quotidiano e tornando a adoção mais natural.

Por que a adoção de software falha sem capacitação - Imagem 6 de 7
Cortesia de Pirros

O terceiro princípio reconhece que a capacitação nunca é um evento único. Os fluxos de trabalho evoluem, as equipes sempre mudam e os requisitos dos projetos mudam, e as organizações bem-sucedidas tratam a capacitação como um processo contínuo construído em torno de avaliação, feedback, refinamento e suporte contínuo.

Como é isso na prática?

Lake Flato Architects oferece um exemplo interessante de como essa filosofia pode ser aplicada. Eles implementaram o Pirros com uma pergunta específica: como décadas de conhecimento acumulado poderiam se tornar mais acessíveis, confiáveis ​​e reutilizáveis ​​em todos os projetos? Os designers que trabalharam em projetos ativos testaram a plataforma durante as fases de documentação intensiva, onde o seu valor poderia ser avaliado em condições reais do projeto e onde a pressão para encontrar informações fiáveis ​​era maior. Canais de feedback também foram estabelecidos desde o início.

Por que a adoção de software falha sem capacitação - Imagem 7 de 7
Cortesia de Pirros

Quando as equipes começaram a obter benefícios tangíveis, a adoção mais ampla tornou-se mais natural e os designers gastaram menos tempo procurando conteúdo, comparando alternativas e recuperando informações de arquivos de projetos mais antigos. A equipe da Pirros permaneceu intimamente envolvida durante a implementação, trabalhando junto com as equipes de projeto para compreender os desafios, adaptar os fluxos de trabalho e garantir que a plataforma se adaptasse naturalmente aos processos existentes. Os modelos antigos não precisavam ser abertos ou atualizados, e a busca de conteúdo não dependia de marcação manual. Os designers poderiam comparar as opções em segundos e avançar com confiança.

A experiência da Lake Flato ilustra uma realidade mais ampla em toda a indústria AEC. O valor de um novo software raramente depende apenas das suas capacidades técnicas. Em vez disso, depende da eficácia com que as organizações o introduzem, apoiam a sua utilização e integram-no nos fluxos de trabalho diários dos projetos. O desafio que as empresas enfrentam hoje é transformar o potencial tecnológico em mudanças significativas na forma como os projetos são entregues. Nesta terceira onda de transformação digital, as organizações mais bem-sucedidas serão provavelmente aquelas que conseguirem tornar as novas ferramentas parte da prática diária, ajudando as equipas a utilizá-las de forma consistente e confiante em todos os projetos.

Source link