Search Results

Mensagens de Versionamento Ao realizar qualquer alteração que seja necessário realizar um commit, é importantíssimo adicionar uma mensagem que possa informar do que se trata aquela alteração. Essa mensagem deve ser breve e descritiva, explicando em poucas pal...

Anexo do documento descritivo à respeito do processo de Aguardando Revisão de código, ilustrado pelo fluxograma abaixo, se encontra na página Revisão de Código.Documento também disponível em: \\ss\desenvolvimento\Documentos Processo "Aguardando Revisão", De...

Neste documento se encontram as diretrizes para o processo de revisão de código colaborativa, que visa melhorar o código de  maneira conjunta e padronizada. Dando espaço para que todos os desenvolvedores tenham voz e compartilhem a responsabilidade de manter u...

Ao iniciar a revisão de um caso, o desenvolvedor deve acessar o branch citado na mensagem e verificar as alterações feitas à partir da revisão indicada.Caso todas as alterações estejam dentro dos padrões de código e não apresentem problemas de lógica ou incons...

Ao corrigir os pontos indicados na revisão, o responsável pelo caso deve reagir à mensagem inicial enviada anteriormente com o emoji de setas no sentido horário indicando que o caso está retornando (basta pesquisar por: “:arrows_clockwise:”) e responder1 info...

Definição de Clean Code A apresentação de um código claro e organizado não consiste apenas na convenção nomes, constantes, classes, variáveis, espaçamento etc.. Um código limpo (clean code) deve ser: Simples: fácil entendimento; Eficiente: realizar tudo o...

Ao finalizar a implementação, alterar o status nas ferramentas de controle como Mantis/Trello para Aguardando Revisão de Código. https://mantis.supersoft.com.br/ https://trello.com/ Enviar mensagem no canal "revisao-em-pares" assim como descrito no capítulo...

Tópicos considerados Durante o processo de análise para definir a complexidade de um caso, alguns pontos devem ser levados em consideração: Tipo de alteração Alteração apenas "adicional"A alteração feita no caso é considerada uma implementação adicional ...

Estimativa de horas de projetos; Correções na ordem pré-estabelecida de erros relatados pelos setores responsáveis; Análise/sugestão de demais possíveis erros e melhorias no sistema; Entrega do Sprint mensal programado; Criação do Branch de versões de tr...

Análise prévia dos casos relatados no mantis (quando possível): Casos de Erro Analisar se o erro de fato acontece, se existem maneiras de contornar o problema para que o suporte possa orientar o cliente à usar o sistema dessa forma alternativa até a correção...

Respeitar a ordem pré-estabelecida dos casos relatados pelos setores responsáveis; Apontamento de hora no Mantis. Commit do Branch do caso referente à todos os casos trabalhados. Repostas/anotações claras e objetivas nos casos do Mantis. Alteração do sta...

SSCompras. SSEstoq. SSFinanc. SSQuali. SSPPCP. SSPrecos. SSSAC. SSVendas. SSNFe. SSPDV. SSCustos.

Definição Para maior assertividade nas revisões feitas, as revisões feitas dessa maneira, são realizadas por dois desenvolvedores conjuntamente. Onde contará com um desenvolvedor "especialista" do sistema (Dev 1), ou seja, que trabalha ou trabalhou na manuten...

O que é o Script de Desenvolvimento? O Script de desenvolvimento é um documento que deve ser preenchido pela equipe de desenvolvimento e encaminhado à equipe de Qualidade quando o status do caso passar para “Aguardando testes”. Sendo que todo o caso, deverá ...

A metodologia Ágil é um conjunto de métodos e práticas que aceleram a entrega de valor do projeto, dividindo o projeto em entregas menores e parciais. Esta metodologia preza pela inteligência coletiva e atua com times auto organizados, e é utilizada com grande...

O Scrum é um framework da metodologia Ágil para gerenciamento e planejamento, utilizada principalmente em projetos de desenvolvimento de software. Desenvolvido por Ken Schwaber e Jeff Sutherland, o Scrum conta com um guia de regras, denominado O Guia do Scrum....

Comprometimento Todos devem se comprometer a atingir os objetivos do time. Coragem A coragem do Time Scrum faz com que ele tome decisões corretas e trabalhe em problemas difíceis. Foco Todos devem estar focados nos objetivos do Time Scrum e no trabalho do...

O Time Scrum, ou a Equipe do Scrum, são auto-organizáveis e multifuncionais, selecionando a melhor forma para a realização do trabalho, e deve possuir todas as competências necessárias, não dependendo de outros times ou pessoas.Integrantes do time: Product Ow...

O Scrum é formado por ciclos de mesma duração (geralmente de 2 a 4 semanas), onde são realizadas as entregas parciais do produto em funcionamento, e são incrementadas as versões do produto. Ao fim de uma Sprint é iniciada imediatamente uma nova Sprint.Uma Spri...

O Backlog é uma lista ordenada por prioridade de tudo que deve ser necessário no produto. O responsável por seu conteúdo e ordenação é o Product Owner. O Backlog do Produto nunca está completo, e ele evolui junto com o produto e o ambiente.O Backlog do Produto...