Gitpab Prazer em conhecê-lo

Olá. Eu sou gitpab . Prazer em conhecê-lo. Fui criado para facilitar a supervisão de programadores. Tomo as horas que os desenvolvedores anotaram no Gitlab e calculo quem gastou quanto tempo trabalhando nas tarefas. E para o projeto como um todo. Há rumores de que os grandes chefes, com a minha ajuda, consideram os salários das progers e a lucratividade dos projetos. E é mesmo. Com a minha ajuda, você pode aumentar a margem dos projetos de software. E agora vou lhe dizer como posso ser útil para sua equipe e para você pessoalmente.

Como eu trabalho

Trabalho sem dias de folga e durmo e almoços. Parece assustador, mas você pode ver isso implantando-me no seu servidor. Felizmente, há instruções sobre como fazer isso no leia-me.

Não se esqueça de registrar projetos na configuração que devo seguir. Vou procurar no Gitlab uma vez por hora e pegar um novo a partir daí - novos sprints, tarefas, comentários, hora da baixa contábil, informações sobre os participantes.

Olhando para o futuro, direi que sou assim:



Este é o meu painel, aqui estão os principais indicadores. O mais interessante deles é o Balance. Ele reflete quantas horas o desenvolvedor avançou ou vice-versa deve pagar no momento.

Mas agora, vamos fazê-lo em ordem. Eu decidi contar sobre mim por um motivo. O fato é que eu pessoalmente vi vários projetos diferentes e diferentes gerentes de projeto. Nada pessoal, deixe-me primeiro falar sobre a técnica, nossa mãe.

Projeto no gitlab

Eu próprio sou um defensor do Scrum. Porque o Scrum é a pior das técnicas, exceto o resto. Agora vou copiar nosso documento interno aqui, que nossos novos funcionários devem ler.

O que está faltando

Uma instrução curta, mas ajuda a criar o Scrum nos meus projetos. Não diz nada. Vamos chegar a algum termo moderno para isso. In! IED. Legal, né? IED. Disciplina dos Ovos de Ferro. Disciplina de Ovos de Ferro. Sem a devida atenção ao processo de desenvolvimento, qualquer instrução com o projeto será interrompida.

Por que sou útil, Gitpab

As equipes cujas atividades o autor do artigo é responsável consistem em funcionários que não são funcionários - todos trabalham com pagamento pelo tempo dedicado aos projetos. Devo dizer que gerenciar essas equipes de maneira de qualidade é uma joia. Quanto maior a equipe, mais difícil é controlá-la. E há mais do que alguns pontos a serem observados.

• Algum dos desenvolvedores está desligando?
• Eles são atribuídos a tarefas mais do que vale a pena?
• As faturas são emitidas especificamente para as obras que foram realizadas durante o período?
• Quanto devemos ao desenvolvedor agora? E para todos os desenvolvedores em geral?
• Estamos indo além do orçamento do projeto?

Eu, Gitpab, respondo a todas essas perguntas sutis ao longo do caminho e resolvo outros problemas.

Escrito fora do tempo

Somente este relatório vale o que. Aqui você pode filtrar o tempo de baixa de acordo com o critério desejado.

Deixe-me contar uma história. Certa vez, avançamos inexoravelmente em direção ao prazo. O projeto foi realizado de forma responsável e com qualidade, tudo estava indo bem, e já havíamos concluído o trabalho nas tarefas, quando de repente, uma semana antes do prazo, 63 comentários foram enviados a nós. As nuances das relações dos diretores de Bla-raodny Dons eram de tal ordem que era necessário encerrar essas tarefas por uma semana, para não atrasarmos o pagamento. Isso não quer dizer que essas tarefas foram terrivelmente difíceis, foram comentários sobre o “lamber” do sistema. Mas fizemos tarefas a 20 por sprint. O máximo que a equipe teve o suficiente em toda a história do projeto é de cerca de 40 tarefas por semana. Como executar uma vez e meia mais? Segundo a avaliação, as tarefas foram adiadas por algumas semanas.

Mas então um pensamento nasceu. A equipe me pegou, Gitpab. Portanto, o autor propôs ao proprietário do orçamento nesta semana crucial aumentar a taxa uma vez e meia, desde que essa taxa se aplique especificamente a esses comentários. Todas essas tarefas receberam um rótulo separado no Gitlab e começaram a codificar. Eu acho que é possível animar essa decisão, mas foi bem apresentada à equipe. E todas as 63 tarefas foram fechadas para o sprint semanal. Sério. 63 e alta qualidade.

Para calcular os prêmios, simplesmente filtramos para cada participante o tempo de baixa desse rótulo para o período.

Tarefas de nota

Por que avaliar tarefas? Primeiro, como mencionado acima, para não ganhar muito no sprint. Sou um defensor da execução de tarefas, desde que a equipe tenha tempo para concluir o trem. E se houver tempo, pegue outra coisa para trabalhar no processo. Portanto, a equipe parece mais lucrativa diante do cliente, porque faz promessas reais de que respeita e até faz um pouco mais do que o prometido.

