Avançar para o conteúdo principal

Estimativas de duração de tarefas com Fibonacci

 Estimativas de duração de tarefas com Fibonacci

Estimar a duração de uma tarefa é sempre um exercício de alguma incerteza. Quando mais complexa essa tarefa ou quanto mais ela se pode prolongar no tempo, mais incerteza existirá sobre a sua duração.



https://www.metodoagil.com/planning-poker/planning_poker_cone_da_incerteza/



Uma das "teorias" no mundo do desenvolvimento de softwares, usa metodologias ágeis, atribuindo às tarefas não directamente um custo de horas, mas sim um custo ou unidade de esforço para realizar determinada tarefa.

Sendo a actividade de engenharia, em concreto o traçado de vias de comunicação muito dependente de softwares e quase se poderia transpor a ideia de programação para este tipo de tarefas. Assim podemos encarar um projecto rodoviário ou ferroviário como um conjunto de ordens que se dão a um software. Seja um projecto desde o zero ao produto final, sejam alterações pontuais por exemplo numa directriz ou rasante.

Para atribuir o nível de esforço a uma tarefa, poderíamos usar uma escala linear de números. Por exemplo, num trabalho muito preliminar, apenas para o estudo de soluções em planta, a alteração de um raio, poderia ser uma tarefa de nível 1. A alteração de um raio num projecto de execução já num estado adiantado poderia ser uma tarefa de nível 100 (imagine que seria necessário alterar desenhos já feitos...). Podemos pensar que a complexidade das tarefas não é assim tão proporcional, na medida em que o seu nível de esforço é maior implicam mais alterações e supostamente na nossa actividade de engenharia "vial" interferências com outras especialidades e outros motivos que se poderiam encontrar para que a linearidade não seja uma escolha acertada. Assim a solução adequada é usar uma escala por exemplo exponencial... em metodologias ágeis usa-se por vezes uma escala relacionada à sequencia de Fibonacci.


            1, 2, 3, 5, 8, 13, 21, 34 ...


Podemos desde já colocar um limite à complexidade de uma tarefa, por exemplo 21 ou 34, e se necessário for dividir alguma tarefa que tenha um nível maior que estas em sub-tarefas.

Em conjunto com esta ideia, podemos estimar que uma esquipa, ou uma pessoa pode executar por semana uma determinada quantidade de esforço. A título de exemplo, um engenheiro de traçado poderia executar 30 unidades ( 6 por dia...?). Temos assim um ponto de partida adaptável conforme a evolução deste sistema seja implementado.

A ter em conta também para a atribuição do esforço, as condições de trabalho e comunicação; a clareza de objectivos; a facilidade proporcionada pelo software ... O nível de detalhe do projecto é muito importante. Alterar um raio num estudo de soluções não é o mesmo que alterar um raio num projecto de execução.


A título de exemplo, algumas actividades:

Seria necessário refazer os perfis longitudinais de um eixo, a outra escala. Para refazer esses desenhos em ISPOL podemos dizer que seria uma tarefa de nível 1 ou 2.

Alterar a rasante num projecto base de um ramo de Auto-estrada com implicação na zona de influência do AE, podemos dizer que é uma tarefa de nível 5 ou 8.

Com os dois exemplos acima um engenheiro teria ocupação para 1 ou quase dois dias.


Não esquecer depois as actividades de outras pessoas, como desenhadores, engenheiros de outras especialidades, direcção etc...

Esta estimativa de duração de tarefas pode ser ajustada em reuniões semanais com a equipa.

Comentários

Mensagens populares deste blogue

C# - Viadutos Excel - ISPOL

C# - Viadutos Excel - ISPOL Ler dados do Excel e passar a informação para o ISPOL é um ganho de produtividade e organização. Desta vez, apresento uma utilidade que lê um ficheiro Excel, e transforma os dados para o menu de estruturas do ISPOL. Partindo de um Excel organizado, por pks eixos e espessuras da estrutura etc... como o seguinte: Elaborei um programita em CSharp: Este programa funciona em modo "DOS" não tem uma interface gráfica de janelas: O programa cria os ficheiros necessários, o Excel pode estar organizado por eixos, e o programa guarda um ficheiro para cada eixo: O resultado depois de abrir o ficheiro em ISPOL é o seguinte: Com as alterações ao projecto pode-se manter um ficheiro de apresentação e controlo em Excel.

Politica de privacidade das aplicações colocadas na Play Store do Google

Politica de privacidade das aplicações colocadas na Play Store do Google. As aplicações não recolhem qualquer dado do utilizador nem a armazenam ou partilham com terceiros. Não recolhem a localização nem a armazenam ou partilham com terceiros. Alguma informação sobre os utilizadores que possa chegar ao programador por via da Play Store, será tratada de acordo com toda a confidencialidade, e não fornecida a terceiros. Obrigado.

ISPOL - Representação de Gabaris

ISPOL - Representação de Gabaris No ISPOL podemos representar ao longo do traçado um contorno e até realizar variações. A representação de um contorno ou gabari pode ser realizada no ISPOL de um modo simples, usando por exemplo um Símbolo (bloco) da biblioteca, ou um ou vários criados à medida para atender aos casos necessários. Na imagem abaixo um exemplo da biblioteca do ISPOL, representado no perfil transversal. Estas secções são constituídas por símbolos/blocos: Podem-se desenhar ao longo do eixo proporcionando a vista típica destas situações, uma espécie de sólido que enche o traçado. Além desta representação "simples" o ISPOL permite realizar transições entre símbolos diferentes, por exemplo para representar os diferentes gabaris em recta e curva. Ou outras situações que se achem necessárias. Permite ainda condicionar a representação destes símbolos por valores de raio. Isto é para um determinado raio. Pode ser usado para indicar de forma automática ao programa que em r...