ti-enxame.com

Alternativas para metodologias de rastreamento de tempo

Pergunta primeiro: Quais são algumas alternativas viáveis ​​de rastreamento de tempo para funcionários em uma empresa de desenvolvimento de software/web e por que são as melhores opções

Explicação:

Eu trabalho em uma empresa onde trabalhamos assim. Todo mundo recebe salário. Temos 3 tipos de trabalho, Contrato, Adhoc e Interno (não faturável). Adhoc são apenas pequenas mudanças que levam algumas horas e nós apenas cobramos o cliente no final do mês. Os contratos são firmados e temos esse processo muito longo, o de sempre.

Descobrimos quanto cobrar obtendo uma estimativa do tempo envolvido (desde o design e os desenvolvedores), multiplicando por nossa taxa horária e é isso. Digamos que estimamos 50 horas para um site. Temos um software de monitoramento de tempo e temos que registrar o tempo em 15 que gastamos nele (7:00 às 7:15 por exemplo), o nome do projeto e dar alguns comentários.

Agora, se ultrapassarmos as 50 horas, estaremos perdendo dinheiro e seremos ineficientes.

Agora que eu expliquei como o sistema funciona, minha pergunta é de que outra forma isso pode ser feito se existe um método melhor (que tenho certeza que deve ser). Ninguém aqui gosta do sistema atual, simplesmente não conseguimos encontrar uma alternativa. Eu estaria mais do que disposto a trabalhar depois de horas a mais em um projeto para concluí-lo a tempo, mas estou muito inclinado a fazer isso com o sistema atual. Eu adoraria poder resumir (ou criar um link) para este post para meu gerente para mostrar a eles por que devemos usar o sistema abc em vez deste sistema.

12
Brandon Wamboldt

As estimativas de software são sempre difíceis. Software é um negócio criativo, e a criatividade aumenta e diminui. Estou apenas começando a me recuperar após uma semana de exaustão severa - na outra noite, levei horas para fazer uma tarefa que deveria ter sido 15 -30 minutos...

Considere também que cada desenvolvedor possui diferentes habilidades de estimativa. Os desenvolvedores mais disciplinados ou seniores tendem a ser mais precisos e os desenvolvedores mais jovens ou indisciplinados são menos precisos. Além disso, sua precisão muda com o tempo (nem sempre para melhor).

Em minha experiência pessoal de consultoria, tento combinar uma estimativa realista com um teto. Dizendo basicamente "Espero que esse recurso demore de 7 a 10 horas, mas pode chegar a 18 - no máximo, mesmo que demore 40 horas, você será cobrado por 18". Normalmente, esse tipo de abordagem é novo para os clientes e alguns a rejeitam categoricamente com "dê-me um preço firme" - esses clientes obtêm a estimativa de teto (ou eu recuso educadamente seus negócios). Para os clientes que aceitam essa abordagem, eles entendem que honestamente controlarei o tempo e a conta final real refletirá o tempo gasto (mas não excederá meu teto). Essencialmente, esta é uma abordagem enxuta com uma garantia adicionada; e o cliente está ciente de que qualquer mudança nos requisitos introduz mudanças nas estimativas.

No geral, essa abordagem funcionou bem para clientes dispostos a aceitá-la. Meu objetivo pessoal é ganhar a confiança deles e repetir negócios, por isso é do meu interesse ser honesto e tentar entrar bem abaixo do teto - e é do interesse deles ajudarem a me manter dentro das minhas estimativas (evitando a incerteza, alterações tardias, etc - eu reviso as estimativas se as alterações forem algo além de pequenas).

Se ainda não o fez, sugiro a leitura The Mythical Man Month

8
STW

Dê uma olhada em programação baseada em evidências . Pode realmente ajudar você a ver o quão precisas suas estimativas podem ser.

Ao longo do último ano ou mais na Fog Creek, temos desenvolvido um sistema que é tão fácil que até mesmo nossos desenvolvedores mais rabugentos estão dispostos a concordar com ele. E, pelo que podemos dizer, ele produz programações extremamente confiáveis. É chamado de Agendamento com base em evidências, ou EBS. Você reúne evidências , principalmente de dados de quadro de horários históricos, que você realimenta em suas programações. O que você obtém não é apenas uma data de envio: você obtém uma curva de distribuição de confiança, mostrando a probabilidade de envio em qualquer data. Se parece com isso:

http://www.joelonsoftware.com/items/2007/10/26ebs1.png

Quanto mais íngreme a curva, mais confiante você terá de que a data de envio é real.

É assim que você faz ...

7
Karl Bielefeldt

Fazemos estimativas com um fator de "incerteza", em vez de tentar estimar com fatores "+/-". Os programadores podem facilmente dizer quanto tempo algo levará "presumindo que nada dê errado". O que eles não podem dizer facilmente é quanto tempo levará se algo der errado. Portanto, adicionamos um fator de incerteza - "L" significa "adicionar 25%" - "M" significa "adicionar 50%" e "H" significa "adicionar 100% - pode dobrar". O tempo real tende a estar entre o tempo estimado e o tempo estimado mais a incerteza.

Quanto a RASTREAR seu tempo, o método mais preciso é escrever um programa que abre uma caixa de diálogo a cada minuto e pergunta "o que você está fazendo?", Com uma lista suspensa de tarefas possíveis. A única entrada de que você realmente precisa nessa caixa de lista suspensa é "monitorar o tempo", porque se você for interrompido a cada minuto, nunca fará nada mais. O mesmo princípio se aplica a intervalos de 15 minutos, mas não tão ruim.

O que fazemos é executar um pequeno programa que nos permite adicionar tarefas a uma lista e selecionar em qual estamos trabalhando, permitindo que some o tempo. Se nos esquecermos de mover o seletor para a tarefa certa, os totais são editáveis. Tudo o que não estiver em uma das linhas vai para "misc". Não é totalmente preciso, mas a precisão total é menos importante do que obter o tempo de fluxo.

0
SESummers

O problema com esse método é que ele não leva em consideração o risco inerente às estimativas. Uma prática recomendada para qualquer estimativa é expressá-la como um intervalo de tempo, por exemplo, 50 horas ± 15 horas ou algo semelhante. O termo de erro é difícil de encontrar, mas ninguém acredita que levará exatamente 50 horas de qualquer maneira.

Existem outras abordagens além do modelo de preço fixo; você poderia usar uma taxa mais baixa e faturar horas diretas, mas atualmente seus clientes provavelmente vão querer transferir o risco para você. Tudo bem, mas significa que você precisa cobrar um prêmio de risco razoável com base no intervalo de estimativas de tempo que você fizer.

0
James McLeod