Por que não implantar na sexta -feira? [fechado

Question

Joel mencionou no Stackoverflow Podcast #24 que é uma política da FogCreek Company para não enviar software às sextas -feiras. No entanto, ele não elaborou o porquê.

Concordo. No meu empregador, implantamos nas noites de quinta -feira. Portanto, temos sexta -feira para limpar todos os bugs que perdiam a garantia de qualidade (controle de qualidade).

No entanto, meu gerente sugeriu que implaíssemos nas noites de sexta -feira no caso de o controle de qualidade não ter tempo suficiente para testar o software antes de um lançamento. Eu digo, e os planos de fim de semana das pessoas? E se implantarmos em uma noite de sexta-feira, teríamos que trabalhar no sábado para limpar quaisquer bugs perdidos-o que é uma merda.

Então, por que não enviar software na sexta -feira?

*Podemos (não ter certeza) precisar fazer essa suposição: existe uma equipe principal de desenvolvimento de software localizada em um fuso horário implantando o aplicativo Web principal de sua empresa.

Answer 1

Não é apenas uma questão de bugs. Pode haver outros encargos de suporte relacionados - explicando novos recursos para os usuários, monitorando que não há problemas de desempenho.

Um novo lançamento geralmente significa um breve aumento da atividade de apoio - o agendamento que acontece quando houver menos pessoas disponíveis (ou quando há mais ressentimento do tempo que o tempo aceito) é uma má idéia.

Answer 2

Nunca implante na sexta -feira porque:

1. É o fim da semana para que as pessoas sejam menos afiadas
2. É o fim da semana para que as pessoas não estejam disponíveis para consertar bugs
3. É o fim da semana para que as pessoas não estejam disponíveis para responder a perguntas
4. É o fim da semana, então por que você implantaria então?

Answer 3

Você praticamente respondeu sua própria pergunta. É uma razão curta e agradável: se você enviar uma sexta -feira e um bug entrar em produção, geralmente não há ninguém por perto para consertá -lo ou conversar com os clientes até a segunda -feira seguinte. Isso é potencialmente vários dias de receita perdida no pior cenário.

Answer 4

Evitamos liberar o código na quinta -feira ou Sexta -feira - ninguém quer gastar a sexta -feira descobrindo bugs da missão crítica, e as chances são de que, mesmo que produza uma correção em 1 dia, será pelo menos mais um dia antes de poder ser lançado, o que significa trabalhar no fim de semana ou Não é corrigido até a próxima semana.

Answer 5

Depende do seu grupo -alvo. Nós implantamos principalmente às sextas -feiras. Nosso produto baseado no navegador é usado globalmente pelos clientes, mas principalmente durante o horário comercial. Isso significa que realmente não temos tempo além de manhãs de domingo, se queremos garantir que não afetemos nenhum cliente (a Índia e o Oriente Médio não saem do escritório aos sábados), mas geralmente "comprometemos" e implante as tardes de sexta -feira.

Se trabalhado anteriormente em um Datingsite, onde idealmente queríamos implantar coisas novas na terça -feira, já que a atividade atingiu o pico nos fins de semana e estranhamente, segunda -feira no almoço.

De qualquer forma, tudo se resume a 2 considerações. 1. Quando será o menos perturbador para seus clientes (se for um aplicativo da web) e 2. Quando se encaixará melhor na equipe de desenvolvimento para bugs críticos de fixação de rush.

Se você está preocupado com o fato de seus desenvolvedores ficarem desleixados perto do final da semana, seu pipeline de controle de qualidade pode ser muito curto.

Answer 6

Normalmente, implantamos às terças -feiras, depois temos o resto da semana para inserir qualquer problema. Depende também um pouco da indústria, se não houver trabalho nos fins de semana, talvez não há problema em implantar na noite de sexta -feira, mas se eles estiverem trabalhando, não é uma boa ideia.

Para isso, as pessoas tendem a ser um pouco mais desleixadas às sextas-feiras (já pensando naquela data quente | cerveja gelada | ambos) e dias antes de sair para férias ;-)

Answer 7

Realmente depende do seu aplicativo e de quão ocupado / crítico é no fim de semana.

