Quantas vezes você deve liberar atualizações de software? [fechadas]

StackOverflow https://stackoverflow.com/questions/360028

  •  21-08-2019
  •  | 
  •  

Pergunta

Jeff Atwood disse o seguinte no twitter :

Olha, eu amo rápidas novas versões de software, mas a freqüência de lançamentos WordPress é apenas ridículo.

O que me faz pensar, quantas vezes você deve liberar atualizações de software?

  • Daily?
  • Weekly?
  • Mensal?
  • Anualmente?

Qual é a melhor estratégia de lançamento?

Foi útil?

Solução

Eu diria que no caso específico WordPress', eles confundem 'atualizações de segurança' e 'alterações de funcionalidade' . Isso é ruim.

Isso seria como ter que fazer uma reinstalação no local do Windows cada vez que um bug de segurança foi encontrado, em vez de simplesmente baixando um pequeno pedaço a cada semana.

WordPress precisa ter um mecanismo de patch de segurança que é simples, rápido e fácil para as atualizações de segurança. Um processo que é separado do fluxo de atualização normais de novas versões.

Outras dicas

A frequência de lançamentos Wordpress é tão freqüente, porque eles se preocupam com as atualizações de segurança e de libertação que corrigem vulnerabilidades conhecidas o mais rápido que puderem. atualizações de funcionalidade para Wordpress acontecer com muito menos frequência, na faixa de cada 4 a 6 meses, eu acho.

Eu acho que este é um modelo bom. Mantenha seus clientes felizes pela liberação de novos recursos regularmente, mas se você encontrar falhas de segurança, correções de libertar imediatamente.

Eu vou sugerir o seguinte:

updateTime (em segundos) - o tempo médio que leva para o usuário para realizar a atualização

releaseDelta (em dias) - o tempo mínimo entre os lançamentos 

releaseDelta = updateTime/((1/365)*(60*60*8))

Esta fórmula é baseada em minha teoria de que um usuário deve ter para não mais do que 8 horas gastar em um determinado ano à espera de atualizações para um aplicativo.

Isso também permite a actualização frequente, enquanto as atualizações são feitas de forma transparente, sem perturbar o usuário final.

Eu acho que isso depende muito o seu particular situação. Dito isto, acho que uma versão diária para qualquer aplicação de negócio sério apenas totalmente ridícula. Se você está liberando todos os dias, em seguida, provavelmente há um problema grave, a menos que você está em uma situação muito estranha, onde as regras de negócio mudam constantemente ou algo parecido.

Com menos frequência do que as atualizações do iTunes.

Eu tento usar o seguinte, espero simples, de duas partes diretriz:

  1. Se ele exige que o usuário faça o download e / ou instalar alguma coisa, ou alterar uma base de código existente que mantêm, em seguida, libera precisa fornecer mérito significativo. Esta é uma versão que adiciona novos recursos significativos, fixou um montante significan de questões, ou correções de um número menor de questões imediatas e prementes.
  2. Se não exigem que o usuário faça o download e / ou instalar versões serão planejadas para ocorrer, como ditado pela iteração. Se houver um produto libertável no final da iteração, ele será implantado. A iteração conterá necessidades técnicas e de negócios, como determinado antes do pontapé inicial da iteração.

Assim, para nós, coisas como aplicações desktop ou web services, em geral, caem sob a primeira regra, e coisas como o nosso web site cairia sob o segundo. Corremos bastante bons iterações porte - em cerca de quatro a seis semanas de tempo de desenvolvimento atualmente, diminuindo para 2-4 próximo ano. Esta foi a nossa "introdução" em um Scrum-híbrido.

Note que um produto não tem que sempre estar em desenvolvimento (ou participando de uma iteração). É bem possível que um produto vai sentar-se, obsoleto, até que as mudanças são necessárias se a primeira regra se aplica.

Depende dos clientes abordagem para o controle de configuração.

Eles têm uma escolha, você sabe. Em última análise, eles podem optar por não usar seu produto.

Se o cliente vai aceitá-lo mudando coisas todos os dias, e eles não se importam, e não tem impacto formação ou gestão de configuração; tem atualizações automáticas.

Os clientes com (ambientes operacionais padrão) SOE atualizações de ódio.