Mas há outras razões. Outra história. A equipe incluiu um desenvolvedor que queria dedicar mais tempo às tarefas do que valia a pena. E às vezes 5, e às vezes 10 vezes mais. O autor realmente não gostou. Mas esse desenvolvedor, devo dizer, é adequado a todos, exceto essa nuance. Não havia desejo de entrar em conflito ou organizar um confronto. Naquele momento, não avaliamos todas as tarefas. No Gitpab, não foi difícil ver que muito tempo foi descartado apenas para tarefas inestimáveis. Eles começaram a avaliar todas as tarefas, sem exceção, e isso ajudou.

E eu, Gitpab, fornecemos uma ferramenta para reconciliar o tempo estimado e realmente gasto em tarefas.

Relatórios de Clientes

Ao longo do caminho, economizo tempo na preparação de relatórios sobre o trabalho realizado para o sprint. Olha, você abre o sprint, e há um relatório pronto. Basta iniciar a nova tag no Gitlab e copiar a descrição do sprint lá. Já está em Markdown.



Copiar e colar no Gitlab:



Os clientes reconhecem que é bom trabalhar com uma equipe que coloca seu Gitlab no decorrer do projeto e também fornece relatórios semanais detalhados sobre o trabalho realizado.

E alguns clientes comerciais, às vezes, solicitam algumas listas malucas de tarefas com o status de sua implementação. Nesses casos, é muito conveniente criar um rótulo separado para essa lista e descarregar essas tarefas filtradas pelo rótulo periodicamente. Basta clicar no botão "Exportar para csv". Cara, você saberia quanto tempo às vezes economiza ...

Dinheiro

Cada participante do projeto pode especificar uma taxa por hora de trabalho:



Um usuário com direitos financeiros vê esta seção junto com os saldos. Os saldos aqui são em horas - quantas horas são pagas antecipadamente (verde). Ou quantas horas você tem que pagar (vermelho). Conveniente, certo?

Mas isso não é tudo. Ao fazer uma aposta, você pode definir os custos - quanto precisa pagar para que uma pessoa receba sua aposta nas mãos. Para cada um, esse é seu percentual.



Espere, isso não é tudo. Existe uma interface para efetuar pagamentos. Aqui você pode ver o histórico de pagamentos, horas pagas.



E, ao efetuar um pagamento, as horas pagas são automaticamente consideradas, levando em consideração os custos.



Se você tem funcionários no estado em uma correção, então a pergunta razoável é: por que isso afeta a manutenção dos pagamentos? Eu concordo, você não precisa disso. Mas se você tem pessoas a uma taxa horária, essa ferramenta é muito útil. Ao pagar, você não precisa criar relatórios sobre o tempo gasto e procurar onde o relatório terminou na última vez. E não haverá confusão, você não capturará acidentalmente o trabalho já pago. E você não perderá tempo não remunerado.

Agora, tudo o que você precisa fazer é olhar para o saldo do funcionário e jogar dinheiro suficiente na pessoa para torná-lo verde.

Orçamento do projeto

Como agora você tem números para cada problema, não é complicado calcular o valor. Graças a isso, você entenderá se o projeto vai além do orçamento:



Estatísticas semelhantes são construídas em sprints.

Ei, Gitpab, e quando seu autor consegue trabalhar?

Decompondo tarefas, monitorando o progresso, coordenando uma equipe, além de tudo o mais descrito acima, e você pode pensar que leva muito tempo. Claro, isso consome tempo. Mas isso é muito melhor do que um projeto incontrolavelmente flutuante. Se meu autor não tivesse me constituído, ele se tornaria um gerente perdido que esqueceu a aparência do IDE (para não confundir com o IED, veja acima). E graças a mim, ele consegue cuspir o código não menos que seus colegas.

Resumir

A técnica é descrita acima e como posso ajudá-lo a segui-la usando o Gitlab em conjunto com o Gitpab. Isso funciona bem no caso do autor. Talvez você queira mudar alguma coisa por si mesmo. Não tem problema, mude, ajuste-se. No final, você provavelmente tem um objetivo - realizar projetos com alta qualidade e lucrar com eles, e eu, Gitpab, somos apenas uma ajuda para você nisso.

E agora um biscoito no estúdio

A propósito, eu fui criado por um bom tio, o autor deste artigo. Ele foi tão gentil que me deixou de coração aberto. Ficarei feliz com a estrela no Github .

Eu quase me esqueci da coisa mais importante. Eu sou uma ferramenta E um dos meus conhecidos, um empresário de sucesso e um simples bilionário russo, diz que as ferramentas não funcionam. As pessoas trabalham. Espero que você entenda o que quero dizer. Aproveite, estou ao seu dispor. Projetos de sucesso.

ps Eu olhei para a publicação e encontrei muitos pontos negativos. Quando você coloca um sinal de menos, não tenha preguiça de comentar, estou interessado em feedback.