Normalmente, não implantamos software na sexta -feira, mas muitas vezes o fazemos no sábado ou domingo. Encontramos domingo de manhã como particularmente bom para minimizar o impacto de um lançamento.

Realmente depende se você está tentando minimizar o impacto de qualquer tempo de inatividade necessária para fazer sua liberação ou mitigar quaisquer bugs em potencial.

Você não verá bugs até que os clientes realmente usem o sistema (na maioria dos casos), portanto, implantar em uma sexta -feira é equivalente a implantar na segunda -feira de manhã, se você tiver baixo uso no fim de semana.

Por outro lado, coisas como compras on -line tendem a ter mais uso nos fins de semana, então você definitivamente seria aconselhado a não implantar um deles na sexta -feira.

Também depende da sua política de suporte fora de horas. Se você tem alguém de plantão que pode reverter o software de volta, é menos um risco. Ainda assim, prefiro fazer isso durante a semana de trabalho.

Geralmente implantamos coisas de terça a quinta-feira, preferindo evitar segunda-feira (nosso dia mais movimentado) e o fim de semana (quando um bug pode ficar despercebido causando problemas)

Answer 8

Você deve Implante na sexta -feira para que você tenha o fim de semana todo para limpá -lo e corrigir bugs antes que o restante da sua equipe perceba suas supervisões na segunda -feira.

Answer 9

Eu nunca planejaria uma implantação de sexta -feira, a menos que também estivesse planejando estar no escritório no sábado, verificando que está funcionando corretamente, se você acabar implantando em uma sexta -feira por causa da derrapagem, está em grande perigo de apressar as coisas, muito melhor para esperar , deixe todos se acalmarem no fim de semana e depois enviarem na segunda -feira após uma revisão da manhã.

Se a sua implantação for executada no fim de semana, a partir de sexta -feira à noite poderá dar uma boa vantagem, com a frequência do escritório um pouco mais cedo, para que a carga geral do sistema seja menor do que a segunda -feira de manhã.

Answer 10

Eu trabalhei com uma empresa que tinha uma política de implantação às sextas -feiras; Eles estavam em Israel e o sábado geralmente é o último dia da semana de trabalho. De qualquer forma...

Na minha última empresa, a política era fornecer ao OPS o pacote de implantação o mais tardar na hora do almoço às terças e quintas -feiras. Isso significa que eles têm meio dia para divulgá-lo e solicitar pequenos ajustes, se algo der errado com a última fase do controle de qualidade pré-viver. (Qualquer outro controle de qualidade pode acontecer em qualquer época da semana, porque não está ao vivo.)

Lançamento para qualquer ambiente, exceto ao vivo, é bom a qualquer momento, se o OPS tiver tempo para fazê-lo (é claro, isso deve ser reservado antes de mãos), mas nunca seja lançado para viver:

Segunda-feira- ruim, você acabou de voltar do fim de semana (espero que não fuja) e não terá tudo o que fez na semana passada na frente de sua mente. Quarta-feira- geralmente o dia menos produtivo da semana e fica no dia do "meio do trabalho". Se o seu slot foi terça -feira e você o perdeu devido a bugs, quarta -feira provavelmente é uma má escolha, pois você não está oferecendo tempo suficiente para corrigir e testar esses bugs. Sexta-feira- vamos lá. Seriamente? É sexta feira. Se isso realmente precisa explicar, então você não tem experiência o suficiente para fazer o tipo de posição gerencial em que está. Mas, sério, é porque implantar às sextas -feiras significa que é voluntário de seus clientes para entrar no fim de semana para testar seu trabalho em um vivo meio Ambiente. Para mim, isso supera qualquer idiotice que você possa estar fazendo fila.

Answer 11

Temos a sorte de fazer bom uso da diferença de tempo, temos escritórios espalhados pelo mundo. Assim, ao fazer atualizações para os clientes, organizamos -o para que seja feito da noite para o cliente, para minimizar o impacto neles.

Isso funciona bem quando você controla a implementação e a implantação do seu software, mas a liberação em um site é outro animal. Como outros apontaram já, certifique -se de permitir tempo para:

1. Suportando peculiaridades e insetos que podem ocorrer
2. Apoiando usuários nas transições
3. Fixs quentes de última hora