{"id":8589,"date":"2023-01-20T10:00:00","date_gmt":"2023-01-20T13:00:00","guid":{"rendered":"https:\/\/uds.com.br\/blog\/?p=8589"},"modified":"2024-12-28T04:17:58","modified_gmt":"2024-12-28T07:17:58","slug":"como-medir-o-tamanho-do-software","status":"publish","type":"post","link":"https:\/\/uds.com.br\/blog\/como-medir-o-tamanho-do-software\/","title":{"rendered":"Como medir o tamanho do software e quais os benef\u00edcios"},"content":{"rendered":"\n<p>Quem \u00e9 respons\u00e1vel pela gest\u00e3o de um projeto de desenvolvimento de software sempre se depara com perguntas como \u201cqual ser\u00e1 o custo?\u201d e \u201cquanto tempo vai levar?\u201d. Neste artigo, voc\u00ea vai saber como <strong><mark style=\"background-color:rgba(0, 0, 0, 0);color:#464646\" class=\"has-inline-color\">medir o tamanho do software <\/mark><\/strong>e as principais t\u00e9cnicas usadas para estimar o esfor\u00e7o em desenvolver um novo produto ou modificar um sistema.<\/p>\n\n\n\n<p>Medir o tamanho do software \u00e9 como analisar as plantas antes de construir uma casa. Afinal, antes de construir, ser\u00e1 preciso demonstrar a necessidade de recursos para a sua conclus\u00e3o ou fazer uma reforma.<\/p>\n\n\n\n<p>Mas \u00e9 preciso reconhecer que esta tarefa \u00e9 desafiadora, mesmo para l\u00edderes experientes. Por isso, reunimos neste artigo algumas das principais <a rel=\"noreferrer noopener\" href=\"https:\/\/uds.com.br\/blog\/qualidade-de-software\/\" target=\"_blank\"><strong>m\u00e9tricas<\/strong><\/a><strong> <\/strong>utilizadas para <strong><mark style=\"background-color:rgba(0, 0, 0, 0);color:#464646\" class=\"has-inline-color\">medir o tamanho do software<\/mark> <\/strong>e mostramos a sua import\u00e2ncia para o gerenciamento de projetos de desenvolvimento. Confira!<\/p>\n\n\n\n<div class=\"wp-block-image\"><figure class=\"aligncenter size-large\"><img decoding=\"async\" width=\"636\" height=\"550\" src=\"https:\/\/uds.com.br\/blog\/wp-content\/uploads\/2023\/01\/Tweet-Estimar-tamanho-do-software-636x550.jpg\" alt=\"\" class=\"wp-image-8593\" srcset=\"https:\/\/uds.com.br\/blog\/wp-content\/uploads\/2023\/01\/Tweet-Estimar-tamanho-do-software-636x550.jpg 636w, https:\/\/uds.com.br\/blog\/wp-content\/uploads\/2023\/01\/Tweet-Estimar-tamanho-do-software-324x280.jpg 324w, https:\/\/uds.com.br\/blog\/wp-content\/uploads\/2023\/01\/Tweet-Estimar-tamanho-do-software-768x664.jpg 768w, https:\/\/uds.com.br\/blog\/wp-content\/uploads\/2023\/01\/Tweet-Estimar-tamanho-do-software.jpg 795w\" sizes=\"(max-width: 636px) 100vw, 636px\" \/><\/figure><\/div>\n\n\n\n<pre class=\"wp-block-preformatted has-background\" style=\"background-color:#eeeeee;font-size:14px\">Leia tamb\u00e9m:<br><a rel=\"noreferrer noopener\" href=\"https:\/\/uds.com.br\/blog\/7-melhores-empresas-para-desenvolvimento-de-software\" target=\"_blank\"><em>As 7 melhores empresas de desenvolvimento de software<\/em><\/a><\/pre>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/uds.com.br\/blog\/wp-content\/uploads\/2022\/07\/traco-ok.png\" alt=\"O atributo alt desta imagem est\u00e1 vazio. O nome do arquivo \u00e9 traco-ok.png\"\/><\/figure>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Por que \u00e9 t\u00e3o importante medir o tamanho do software?<\/strong><\/h2>\n\n\n\n<p>Antes de tudo, calcular o esfor\u00e7o para criar um sistema pode variar bastante, mas \u00e9 uma etapa importante, pois sem ela o projeto pode nem sair do papel. Vale ressaltar tamb\u00e9m que esse c\u00e1lculo pode ser feito por time ativo e entregas. \u00c9 o caso da <a href=\"https:\/\/uds.com.br\/blog\/como-a-uds-faz-alocacao-de-profissionais-de-ti\/\" target=\"_blank\" rel=\"noreferrer noopener\"><strong>aloca\u00e7\u00e3o<\/strong><\/a> por projeto, por exemplo.<\/p>\n\n\n\n<p>\u201cMuitas vezes os sistemas podem ser criados sem de fato mensurar o esfor\u00e7o, simplesmente com aloca\u00e7\u00e3o de time e defini\u00e7\u00e3o de tarefas e planejamentos em fases curtas (sprints). Nesses casos, h\u00e1 apenas o custo mensal atribu\u00eddo ao projeto\u201d, explica Rafael Sapata, CEO da <strong><mark style=\"background-color:rgba(0, 0, 0, 0);color:#464646\" class=\"has-inline-color\">UDS Tecnologia<\/mark><\/strong>.<\/p>\n\n\n\n<p>Assim como levam em conta o esfor\u00e7o humano, tais custos tamb\u00e9m se referem \u00e0s ferramentas e \u00e0 infraestrutura que s\u00e3o necess\u00e1rias para a produ\u00e7\u00e3o.<\/p>\n\n\n\n<p>Mas al\u00e9m disso, o software \u00e9 medido para:<\/p>\n\n\n\n<ul><li>Estabelecer a qualidade do produto ou processo atual.<\/li><li>Para prever melhorias futuras do produto ou processo.<\/li><li>Melhorar as funcionalidades de um produto ou processo.<\/li><\/ul>\n\n\n\n<p><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>As principais maneiras de estimar o tamanho de um projeto de software s\u00e3o:<\/strong><\/h3>\n\n\n\n<p>1) Por meio da <strong>medi\u00e7\u00e3o<\/strong> das caracter\u00edsticas do produto, atrav\u00e9s de uma <strong>metodologia e de m\u00e9tricas<\/strong> para converter a medida em uma estimativa de tamanho.<\/p>\n\n\n\n<p>2) Por <strong>analogia<\/strong>, em que as estimativas de tamanho do projeto atual s\u00e3o baseadas em outras j\u00e1 realizadas em projetos similares. Ou seja, empresas e desenvolvedores maduros conseguem fazer estimativas mais assertivas baseadas em experi\u00eancias anteriores.<\/p>\n\n\n\n<p>No entanto, h\u00e1 diferen\u00e7as entre medi\u00e7\u00e3o e m\u00e9trica:<\/p>\n\n\n\n<p><strong>A medi\u00e7\u00e3o: <\/strong>indica\u00e7\u00e3o do tamanho, quantidade ou determina\u00e7\u00e3o de um atributo espec\u00edfico de um produto ou processo. Por exemplo, o n\u00famero de erros em um sistema \u00e9 uma medida.<\/p>\n\n\n\n<p><strong>A m\u00e9trica:<\/strong> medida do grau em que qualquer atributo pertence a um sistema, produto ou processo. Por exemplo, o n\u00famero de erros por pessoa\/hora seria uma m\u00e9trica.<\/p>\n\n\n\n<p>\u00c9 assim que a medi\u00e7\u00e3o de software d\u00e1 origem a m\u00e9tricas de software.<\/p>\n\n\n\n<p>As m\u00e9tricas se relacionam a quatro fun\u00e7\u00f5es de gerenciamento:<\/p>\n\n\n\n<ul><li>Planejamento<\/li><li>Organiza\u00e7\u00e3o<\/li><li>Controle<\/li><li>Melhorias<\/li><\/ul>\n\n\n\n<p><\/p>\n\n\n\n<p>Por\u00e9m, um software n\u00e3o \u00e9 \u201cuma coisa\u201d concreta. Voc\u00ea pode medir tudo o que pode ser visto e tocado. J\u00e1 o software \u00e9 intang\u00edvel, ou seja, n\u00e3o \u00e9 toc\u00e1vel e nem visualiz\u00e1vel (sem levar em considera\u00e7\u00e3o a codifica\u00e7\u00e3o e processos que lhe d\u00e3o fun\u00e7\u00f5es vis\u00edveis e significado). Por isso, as m\u00e9tricas de software s\u00e3o, por assim dizer, um tema sobretudo matem\u00e1tico, quase filos\u00f3fico.<\/p>\n\n\n\n<p>Mas na pr\u00e1tica, todo projeto tem que demonstrar a quem financia a necessidade de recursos para a sua conclus\u00e3o. Caso essa primeira etapa n\u00e3o seja satisfat\u00f3ria, o projeto pode nem come\u00e7ar.<\/p>\n\n\n\n<p>S\u00f3 a partir da mensura\u00e7\u00e3o podemos ter ideia da quantidade de recursos que o software vai demandar.&nbsp;<\/p>\n\n\n\n<blockquote class=\"wp-block-quote has-text-align-center is-style-large\" style=\"font-size:14px;font-style:normal;font-weight:300\"><p>Functional Size Measurement (FSM) \u00e9 a t\u00e9cnica para medir um software em termos da funcionalidade que ele oferece pela quantidade de Requisitos Funcionais do Usu\u00e1rio.<\/p><\/blockquote>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/uds.com.br\/blog\/wp-content\/uploads\/2022\/07\/traco-ok.png\" alt=\"O atributo alt desta imagem est\u00e1 vazio. O nome do arquivo \u00e9 traco-ok.png\"\/><\/figure>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Quais as principais m\u00e9tricas para medir o tamanho do software?<\/strong><\/h2>\n\n\n\n<p>A resposta \u00e9 complexa, pois existem dezenas de t\u00e9cnicas sendo desenvolvidas desde os anos 50 e <em>nenhuma delas \u00e9 100% exata<\/em>. Por que? Porque o <strong><mark style=\"background-color:rgba(0, 0, 0, 0);color:#464646\" class=\"has-inline-color\">tamanho funcional<\/mark><\/strong> n\u00e3o \u00e9 uma entidade absoluta. Calma, vamos por partes.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>O que \u00e9 o tamanho funcional do software?<\/strong><\/h3>\n\n\n\n<p>O tamanho funcional \u00e9 usado principalmente <strong><mark style=\"background-color:rgba(0, 0, 0, 0);color:#464646\" class=\"has-inline-color\">no est\u00e1gio de planejamento<\/mark><\/strong> para os c\u00e1lculos de estimativa de recursos do projeto (custo, esfor\u00e7o e cronograma).<\/p>\n\n\n\n<p>O FSM \u00e9 usado tamb\u00e9m <strong><mark style=\"background-color:rgba(0, 0, 0, 0);color:#464646\" class=\"has-inline-color\">na conclus\u00e3o de um projeto<\/mark><\/strong>, para comparar o desempenho em termos de custo-benef\u00edcio e efici\u00eancia das equipes de desenvolvimento e suporte.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>O que s\u00e3o os requisitos funcionais do software?<\/strong><\/h3>\n\n\n\n<p>Um requisito funcional \u00e9 a designa\u00e7\u00e3o de como um sistema deve se comportar (ou n\u00e3o). Ou seja, \u00e9 o que o sistema deve fazer para atender \u00e0s necessidades ou expectativas do usu\u00e1rio.<\/p>\n\n\n\n<p>Por exemplo, pense no bot\u00e3o \u201cadicionar ao carrinho de compras\u201d. O comportamento \u00e9 como o sistema faz isso (calcular o pre\u00e7o total da compra de cada produto e aceitar o pagamento por cart\u00e3o de cr\u00e9dito). De fato, esse \u00e9 um exemplo bem simples de um requisito funcional.<\/p>\n\n\n\n<p>Dito isso, j\u00e1 podemos passar para um resumo sobre as <strong><mark style=\"background-color:rgba(0, 0, 0, 0);color:#464646\" class=\"has-inline-color\">m\u00e9tricas de medi\u00e7\u00e3o do software com padr\u00e3o ISO<\/mark><\/strong>.<\/p>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/uds.com.br\/blog\/wp-content\/uploads\/2022\/07\/traco-ok.png\" alt=\"O atributo alt desta imagem est\u00e1 vazio. O nome do arquivo \u00e9 traco-ok.png\"\/><\/figure>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>M\u00e9todos de medi\u00e7\u00e3o de tamanho funcional comuns<\/strong><\/h2>\n\n\n\n<p>Os m\u00e9todos de medi\u00e7\u00e3o de tamanho funcional (FSM) mais comumente usados s\u00e3o <strong><mark style=\"background-color:rgba(0, 0, 0, 0);color:#464646\" class=\"has-inline-color\">Pontos de Fun\u00e7\u00e3o, Pontos de Fun\u00e7\u00e3o IFPUG<\/mark><\/strong> (International Function Point Users\u2019 Group) e <mark style=\"background-color:rgba(0, 0, 0, 0);color:#464646\" class=\"has-inline-color\"><strong>COSMIC<\/strong> <\/mark>(Common Software Measurement International Consortium).<\/p>\n\n\n\n<p>Al\u00e9m destas duas t\u00e9cnicas, h\u00e1 outros FSMs comuns, como:<\/p>\n\n\n\n<ul><li>NESMA<\/li><li>FISMA<\/li><li>Mark II<\/li><\/ul>\n\n\n\n<p><\/p>\n\n\n\n<p>Para fins pr\u00e1ticos e objetivos deste artigo s\u00e3o consideradas apenas <strong><mark style=\"background-color:rgba(0, 0, 0, 0);color:#464646\" class=\"has-inline-color\">5 principais m\u00e9tricas para medir o tamanho do software<\/mark><\/strong>: Pontos de Fun\u00e7\u00e3o, IFPUG, COCOMO, Planning Poker e PERT.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>An\u00e1lise de Pontos de Fun\u00e7\u00e3o (APF)<\/strong><\/h3>\n\n\n\n<p>O conceito de Pontos de Fun\u00e7\u00e3o foi criado por Allan Albrecht, da IBM, em 1979. Um ponto de fun\u00e7\u00e3o \u00e9 uma unidade de medida usada para expressar a quantidade de funcionalidade que um sistema de informa\u00e7\u00e3o (como um produto) fornece a um usu\u00e1rio.<\/p>\n\n\n\n<p>Os pontos de fun\u00e7\u00e3o s\u00e3o usados para calcular uma medi\u00e7\u00e3o de tamanho funcional (FSM) do software. O custo (em moeda ou horas) de uma \u00fanica unidade \u00e9 chamado de produtividade e \u00e9 calculado com base em projetos anteriores.<\/p>\n\n\n\n<p>A partir do tamanho funcional, podem ser derivadas estimativas adicionais, como tempo e custo.<\/p>\n\n\n\n<p>Posteriormente, a APF foi aprimorada pelo cons\u00f3rcio IFPUG, mas ainda \u00e9 amplamente utilizada.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>O m\u00e9todo IFPUG<\/strong><\/h3>\n\n\n\n<p>O IFPUG \u00e9 uma organiza\u00e7\u00e3o fundada em 1986, sem fins lucrativos, que promove a utiliza\u00e7\u00e3o da t\u00e9cnica de An\u00e1lise de Pontos de Fun\u00e7\u00e3o para <em>estimar<\/em> o tamanho de um software. Essa t\u00e9cnica se baseia na contagem de pontos, padronizados pelo CPM (Counting Practices Manual) e tem 7 etapas. A contagem inclui projeto de desenvolvimento, de manuten\u00e7\u00e3o ou de aplica\u00e7\u00e3o.<\/p>\n\n\n\n<p>O IFPUG refinou a t\u00e9cnica de Pontos de Fun\u00e7\u00e3o original para levar em conta mais do que o processamento de dados relacionado a processos. Seu m\u00e9rito reside na abordagem das fun\u00e7\u00f5es e caracter\u00edsticas de um sistema sob o ponto de vista <em>do que ele faz para o usu\u00e1rio<\/em> com base nos requisitos funcionais, e n\u00e3o nos t\u00e9cnicos.&nbsp;<\/p>\n\n\n\n<p>Isso significa que \u00e9 uma t\u00e9cnica de contagem que independe do hardware e da tecnologia de desenvolvimento.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote has-text-align-center is-style-large\" style=\"font-size:14px;font-style:normal;font-weight:300\"><p>Em 1998, foi constitu\u00eddo o BFPUG \u2013 Brazilian Function Point Users Group \u2013 o representante do IFPUG no Brasil.<\/p><\/blockquote>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>COCOMO (Constructive Cost Model)<\/strong><\/h3>\n\n\n\n<p>Esta t\u00e9cnica estima o esfor\u00e7o necess\u00e1rio (desenvolvimento, prazos e tamanho da equipe) para construir o software com base <strong>no tamanho do c\u00f3digo<\/strong>.&nbsp;<\/p>\n\n\n\n<p>Para isso, utiliza equa\u00e7\u00f5es complexas para prever o n\u00famero de programadores\/m\u00eas e o tempo de desenvolvimento. O COCOMO aceita medidas de linhas de c\u00f3digo ou Pontos de Fun\u00e7\u00e3o.<\/p>\n\n\n\n<p>No entanto, diferente do IFPUG, \u00e9 preciso ajustar as equa\u00e7\u00f5es para que representem as influ\u00eancias sobre os atributos de hardware e software durante o ciclo de vida do projeto.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Story Points: Planning Poker<\/strong><\/h3>\n\n\n\n<p>Depois do \u201cchute\u201d, essa m\u00e9trica interativa talvez seja a estrat\u00e9gia mais utilizada e mais f\u00e1cil para estimar o<strong> tamanho relativo<\/strong> de um projeto de software.<\/p>\n\n\n\n<p>O Planning Poker utiliza como medida o conceito de Story Point, que nada mais \u00e9 do que uma estimativa baseada em incertezas. Parece louco?<\/p>\n\n\n\n<p>Imagine que voc\u00ea precisa comprar uma camiseta. Na loja, seleciona modelos de diversos tamanhos (P, M, G, etc.). Ao experimentar, voc\u00ea conclui que a camiseta da marca X de tamanho M serviu. Na pr\u00f3xima compra, voc\u00ea j\u00e1 vai saber que a marca X veste bem com o M e vai acertar o tamanho da camiseta sem experimentar.<\/p>\n\n\n\n<p>Ou seja, esse processo foi baseado em incerteza, compara\u00e7\u00e3o e determina\u00e7\u00e3o da estimativa.<\/p>\n\n\n\n<p>No Planning Poker, o dimensionamento relativo \u00e9 usado para fornecer uma medida adequada para as equipes estimarem o trabalho.<\/p>\n\n\n\n<p>Este m\u00e9todo tem esse nome por sua origem na Metodologia \u00c1gil Scrum (Planning) e pelo formato de jogo de baralho (Poker).&nbsp;<\/p>\n\n\n\n<pre class=\"wp-block-preformatted has-background\" style=\"background-color:#eeeeee;font-size:14px\">Leia tamb\u00e9m:<br><a href=\"https:\/\/uds.com.br\/blog\/acelerar-tempo-de-desenvolvimento-de-software\/\" target=\"_blank\" rel=\"noreferrer noopener\"><em>Dicas para acelerar o tempo de desenvolvimento de software<br><\/em><\/a><a href=\"https:\/\/uds.com.br\/blog\/razoes-para-testes-automatizados-no-projeto\/\" target=\"_blank\" rel=\"noreferrer noopener\"><em>4 raz\u00f5es para usar testes automatizados no seus projetos<\/em><\/a><\/pre>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Como se calcula a estimativa com Planning Poker?&nbsp;<\/strong><\/h3>\n\n\n\n<p>As cartas levam os n\u00fameros da<strong> <mark style=\"background-color:rgba(0, 0, 0, 0);color:#464646\" class=\"has-inline-color\">sequ\u00eancia de Fibonacci<\/mark><\/strong> como escala inicial para comparar itens (cada n\u00famero \u00e9 a soma dos dois n\u00fameros anteriores: 0, 1, 2, 3, 5, 8, 13, 21, e assim por diante).<\/p>\n\n\n\n<p>Com os itens priorizados por um Product Owner, os membros do time precisam definir<strong> <mark style=\"background-color:rgba(0, 0, 0, 0);color:#464646\" class=\"has-inline-color\">qual o menor item selecionado<\/mark><\/strong> para a planning. Ser\u00e1 a partir desse menor item que o time come\u00e7ar\u00e1 a sua compara\u00e7\u00e3o.<\/p>\n\n\n\n<div class=\"wp-block-image\"><figure class=\"aligncenter size-large\"><img decoding=\"async\" width=\"911\" height=\"550\" src=\"https:\/\/uds.com.br\/blog\/wp-content\/uploads\/2023\/01\/PokerPlanningCards-911x550.png\" alt=\"\" class=\"wp-image-8594\" srcset=\"https:\/\/uds.com.br\/blog\/wp-content\/uploads\/2023\/01\/PokerPlanningCards-911x550.png 911w, https:\/\/uds.com.br\/blog\/wp-content\/uploads\/2023\/01\/PokerPlanningCards-464x280.png 464w, https:\/\/uds.com.br\/blog\/wp-content\/uploads\/2023\/01\/PokerPlanningCards-768x464.png 768w, https:\/\/uds.com.br\/blog\/wp-content\/uploads\/2023\/01\/PokerPlanningCards-1536x928.png 1536w, https:\/\/uds.com.br\/blog\/wp-content\/uploads\/2023\/01\/PokerPlanningCards.png 1975w\" sizes=\"(max-width: 911px) 100vw, 911px\" \/><\/figure><\/div>\n\n\n\n<p><strong>Quanto maior o n\u00famero<\/strong>, mais complexo e incerto o trabalho ser\u00e1, assim como provavelmente ser\u00e1 maior a quantidade de esfor\u00e7o necess\u00e1ria para ser conclu\u00eddo. Portanto, quanto mais complexo o item, mais ele dever\u00e1 ser dividido para que seja o mais \u201crelativamente mensur\u00e1vel\u201d poss\u00edvel.<\/p>\n\n\n\n<p>Como no exemplo da camiseta, se um item selecionado j\u00e1 foi desenvolvido pelo time em uma sprint passada, ele pode ser usado como refer\u00eancia de compara\u00e7\u00e3o e estimativa.<\/p>\n\n\n\n<p>Esse processo de estimativa se torna din\u00e2mico e divertido, envolvendo toda a equipe nas \u201capostas\u201d, e \u00e9 considerado um sucesso para medir o esfor\u00e7o de projetos \u00e1geis de software.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>PERT<\/strong><\/h3>\n\n\n\n<p>Criada pela NASA em 1958,<strong> <mark style=\"background-color:rgba(0, 0, 0, 0);color:#464646\" class=\"has-inline-color\">a t\u00e9cnica PERT<\/mark><\/strong> consiste em descobrir a dura\u00e7\u00e3o de uma atividade com base em tr\u00eas estimativas poss\u00edveis: Otimista (O), Pessimista (P) e Mais Prov\u00e1vel (MP). Cada estimativa demonstra o n\u00edvel de risco e incertezas inerentes a cada etapa, o que permite o c\u00e1lculo de esfor\u00e7o, tempo e recursos necess\u00e1rios para concluir um projeto da seguinte forma:<\/p>\n\n\n\n<ul><li>Otimista: \u00e9 o cen\u00e1rio perfeito, onde tudo d\u00e1 certo;<\/li><li>Pessimista: \u00e9 o pior cen\u00e1rio, onde tudo vai dar errado;<\/li><li>Mais prov\u00e1vel: \u00e9 um cen\u00e1rio razo\u00e1vel, sem grandes surpresas (nem boas nem ruins).<\/li><\/ul>\n\n\n\n<p><\/p>\n\n\n\n<p>A partir da\u00ed, o projeto \u00e9 segmentado em uma s\u00e9rie de fun\u00e7\u00f5es e tarefas para a equipe:<\/p>\n\n\n\n<ul><li>Quais as lideran\u00e7as que v\u00e3o participar do projeto;<\/li><li>Quem ser\u00e1 o respons\u00e1vel por acompanhar o projeto;<\/li><li>Quais as etapas para a implementa\u00e7\u00e3o do projeto;<\/li><li>Qual a estimativa de dura\u00e7\u00e3o do projeto, em cada uma de suas etapas;<\/li><\/ul>\n\n\n\n<p><\/p>\n\n\n\n<p>Depois disso, e conforme a complexidade do projeto, \u00e9 poss\u00edvel partir para o chamado de M\u00e9todo do Caminho Cr\u00edtico (CPM\/PERT). Entenda a seguir.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\"><strong>M\u00e9todo CPM &#8211; Critical Path Method<\/strong><\/h4>\n\n\n\n<p>Considerado uma extens\u00e3o da t\u00e9cnica PERT, o CPM \u00e9 utilizado no gerenciamento de projetos mais complexos e extensos. Contudo, tamb\u00e9m pode ser aplicado em projetos simples.<\/p>\n\n\n\n<p>Resumidamente, pode-se dizer que <strong><mark style=\"background-color:rgba(0, 0, 0, 0);color:#464646\" class=\"has-inline-color\">o CPM \u00e9 um modelo gr\u00e1fico<\/mark><\/strong>, um diagrama em que s\u00e3o organizadas tarefas\/atividades que permite mostrar a liga\u00e7\u00e3o entre cada uma das etapas e suas respectivas depend\u00eancias que devem ser superadas para a realiza\u00e7\u00e3o total de um projeto.<\/p>\n\n\n\n<p>Assim, o m\u00e9todo CPM auxilia na identifica\u00e7\u00e3o de gargalos, recursos e m\u00e3o-de-obra necess\u00e1ria e poss\u00edveis problemas no projeto, dando uma vis\u00e3o mais ampla da sequ\u00eancia l\u00f3gica do planejamento.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\"><strong>F\u00f3rmula do c\u00e1lculo PERT<\/strong><\/h4>\n\n\n\n<p>Na f\u00f3rmula PERT, d\u00e1-se o peso maior para a estimativa Mais Prov\u00e1vel, sem deixar de considerar as estimativas Pessimista e Otimista.&nbsp;<\/p>\n\n\n\n<p>\u00c9 poss\u00edvel alterar os pesos entre as estimativas conforme a realidade do projeto, mas os pesos n\u00e3o podem ultrapassar a soma total de 6. <\/p>\n\n\n\n<p>Por exemplo, as estimativas:<\/p>\n\n\n\n<ul><li>Otimista = 20 dias<\/li><li>Pessimista = 35 dias<\/li><li>Mais Prov\u00e1vel = 25 dias<\/li><\/ul>\n\n\n\n<p><\/p>\n\n\n\n<p>PERT = (35 + 4 x 25 + 20) \/ 6 = 25,83 dias.<\/p>\n\n\n\n<p>Logo, a estimativa PERT calculada para a atividade \u00e9 de 25,83 dias.&nbsp;<\/p>\n\n\n\n<p>Depois de estipulada a PERT das atividades, e a sequ\u00eancia e depend\u00eancia entre elas, \u00e9 poss\u00edvel chegar \u00e0 dura\u00e7\u00e3o do projeto. Pode-se calcular tamb\u00e9m o desvio padr\u00e3o, cujos c\u00e1lculos fogem ao objetivo do artigo.<\/p>\n\n\n\n<p>O importante aqui \u00e9 que a t\u00e9cnica PERT melhora os resultados dos projetos e facilita a tomada de decis\u00e3o.<\/p>\n\n\n\n<pre class=\"wp-block-preformatted has-background\" style=\"background-color:#eeeeee;font-size:14px\">Leia tamb\u00e9m:<br><a href=\"https:\/\/uds.com.br\/blog\/sustentacao-de-software-vantagens-e-como-ter-sucesso\/\" target=\"_blank\" rel=\"noreferrer noopener\"><em>Sustenta\u00e7\u00e3o de software: vantagens e como ter sucesso<br><\/em><\/a><a href=\"https:\/\/uds.com.br\/blog\/a-importancia-dos-design-patterns-no-dev-de-software\/\" target=\"_blank\" rel=\"noreferrer noopener\"><em>A import\u00e2ncia dos Design Patterns no desenvolvimento de software<br><\/em><\/a><a href=\"https:\/\/uds.com.br\/blog\/poupar-tempo-e-dinheiro-desenvolvimento-de-aplicativos\/\" target=\"_blank\" rel=\"noreferrer noopener\"><em>Como poupar tempo e dinheiro no desenvolvimento de aplicativos?<\/em><\/a><\/pre>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/uds.com.br\/blog\/wp-content\/uploads\/2022\/07\/traco-ok.png\" alt=\"O atributo alt desta imagem est\u00e1 vazio. O nome do arquivo \u00e9 traco-ok.png\"\/><\/figure>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Gerencie o seu projeto de software de forma eficaz<\/strong><\/h2>\n\n\n\n<p>Sem d\u00favida, a estimativa de tamanho do software \u00e9 uma atividade cr\u00edtica, pois impacta tanto na solu\u00e7\u00e3o t\u00e9cnica quanto no gerenciamento do projeto de software, na manuten\u00e7\u00e3o e na <a href=\"https:\/\/uds.com.br\/blog\/qualidade-de-software\/\" target=\"_blank\" rel=\"noreferrer noopener\"><strong>qualidade<\/strong><\/a> do produto.<\/p>\n\n\n\n<p>Assim, \u00e9 recomend\u00e1vel medir o tamanho do software n\u00e3o somente no in\u00edcio, mas durante todo o ciclo de vida do projeto.<\/p>\n\n\n\n<p>Tamb\u00e9m vale destacar que as t\u00e9cnicas e m\u00e9tricas para medir o tamanho do software s\u00e3o fundamentais para o<strong> <mark style=\"background-color:rgba(0, 0, 0, 0);color:#464646\" class=\"has-inline-color\">levantamento de requisitos<\/mark><\/strong>.<\/p>\n\n\n\n<p>Mas apesar de toda a sua influ\u00eancia vital no desenvolvimento de software, incluindo aplicativos, diversas empresas brasileiras ainda mostram imaturidade na aquisi\u00e7\u00e3o, monitoramento e uso inteligente de ferramentas de medi\u00e7\u00e3o de seus projetos de software.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote has-text-align-center is-style-large\" style=\"font-size:14px;font-style:normal;font-weight:300\"><p>Segundo pesquisa do Minist\u00e9rio da Ci\u00eancia e Tecnologia, apenas cerca de <mark style=\"background-color:rgba(0, 0, 0, 0);color:#464646\" class=\"has-inline-color\"><strong>29%<\/strong> <\/mark>das empresas brasileiras realizam estimativas de tamanho de software.<\/p><\/blockquote>\n\n\n\n<p>Sem dimensionar o software, \u00e9 praticamente imposs\u00edvel esclarecer se os recursos do projeto est\u00e3o sendo utilizados de maneira eficiente e se, de fato, os prazos ser\u00e3o alcan\u00e7ados.<\/p>\n\n\n\n<p>A consequ\u00eancia \u00e9 um alto grau de<strong> <\/strong><a rel=\"noreferrer noopener\" href=\"https:\/\/uds.com.br\/blog\/o-que-e-gestao-de-riscos-em-projetos-de-desenvolvimento-de-software\/\" target=\"_blank\"><strong>risco<\/strong><\/a><strong> <\/strong>e de<strong><mark style=\"background-color:rgba(0, 0, 0, 0);color:#464646\" class=\"has-inline-color\"> imprevisibilidade<\/mark><\/strong> no andamento do projeto, e n\u00e3o \u00e9 raro que isso leve \u00e0 perda de prazos e dinheiro ou at\u00e9 mesmo inviabilize o produto digital.<\/p>\n\n\n\n<p>Por fim, \u00e9 importante ressaltar que as t\u00e9cnicas descritas aqui muito resumidamente s\u00e3o apenas algumas dentre as muitas existentes e <strong><mark style=\"background-color:rgba(0, 0, 0, 0);color:#464646\" class=\"has-inline-color\">n\u00e3o existe apenas uma que seja completa por si s\u00f3<\/mark><\/strong>.<\/p>\n\n\n\n<p>Portanto, \u00e9 recomend\u00e1vel que se escolha a t\u00e9cnica mais <em>adequada<\/em> para medir o tamanho do software ou associar mais de uma t\u00e9cnica, conforme o projeto e o que se pretende calcular.<\/p>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/uds.com.br\/blog\/wp-content\/uploads\/2022\/07\/traco-ok.png\" alt=\"O atributo alt desta imagem est\u00e1 vazio. O nome do arquivo \u00e9 traco-ok.png\"\/><\/figure>\n\n\n\n<p>A <strong><mark style=\"background-color:rgba(0, 0, 0, 0);color:#464646\" class=\"has-inline-color\">UDS<\/mark><\/strong> sabe que a exig\u00eancia dos usu\u00e1rios aumenta a cada dia. Por isso, fornecemos rapidamente uma estimativa detalhada, precisa e confi\u00e1vel, al\u00e9m de acompanhamento de performance e produtividade em tempo real. Fale com a gente para avaliar e conduzir seus projetos de software de forma segura.<\/p>\n\n\n\n<div class=\"wp-block-image\"><figure class=\"aligncenter size-full\"><a href=\"https:\/\/uds.com.br\/contato\/\" target=\"_blank\" rel=\"noopener\"><img decoding=\"async\" width=\"746\" height=\"184\" src=\"https:\/\/uds.com.br\/blog\/wp-content\/uploads\/2023\/01\/cta-software-5.png\" alt=\"\" class=\"wp-image-8595\" srcset=\"https:\/\/uds.com.br\/blog\/wp-content\/uploads\/2023\/01\/cta-software-5.png 746w, https:\/\/uds.com.br\/blog\/wp-content\/uploads\/2023\/01\/cta-software-5-550x136.png 550w\" sizes=\"(max-width: 746px) 100vw, 746px\" \/><\/a><\/figure><\/div>\n","protected":false},"excerpt":{"rendered":"<p>Medir o tamanho do software \u00e9 essencial para estimar custos e prazos de desenvolvimento. T\u00e9cnicas como Pontos de Fun\u00e7\u00e3o, estimativas baseadas em linhas de c\u00f3digo e abordagens h\u00edbridas ajudam a calcular com precis\u00e3o. A escolha do m\u00e9todo depende da complexidade do projeto e das necessidades da empresa.<\/p>\n","protected":false},"author":8,"featured_media":8596,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[384,864],"tags":[],"yst_prominent_words":[],"_links":{"self":[{"href":"https:\/\/uds.com.br\/blog\/wp-json\/wp\/v2\/posts\/8589"}],"collection":[{"href":"https:\/\/uds.com.br\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/uds.com.br\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/uds.com.br\/blog\/wp-json\/wp\/v2\/users\/8"}],"replies":[{"embeddable":true,"href":"https:\/\/uds.com.br\/blog\/wp-json\/wp\/v2\/comments?post=8589"}],"version-history":[{"count":0,"href":"https:\/\/uds.com.br\/blog\/wp-json\/wp\/v2\/posts\/8589\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/uds.com.br\/blog\/wp-json\/wp\/v2\/media\/8596"}],"wp:attachment":[{"href":"https:\/\/uds.com.br\/blog\/wp-json\/wp\/v2\/media?parent=8589"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/uds.com.br\/blog\/wp-json\/wp\/v2\/categories?post=8589"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/uds.com.br\/blog\/wp-json\/wp\/v2\/tags?post=8589"},{"taxonomy":"yst_prominent_words","embeddable":true,"href":"https:\/\/uds.com.br\/blog\/wp-json\/wp\/v2\/yst_prominent_words?post=8589"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}