Perceba que alguns clientes não vão aceitar software "telefonar para casa". Eles vão querer hospedar suas próprias atualizações. Seus profissionais de TI terá que se envolver. Isso é mais trabalho para eles.

Alguns clientes vão querer / necessidade de fazer o seu próprio QA; depende do cliente e do tipo de software.

Se as necessidades do cliente para fazer testes / trabalho para aceitar / implantar o software, liberar algum múltiplo do comprimento do ciclo de ensaio / deploy. A menos que os clientes estão bem com implantar agendas e teste. É aí que eles estão sempre testando uma nova versão, e o rolo-lo.

Por exemplo:. 2 semanas para teste, solte não mais do que a cada 8 semanas

No software crítico resultado, testes de liberação pode demorar um cliente meses. Eles estão apostando seu negócio nos resultados e são justamente cauteloso. Então releases são a cada 6 meses ou assim.

No software de segurança crítica, pode demorar muitos meses. Anual, ou a cada 18 meses não é incomum. Mesmo com menos frequência é bastante normal.

Não há resposta certa, ele realmente depende do produto.

Eu digo mensal, no máximo. Semanal / diário é muito frequentemente, a menos que as atualizações de aplicativos são feitas de forma automática e transparente, por exemplo, sistema de atualização do Firefox

Você pode liberá-los tão frequentemente como você deseja. A única coisa que os usuários frustra é não saber se eles precisam de sua nova versão ou não. Isso significa que você precisa ser muito claro sobre quais novos recursos você implementou, os erros que você fixo, e se ou não você fixa quaisquer problemas de segurança. Mais importante, os usuários querem ser capazes de confiar que, se o fizerem instalar uma nova versão, nada foi quebrado.

Eu acho que se é possível você deve ter sua atualização de software automaticamente quando ele precisa, de modo a manter todo o processo de atualização mais suave e invisível para o usuário quanto possível.

Para a área que eu trabalho na, controles industriais, muito raramente. Nós normalmente fazer um grande lançamento próprias 2 anos. lançamentos menores talvez a cada 3 a 6 meses. correção de bug são, naturalmente, uma história diferente, eles são liberados conforme necessário. Mesmo assim, alguns clientes irão atualizar sistemas existentes. É claro que em outros domínios, as atualizações são mais aceitos.

Com certeza quando você tem novas funcionalidades / correções de bugs pena liberando ?? Por tê-lo em um horário?

Eu não tenho objeções a bugs de segurança se fixar, logo que eles são encontrados - embora gostaria que ia escrever código mais robusto, em primeiro lugar. O que eu objeto (pelo menos tanto quanto Wordpress vai) é versões otimizadas que poderiam quebrar plug-ins acontecendo muito rapidamente. Quanto tempo demorou para ir de 2,5 a 2,6? E 2,7 está saindo muito em breve também.

Uma atualização automática ou semi-automática iria atenuar alguns desse problema, mas somente se o plugin escritores atualizar, bem como, ou se eles se separaram correções de segurança de alterações de funcionalidade para que eu pudesse, digamos, vara com 2,5, mas ainda ser atualizado com as correções de segurança até que eu tinha certeza de que todos os plugins que eu uso o trabalho com 2.6 ou 2.7 ou (naquela época) 4.0.

Sempre que eles são necessários. Tenha em mente que alguns usuários se sentem mais seguras recebendo atualizações regularmente, enquanto alguns só se sentem incomodados com um pop-up a cada dia "Há 129 novas atualizações para instalar! Clique aqui para esperar 20 minutos para download, em seguida, outro 10 para instalá-los!" ... você vê o meu ponto.

Depende da natureza da atualização e a quantidade de intervenção do usuário necessária para realizá-lo.

Se é um web site, você pode atualizar todos os dias, desde que você não quebrar nada.

Se for uma atualização de segurança gratuito, o mais rápido possível é sempre apreciada.

A livre bugfix atualizar, se tiver que ser instalado pelo usuário, não deve ser superior a cada dois meses.

Qualquer coisa que tem de ser pago não pode ser mais freqüente do que uma vez por ano, ou as pessoas vão começar a sentir aproveitado. Ainda mais para certas classes de software, tais como sistemas operacionais.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top