{"id":3328,"date":"2016-04-13T00:00:00","date_gmt":"2016-04-13T10:00:00","guid":{"rendered":"http:\/\/blog.seedintelligence.com\/?p=3328"},"modified":"2018-01-26T14:30:32","modified_gmt":"2018-01-26T14:30:32","slug":"aquele-1","status":"publish","type":"post","link":"https:\/\/blog.netproject.com.br\/blog\/aquele-1\/","title":{"rendered":"Aquele 1%"},"content":{"rendered":"

Tempo de leitura: 4 minutos<\/small><\/p>

N\u00e3o adianta ser 99% perfeito se aquele 1%… Muitos projetos sofrem da s\u00edndrome da conclus\u00e3o: alcan\u00e7am um percentual elevad\u00edssimo de conclus\u00e3o mas n\u00e3o conseguem ser finalizados de fato. Ser\u00e1 que o 1% restante est\u00e1 sendo conduzido com displic\u00eancia? Por que no in\u00edcio o projeto parece avan\u00e7ar mais e a passos mais firmes?<\/p>\n

Muitos problemas contribuem para que alguns projetos pare\u00e7am ter seu progresso estacionado no final. Essa estranha diminui\u00e7\u00e3o no ritmo pode ser decorrente de planejamento mal feito, erros na medi\u00e7\u00e3o do avan\u00e7o ou altera\u00e7\u00f5es constantes no escopo, entre outros motivos.<\/p>\n

Planejando bem do in\u00edcio ao fim<\/h1>\n

A verdade \u00e9 que na maioria dos projetos, visualizamos um horizonte distante: temos muita clareza e precis\u00e3o naquilo que est\u00e1 pr\u00f3ximo a n\u00f3s, mas enxergamos com dificuldade aquilo que est\u00e1 longe. \u00c9 claro que isso se reflete no planejamento de um projeto. \u00c9 mais f\u00e1cil planejar as atividades que s\u00e3o mais palp\u00e1veis j\u00e1 no in\u00edcio do projeto do que aquelas que ainda dependem de muitos fatores e est\u00e3o mais no futuro.<\/p>\n

\u00c9 justamente por esse motivo que se recomenda o uso do planejamento em ondas, ou os sprints em metodologias de desenvolvimento \u00e1gil. Com o planejamento sendo refinado em etapas sucessivas, fica mais f\u00e1cil acertar, e a distribui\u00e7\u00e3o do trabalho vai ocorrendo de forma mais realista. Assim, quando vamos chegando ao fim do projeto, o progresso medido corresponde de forma mais fiel \u00e0 realidade, e o trabalho a ser realizado \u00e9 melhor representado pelo percentual restante.<\/p>\n

Medindo linearmente<\/h1>\n

O progresso de muitas atividades \u00e9 dif\u00edcil de ser medido linearmente. \u00c9 comum que sejam estabelecidos crit\u00e9rios de medi\u00e7\u00e3o com \u201cfaixas\u201d de percentuais de conclus\u00e3o, conforme o trabalho for progredindo, mas que n\u00e3o indicam de forma linear o quanto do trabalho foi de fato realizado.<\/p>\n

Essa n\u00e3o linearidade pode n\u00e3o representar um problema de fato, desde que sejam estabelecidas propor\u00e7\u00f5es de correla\u00e7\u00e3o entre as muitas atividades do projeto, que permitam que elas sejam comparadas em termos de volume de trabalho umas \u00e0s outras.<\/p>\n

Dessa forma, para uma medi\u00e7\u00e3o geral do projeto ser precisa, \u00e9 importante que cada tarefa tenha um peso no total do projeto o mais pr\u00f3ximo do quanto realmente representa do trabalho total, em termos percentuais.<\/p>\n

Outro ponto importante \u00e9 tentar refinar o trabalho no maior n\u00edvel de detalhamento poss\u00edvel, para que os pacotes de trabalho possam ser medidos de forma mais simples e indiquem com maior precis\u00e3o o quanto do todo j\u00e1 foi realizado. Mas aten\u00e7\u00e3o: refinar as atividades em pacotes de trabalho pode ser bom para alguns aspectos do planejamento, como o acompanhamento da execu\u00e7\u00e3o, mas pode ser contraproducente se introduzir uma carga de trabalho gerencial desproporcional ao trabalho em si. Por isso, \u00e9 preciso sempre avaliar com cuidado o n\u00edvel de detalhamento ideal a ser utilizado em cada projeto.<\/p>\n

Cuidado com as mudan\u00e7as<\/h1>\n

Mudan\u00e7as s\u00e3o necess\u00e1rias e fazem parte de todo e qualquer projeto, mas seu impacto sempre precisa ser avaliado com muito cuidado. Mudan\u00e7as que ocorram pr\u00f3ximo ao final do projeto, que podem ser de fato mais frequentes, podem fazer com que aquilo que j\u00e1 estava quase pronto fique novamente incompleto… \u00c9 o percentual tende a 100% mas acaba n\u00e3o chegando l\u00e1.<\/p>\n

Um bom processo de gest\u00e3o de mudan\u00e7as evita que isso ocorra, inclusive detectando a necessidade de mudan\u00e7as o mais cedo poss\u00edvel. Assim, altera\u00e7\u00f5es no progresso refletem-se mais cedo no projeto, quando o impacto daquele ponto at\u00e9 o final n\u00e3o \u00e9 t\u00e3o representativo quanto na reta final.<\/p>\n

Projetos n\u00e3o lineares<\/h1>\n

Por fim, cabe lembrar que a natureza dos projetos n\u00e3o \u00e9 necessariamente linear. Quem nunca ouviu que \u201cem uma constru\u00e7\u00e3o o que mais demora s\u00e3o os acabamentos\u201d?<\/p>\n

Ocorre que, de fato, ao se chegar pr\u00f3ximo ao fim do projeto, algumas tarefas podem ser mais exparsas no tempo, talvez mais dependentes de marcos externos. Se for esse o caso, \u00e9 natural que o projeto \u201cpatine\u201d naquele \u00faltimo 1%… E n\u00e3o quer dizer que ningu\u00e9m \u00e9 vagabundo, ao contr\u00e1rio do que diria a m\u00fasica.<\/p>\n

E os seus projetos? Patinam no \u00faltimo 1%? Compartilhe suas experi\u00eancias conosco ou tire suas duvidas, deixando um coment\u00e1rio a seguir.<\/strong><\/p>\n

\"\"<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"

4 minutos<\/small> N\u00e3o adianta ser 99% perfeito se aquele 1%… Muitos projetos sofrem da s\u00edndrome da conclus\u00e3o: alcan\u00e7am um percentual elevad\u00edssimo de conclus\u00e3o mas n\u00e3o conseguem ser finalizados de fato. Ser\u00e1 que o 1% restante est\u00e1 sendo conduzido com displic\u00eancia? Por que no in\u00edcio o projeto parece avan\u00e7ar mais e a passos mais firmes? Muitos problemas contribuem para que alguns projetos pare\u00e7am ter seu progresso estacionado no final. Essa estranha diminui\u00e7\u00e3o no ritmo pode ser decorrente de planejamento mal feito, erros na medi\u00e7\u00e3o do Continue<\/span>\u2192<\/a><\/p>\n","protected":false},"author":1,"featured_media":3327,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[8],"tags":[],"_links":{"self":[{"href":"https:\/\/blog.netproject.com.br\/blog\/wp-json\/wp\/v2\/posts\/3328"}],"collection":[{"href":"https:\/\/blog.netproject.com.br\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.netproject.com.br\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.netproject.com.br\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.netproject.com.br\/blog\/wp-json\/wp\/v2\/comments?post=3328"}],"version-history":[{"count":1,"href":"https:\/\/blog.netproject.com.br\/blog\/wp-json\/wp\/v2\/posts\/3328\/revisions"}],"predecessor-version":[{"id":3910,"href":"https:\/\/blog.netproject.com.br\/blog\/wp-json\/wp\/v2\/posts\/3328\/revisions\/3910"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/blog.netproject.com.br\/blog\/wp-json\/wp\/v2\/media\/3327"}],"wp:attachment":[{"href":"https:\/\/blog.netproject.com.br\/blog\/wp-json\/wp\/v2\/media?parent=3328"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.netproject.com.br\/blog\/wp-json\/wp\/v2\/categories?post=3328"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.netproject.com.br\/blog\/wp-json\/wp\/v2\/tags?post=3328"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}