Eu não penso em adoção antecipada como uma idéia boa ou ruim, por si só. Sistemas funcionais e confiáveis que satisfazem as necessidades do negócio são uma boa ideia. Às vezes, mudar para novas versões ou produtos aumenta a confiabilidade e a funcionalidade e cria novos recursos para aumentar o valor comercial e, outras vezes, não.
Eu defendo a atualização para meus clientes quando existem motivos convincentes. Eu tenho dois itens básicos que procuro:
-
Novos recursos que a empresa pode aproveitar para aumentar a produtividade e a eficiência dos negócios, diminuir os custos de suporte, etc.
-
Riscos associados à atualização não (perda de suporte e exposição a interrupções, vulnerabilidades de segurança, etc.)
Eu farei um business case apropriadamente detalhado com base no custo total da atualização (licenças, hardware, custo de implementação, etc.) para declarar meu caso.
Às vezes, há riscos de não fazer upgrade (como, por exemplo, não ser suportado). Muitas vezes, porém, há riscos associados à adoção antecipada também. É frustrantemente difícil quantificar os riscos associados à adoção antecipada. É bastante comum na indústria de TI que os novos produtos nem sempre funcionem como planejado (a mentalidade inteira "aguarde o primeiro service pack" não surgiu apenas do nada). Os fabricantes têm registros variados da confiabilidade de seus novos produtos e, infelizmente, dentro da linha de produtos de um determinado fabricante, que pode variar bastante (veja o acidente de trem que foi "Symantec Endpoint Protection 11" comparado às atualizações do "Backup Exec"). o mesmo período de tempo como um exemplo). Eu sempre tento enfatizar que os adotantes iniciais geralmente têm mais risco. Se você puder, faça uma implantação piloto e / ou migração em fases para minimizar esse risco.
Eu acho que assumir cegamente que "new is better" é geralmente uma idéia ruim. "Novo" implica alguns custos e esses custos precisam ser justificados. Não há nada que dê a TI um olho roxo mais rapidamente, em minha opinião, do que parecer à gerência um poço sem fundo para investir em dinheiro. IT for IT - sendo um pioneiro, porque parece uma boa idéia - tem sido uma maneira que eu já vi várias organizações de TI sendo consideradas como um "poço sem fundo".