{"id":9710,"date":"2023-03-17T08:19:00","date_gmt":"2023-03-17T11:19:00","guid":{"rendered":"https:\/\/uds.com.br\/blog\/?p=9710"},"modified":"2024-08-06T17:25:05","modified_gmt":"2024-08-06T20:25:05","slug":"erros-no-projeto-de-software-que-devem-ser-evitados","status":"publish","type":"post","link":"https:\/\/uds.com.br\/blog\/erros-no-projeto-de-software-que-devem-ser-evitados\/","title":{"rendered":"11 Erros no projeto de software que devem ser evitados"},"content":{"rendered":"\n<p>\u00c9 fato comprovado que a maioria dos projetos de software falham, causando preju\u00edzos a empresas de todos os portes. Mas por que isso \u00e9 t\u00e3o comum? A resposta envolve fatores t\u00e9cnicos e humanos. Neste artigo, <strong>listamos as 11 principais causas que levam a erros no projeto de software<\/strong> e as solu\u00e7\u00f5es para reduzir o seu risco de ocorr\u00eancia.<\/p>\n\n\n\n<p>Antes de tudo, considere estes n\u00fameros:<\/p>\n\n\n\n<figure class=\"wp-block-pullquote\"><blockquote><p>Nada menos que<strong> 66%<\/strong> dos projetos de software falham.<br>Mais de <strong>31%<\/strong> dos projetos hoje em andamento ser\u00e3o cancelados antes de serem conclu\u00eddos.<br><strong>52,7%<\/strong> dos projetos custar\u00e3o <strong>189%<\/strong> a mais que suas estimativas originais.<br><strong>88%<\/strong> dos projetos de software no mundo ultrapassam prazo.<\/p><cite>(Fonte: Standish Group)<\/cite><\/blockquote><\/figure>\n\n\n\n<p>Essas s\u00e3o estat\u00edsticas bastante preocupantes se voc\u00ea considerar o papel vital que os softwares desempenham na forma como trabalhamos, produzimos e vivemos. Afinal, n\u00e3o \u00e9 s\u00f3 uma quest\u00e3o de prejudicar os neg\u00f3cios, pois os softwares impactam na realidade do cotidiano das pessoas.<\/p>\n\n\n\n<p>Da\u00ed a import\u00e2ncia de entender por que tantos projetos de software falham e buscar garantir que a mitiga\u00e7\u00e3o de riscos fa\u00e7a parte do processo de planejamento. Confira a seguir os principais erros que levam ao fracasso de projetos \u2013 e como evit\u00e1-los.<\/p>\n\n\n\n<div role=\"main\" id=\"blog-dev-software-formulario-42c0965bbb57d0fa1447\"><\/div><script type=\"text\/javascript\" src=\"https:\/\/d335luupugsy2.cloudfront.net\/js\/rdstation-forms\/stable\/rdstation-forms.min.js\"><\/script><script type=\"text\/javascript\"> new RDStationForms('blog-dev-software-formulario-42c0965bbb57d0fa1447', 'UA-92829983-1').createForm();<\/script>\n\n\n\n<p><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Os 11 principais erros no projeto de software<\/strong><\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Erro n\u00ba 1: Plano de projeto ruim<\/strong><\/h3>\n\n\n\n<p>Assim como construir um pr\u00e9dio com bases fracas leva facilmente a edifica\u00e7\u00e3o \u00e0 ru\u00edna, um plano ruim \u00e9 o primeiro passo para o fracasso do projeto de software. De fato, \u00e9 o pior erro que um gerente de projetos pode cometer. O planejamento deve ser amplo e detalhado, cobrindo todas as etapas do projeto, como objetivo, escopo, cronograma, distribui\u00e7\u00e3o de tarefas, gest\u00e3o de riscos, etc.<\/p>\n\n\n\n<p><strong>\ud83d\udca1 Solu\u00e7\u00e3o: <\/strong>Quando feito da maneira certa, um plano ajudar\u00e1 a equipe a manter o curso do projeto mesmo diante de mudan\u00e7as e imprevistos. Um plano adequado de software deve contemplar <em>pelo menos<\/em> os seguintes itens:<\/p>\n\n\n\n<ul>\n<li>Escopo<\/li>\n\n\n\n<li>Objetivos do projeto<\/li>\n\n\n\n<li>Organiza\u00e7\u00e3o de projeto<\/li>\n\n\n\n<li>Organiza\u00e7\u00e3o da equipe e pap\u00e9is envolvidos<\/li>\n\n\n\n<li>Riscos do Projeto<\/li>\n\n\n\n<li>Descri\u00e7\u00e3o dos riscos<\/li>\n\n\n\n<li>Estrat\u00e9gias de redu\u00e7\u00e3o dos riscos<\/li>\n\n\n\n<li>Recursos de software e hardware<\/li>\n\n\n\n<li>Descri\u00e7\u00e3o dos recursos<\/li>\n\n\n\n<li>Custos relacionados<\/li>\n\n\n\n<li>Divis\u00e3o do trabalho (atividades do projeto, milestones e resultados de cada atividade)<\/li>\n\n\n\n<li>Cronograma (depend\u00eancia entre atividades, pessoas envolvidas, tempo para cada milestone)<\/li>\n\n\n\n<li>Mecanismos de monitoramento<\/li>\n<\/ul>\n\n\n\n<p><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Erro n\u00ba 2: Diagn\u00f3stico inadequado<\/strong><\/h3>\n\n\n\n<p>Todo mundo sabe que a maioria das equipes de desenvolvimento tem um prazo curto e r\u00edgido, e que n\u00e3o deve ser comprometido. Mas, para cumprir o prazo, os times podem deixar de lado a pesquisa sobre o cliente. A m\u00e1 compreens\u00e3o do que ele deseja resultar\u00e1 em mil ajustes em um produto confuso, abaixo da m\u00e9dia, com bugs ou at\u00e9 mesmo levar o projeto ao fracasso.<\/p>\n\n\n\n<p><strong>\ud83d\udca1 Solu\u00e7\u00e3o: <\/strong>Os desenvolvedores de software precisam entender claramente o objetivo do projeto, o que o produto resolver\u00e1 e quem \u00e9 o usu\u00e1rio real. Por isso, a melhor maneira de criar um \u00f3timo software \u00e9 envolver o cliente em todas as fases de desenvolvimento e testes.<\/p>\n\n\n\n<p><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Erro n\u00ba 3: Comunica\u00e7\u00e3o deficiente<\/strong><\/h3>\n\n\n\n<p>A equipe precisa entender a distribui\u00e7\u00e3o do trabalho. Sem uma ideia clara do que precisa ser feito e por quem, o progresso do projeto \u00e9 comprometido, h\u00e1 perda de tempo e de recursos intelectuais e financeiros.<\/p>\n\n\n\n<p><strong>\ud83d\udca1 Solu\u00e7\u00e3o: <\/strong>Um sistema eficiente prospera com a boa comunica\u00e7\u00e3o e delega\u00e7\u00e3o adequada de trabalho, aumenta a chance de desenvolver o projeto dentro do prazo e criar uma entrega de valor para o cliente. Aqui, \u00e9 preciso determinar como ser\u00e1 a comunica\u00e7\u00e3o entre os envolvidos no projeto, incluindo o cliente, e de que forma as entregas ou aceites ser\u00e3o realizados.<\/p>\n\n\n\n<p><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Erro n\u00ba 4: Cronogramas irrealistas<\/strong><\/h3>\n\n\n\n<p>O cronograma pode se tornar um pesadelo na aus\u00eancia da palavra \u201cn\u00e3o\u201d \u2013 uma das maiores raz\u00f5es pelas quais os projetos de software falham \u00e9 porque os gerentes de projeto concordam com altera\u00e7\u00f5es de escopo que tornam os cronogramas infact\u00edveis.<\/p>\n\n\n\n<p><strong>\ud83d\udca1 Solu\u00e7\u00e3o:<\/strong> \u00c9 fun\u00e7\u00e3o do gerente de projetos ter discuss\u00f5es francas com o cliente e saber limitar o trabalho que ser\u00e1 executado, levando em conta cuidadosamente os recursos dispon\u00edveis para a equipe.<\/p>\n\n\n\n<p><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Erro n\u00ba 5: Ignorar os testes do produto<\/strong><\/h3>\n\n\n\n<p>Se testes inadequados provocam uma perda absurda de tempo e recursos, n\u00e3o faz\u00ea-los \u00e9 como colocar explosivos dentro do projeto. Os testes s\u00e3o cruciais para encontrar defeitos, bugs, erros ou outros problemas e uma das formas mais eficientes de verificar se o produto atende aos requisitos.<\/p>\n\n\n\n<p><strong>\ud83d\udca1 Solu\u00e7\u00e3o:<\/strong> Executar processos de testes de software ao longo do ciclo de desenvolvimento, em prazos regulares, ajuda a identificar falhas antes que seja tarde demais, evitando danos irrevers\u00edveis no projeto.<\/p>\n\n\n\n<p><strong>Aqui est\u00e3o os principais tipos de testes:<\/strong><\/p>\n\n\n\n<ul>\n<li><strong>Teste de aceita\u00e7\u00e3o:<\/strong> Verifica se todo o sistema funciona como pretendido.<\/li>\n<\/ul>\n\n\n\n<ul>\n<li><strong>Teste de integra\u00e7\u00e3o: <\/strong>Garante que os componentes ou fun\u00e7\u00f5es do software funcionem juntos.<\/li>\n<\/ul>\n\n\n\n<ul>\n<li><strong>Teste de unidade: <\/strong>Valida se cada unidade de software funciona conforme o esperado. Uma unidade \u00e9 o menor componente test\u00e1vel de um aplicativo.<\/li>\n<\/ul>\n\n\n\n<ul>\n<li><strong>Teste funcional:<\/strong> Verifica\u00e7\u00e3o de fun\u00e7\u00f5es que \u201csimulam\u201d cen\u00e1rios de neg\u00f3cios com base nos requisitos funcionais, como o Teste de Caixa Preta, por exemplo.<\/li>\n<\/ul>\n\n\n\n<ul>\n<li><strong>Teste de desempenho:<\/strong> Testa como o software funciona em diferentes cargas de trabalho. O teste de carga \u00e9 usado para avaliar o desempenho em condi\u00e7\u00f5es reais.<\/li>\n<\/ul>\n\n\n\n<ul>\n<li><strong>Teste de regress\u00e3o: <\/strong>Verifica se novos recursos quebram ou degradam a funcionalidade. No entanto, pode-se utilizar um Teste de Sanidade* para verificar menus, fun\u00e7\u00f5es e comandos no n\u00edvel da superf\u00edcie, quando n\u00e3o h\u00e1 tempo para um teste de regress\u00e3o completo.<\/li>\n<\/ul>\n\n\n\n<p><sup>* <em>O Teste de Sanidade \u00e9 um subconjunto do Teste de Regress\u00e3o.<\/em><\/sup><\/p>\n\n\n\n<ul>\n<li><strong>Teste de estresse:<\/strong> Testar quanta tens\u00e3o o sistema pode suportar antes de falhar.<\/li>\n<\/ul>\n\n\n\n<ul>\n<li><strong>Teste de usabilidade:<\/strong> Validar o quanto um cliente pode usar um sistema ou aplicativo da web para concluir uma tarefa satisfatoriamente.<\/li>\n<\/ul>\n\n\n\n<p><\/p>\n\n\n\n<p>Os testes devem ser robustos e estressantes, ou seja, imitar as condi\u00e7\u00f5es mais extremas que seu software encontrar\u00e1 no ambiente de produ\u00e7\u00e3o. Inclua tamb\u00e9m boas pr\u00e1ticas de qualidade de desenvolvimento de software, como QA.<\/p>\n\n\n\n<p>Leia tamb\u00e9m:<br><a rel=\"noreferrer noopener\" href=\"https:\/\/uds.com.br\/blog\/o-que-sao-testes-automatizados\/\" target=\"_blank\">O que \u00e9 e como funcionam os testes automatizados<\/a><br><a href=\"https:\/\/uds.com.br\/blog\/ferramentas-para-teste-automatizado-de-software\/\">10 ferramentas para testes automatizados de software<\/a><\/p>\n\n\n\n<p><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Erro n\u00ba 6: N\u00e3o ter um checklist<\/strong><\/h3>\n\n\n\n<p>Os checklists devem ser usados durante v\u00e1rias fases do processo de desenvolvimento do projeto. Ou melhor, cada etapa ou subetapa do projeto pode e deve ter seu pr\u00f3prio checklist. Por\u00e9m, os desenvolvedores podem estar ocupados fazendo testes e documenta\u00e7\u00f5es finais e ignorar itens importantes destas listas que certamente v\u00e3o causar algum tipo de problema mais \u00e0 frente.<\/p>\n\n\n\n<p>Por exemplo, \u00e9 poss\u00edvel criar checklists para:<\/p>\n\n\n\n<ul>\n<li>Descobrir erros de fun\u00e7\u00e3o, de l\u00f3gica ou de implementa\u00e7\u00e3o para qualquer representa\u00e7\u00e3o do software.<\/li>\n\n\n\n<li>Verificar que o software atende aos requisitos especificados.<\/li>\n\n\n\n<li>Garantir que o software foi representado de acordo com padr\u00f5es pr\u00e9-definidos.<\/li>\n\n\n\n<li>Especifica\u00e7\u00f5es de design\/interface\/UI.<\/li>\n\n\n\n<li>Desenvolver projetos mais gerenci\u00e1veis.<\/li>\n\n\n\n<li>Analisar qualidade de codifica\u00e7\u00e3o.<\/li>\n\n\n\n<li>Garantir funcionalidades, medir desempenho<\/li>\n\n\n\n<li>Elencar quais problemas e defeitos os testes de software devem contemplar.<\/li>\n<\/ul>\n\n\n\n<p><\/p>\n\n\n\n<p><strong>\ud83d\udca1 Solu\u00e7\u00e3o: <\/strong>As checklists devem ser aplicadas a tudo o que envolva an\u00e1lise, projeto, codifica\u00e7\u00e3o e teste, com foco em aspectos e defeitos comuns de cada fase correspondente.<\/p>\n\n\n\n<p><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Erro n\u00ba 7: Estourar o prazo do projeto<\/strong><\/h3>\n\n\n\n<p>A falta de tempo suficiente para cada fase do projeto pode levar \u00e0 an\u00e1lise inadequada dos requisitos, codifica\u00e7\u00e3o apressada, testes insuficientes e documenta\u00e7\u00e3o incompleta. O resultado pode ser um sistema que n\u00e3o atende \u00e0s expectativas e falha em uma ou mais \u00e1reas-chave.<\/p>\n\n\n\n<p>No entanto, estimar o tempo necess\u00e1rio para realizar cada fase de um projeto \u00e9 dif\u00edcil e \u00e9 comum ser excessivamente otimista.<\/p>\n\n\n\n<p><strong>\ud83d\udca1 Solu\u00e7\u00e3o:<\/strong> Definir claramente o objetivo do projeto, estabelecendo as tarefas que ser\u00e3o realizadas e quem vai realiz\u00e1-las; alinhar as expectativas do cliente e da empresa, para que todos estejam na mesma p\u00e1gina, e ter indicadores de gest\u00e3o. \u00c9 importante tamb\u00e9m adotar uma metodologia \u00e1gil, como Scrum.<\/p>\n\n\n\n<p><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Erro n\u00ba 8: Subestimar riscos<\/strong><\/h3>\n\n\n\n<p>A maioria dos gerentes de projeto falha em prever riscos, o que pode levar ao descarrilamento do projeto e tamb\u00e9m aumentar os custos. Por outro lado, superestimar os riscos tamb\u00e9m levar\u00e1 a obst\u00e1culos no andamento do projeto. Tanto a superestima\u00e7\u00e3o quanto a subestima\u00e7\u00e3o de projetos podem ser prejudiciais.<\/p>\n\n\n\n<p><strong>\ud83d\udca1 Solu\u00e7\u00e3o:<\/strong> \u00c9 preciso elaborar um bom plano de riscos e definir medidas alternativas que possam ser implementadas para salvar o projeto em tempos de crise.<\/p>\n\n\n\n<p>Leia tamb\u00e9m:<br><a href=\"https:\/\/uds.com.br\/blog\/o-que-e-gestao-de-riscos-em-projetos-de-desenvolvimento-de-software\/\" target=\"_blank\" rel=\"noreferrer noopener\">Gest\u00e3o de riscos em projetos de Desenvolvimento de Software<\/a><\/p>\n\n\n\n<p><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Erro n\u00ba 9: Requisitos pouco claros<\/strong><\/h3>\n\n\n\n<p>A especifica\u00e7\u00e3o de requisitos \u00e9 uma etapa determinante para o sucesso de um software. \u00c9 o que define os objetivos e fun\u00e7\u00f5es que ser\u00e3o executadas, com a descri\u00e7\u00e3o do que ir\u00e1 ocorrer a cada a\u00e7\u00e3o do usu\u00e1rio. Uma falha nos requisitos b\u00e1sicos do software pode levar o processo todo ao fracasso e a problemas de usabilidade, funcionalidade e de execu\u00e7\u00e3o, al\u00e9m de desperd\u00edcio de tempo e dinheiro.<\/p>\n\n\n\n<p>A an\u00e1lise dos requisitos tamb\u00e9m auxilia nas estimativas de prazo e de custo do projeto.<\/p>\n\n\n\n<p><strong>\ud83d\udca1 Solu\u00e7\u00e3o:<\/strong> Especificar os requisitos funcionais e n\u00e3o funcionais, descrevendo o passo a passo de cada funcionalidade, assim como suas devidas restri\u00e7\u00f5es, al\u00e9m de especificar as necessidades do cliente e as exig\u00eancias do neg\u00f3cio.<\/p>\n\n\n\n<p><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Erro n\u00ba 10: Desvio de Escopo: o tem\u00edvel \u201cScope Creep\u201d<\/strong><\/h3>\n\n\n\n<p>O temido desvio de escopo (\u201cscope creep\u201d) nada mais \u00e9 do que trabalho adicional que a equipe de desenvolvimento de software n\u00e3o esperava ou para o qual n\u00e3o estava preparada, causando atrasos, custos adicionais e at\u00e9 mesmo o total desmoronamento do projeto.<\/p>\n\n\n\n<p>Se o escopo est\u00e1 sendo alterado, possivelmente o prazo ou o custo v\u00e3o aumentar (quando n\u00e3o os dois), pois as altera\u00e7\u00f5es solicitadas pelos clientes sempre s\u00e3o para acrescentar algo, e n\u00e3o para excluir algo do projeto.<\/p>\n\n\n\n<p><strong>\ud83d\udca1 Solu\u00e7\u00e3o:<\/strong> Resistir ao aumento do escopo requer objetivos bem definidos, comunica\u00e7\u00e3o consistente e disposi\u00e7\u00e3o para dizer \u201cn\u00e3o\u201d quando as demandas se tornam irrealistas e se estendem al\u00e9m do escopo do projeto. \u00c9 imprescind\u00edvel avaliar a solicita\u00e7\u00e3o do cliente e verificar se realmente \u00e9 poss\u00edvel efetuar a altera\u00e7\u00e3o sem afetar dois pontos da tr\u00edade, que s\u00e3o prazo e custo, o que muitas vezes n\u00e3o acontece.<\/p>\n\n\n\n<p><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Erro n\u00ba 11: Estimativas erradas<\/strong><\/h3>\n\n\n\n<p>Estimativas incorretas podem comprometer as entregas ao gerar <strong>um cronograma impreciso, mais custos para o projeto<\/strong>, horas extras para entregar no prazo acordado com o cliente, entre outros problemas.<\/p>\n\n\n\n<p>O processo de estimativa consiste em definir o escopo do projeto, estimar o esfor\u00e7o e tempo necess\u00e1rios e, em seguida, desenvolver o cronograma, levando em considera\u00e7\u00e3o fatores como disponibilidade de recursos, tecnologias envolvidas, etc.<\/p>\n\n\n\n<p><strong>\ud83d\udca1 Solu\u00e7\u00e3o: <\/strong>Utilizar t\u00e9cnicas de medi\u00e7\u00e3o de tamanho do software e de esfor\u00e7o atrav\u00e9s de uma metodologia e de m\u00e9tricas ou ainda por analogia, em que as estimativas de tamanho do projeto atual s\u00e3o baseadas em outras j\u00e1 realizadas em projetos similares.&nbsp;A <strong>UDS<\/strong>, por exemplo, tem <strong>sucesso de 100%<\/strong> em suas estimativas baseadas em analogia devido a 20 anos de experi\u00eancia em projetos de software para empresas nacionais e internacionais.<\/p>\n\n\n\n<p>Leia tamb\u00e9m:<br><a href=\"https:\/\/uds.com.br\/blog\/como-medir-o-tamanho-do-software\/\" target=\"_blank\" rel=\"noreferrer noopener\">Como medir o tamanho do software<\/a><\/p>\n\n\n\n<p><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Erros em softwares custam trilh\u00f5es de d\u00f3lares \u00e0s empresas<\/strong><\/h2>\n\n\n\n<p>Em 2021, o Citibank perdeu meio bilh\u00e3o de d\u00f3lares por causa de um sistema mal desenhado. Tudo aconteceu quando funcion\u00e1rios faziam pagamentos de juros a alguns credores de um cliente.&nbsp;<\/p>\n\n\n\n<p>No entanto, uma interface mal projetada do sistema os induziu a um erro car\u00edssimo: em vez de pagar US$ 7,8 milh\u00f5es de juros, os funcion\u00e1rios acabaram transferindo US$ 500 milh\u00f5es.<\/p>\n\n\n\n<p>Al\u00e9m do preju\u00edzo financeiro, ocorreu o dano \u00e0 reputa\u00e7\u00e3o da empresa junto aos clientes e o mercado.<\/p>\n\n\n\n<figure class=\"wp-block-pullquote\"><blockquote><p>Uma pesquisa realizada em 2018 pela Tricentis, identificou 606 falhas em sistemas de 314 companhias, que impactaram 3,7 bilh\u00f5es de pessoas e resultaram em <strong>US$ 1,7 trilh\u00f5es <\/strong>em perdas financeiras.&nbsp;<\/p><\/blockquote><\/figure>\n\n\n\n<p>De l\u00e1 para c\u00e1, esse n\u00famero vem aumentando a um percentual de 14% ao ano, segundo um relat\u00f3rio do Consortium for Information &amp; Software Quality (CISQ, 2020).<\/p>\n\n\n\n<p>As repercuss\u00f5es de erros em softwares n\u00e3o s\u00e3o apenas financeiras: tamb\u00e9m podem causar efeitos nefastos na seguran\u00e7a e privacidade das pessoas, vazando dados valiosos, ou mesmo amea\u00e7ar a sa\u00fade e a vida.<\/p>\n\n\n\n<p>Da\u00ed a import\u00e2ncia cada vez maior de seguir <a href=\"https:\/\/uds.com.br\/blog\/boas-praticas-de-desenvolvimento-de-software\/\">boas pr\u00e1ticas de desenvolvimento de software<\/a>, n\u00e3o apenas para assegurar c\u00f3digos de qualidade e melhor documenta\u00e7\u00e3o, como entregar um produto final livre de problemas.<\/p>\n\n\n\n<p>Por fim, \u00e9 importante dizer que o \u201cprojeto de desenvolvimento de software ideal\u201d n\u00e3o existe. Cada um tem suas pr\u00f3prias caracter\u00edsticas, funcionalidades, usu\u00e1rios, bugs, base de c\u00f3digo e outros componentes.<\/p>\n\n\n\n<p>N\u00e3o tem m\u00e1gica, mas conhecer os principais erros no projeto de software contribui para o desenvolvimento consistente e sustent\u00e1vel e ajuda a diminuir os riscos do fracasso com seus consequentes preju\u00edzos para todos os envolvidos.<\/p>\n\n\n\n<p><\/p>\n\n\n\n<figure class=\"wp-block-image size-full is-resized\"><a href=\"https:\/\/uds.com.br\/contato\/\"><img decoding=\"async\" width=\"700\" height=\"120\" src=\"https:\/\/uds.com.br\/blog\/wp-content\/uploads\/2023\/02\/DESENVOLVIMENTO-DE-SOFTWARE.png?_t=1711557290\" alt=\"Desenvolvimento de Software UDS.\" class=\"wp-image-13535\" style=\"width:840px;height:auto\"\/><\/a><\/figure>\n\n\n\n<p><\/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>Gostou deste artigo? Assine nossa <a href=\"https:\/\/uds.com.br\/blog\/#news\"><strong>newsletter<\/strong><\/a><strong> <\/strong>e receba em primeira m\u00e3o conte\u00fados sobre tecnologia, desenvolvimento de software, inova\u00e7\u00e3o e muito mais.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>A maioria dos projetos de software falham por fatores t\u00e9cnicos e humanos, resultando em preju\u00edzos. Principais erros incluem planejamento inadequado, diagn\u00f3stico ruim, comunica\u00e7\u00e3o deficiente, cronogramas irrealistas, falta de testes, aus\u00eancia de checklists, estouro de prazos, subestima\u00e7\u00e3o de riscos, entre outros. Conhe\u00e7a todos aqui. <\/p>\n","protected":false},"author":8,"featured_media":9713,"comment_status":"open","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\/9710"}],"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=9710"}],"version-history":[{"count":0,"href":"https:\/\/uds.com.br\/blog\/wp-json\/wp\/v2\/posts\/9710\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/uds.com.br\/blog\/wp-json\/wp\/v2\/media\/9713"}],"wp:attachment":[{"href":"https:\/\/uds.com.br\/blog\/wp-json\/wp\/v2\/media?parent=9710"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/uds.com.br\/blog\/wp-json\/wp\/v2\/categories?post=9710"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/uds.com.br\/blog\/wp-json\/wp\/v2\/tags?post=9710"},{"taxonomy":"yst_prominent_words","embeddable":true,"href":"https:\/\/uds.com.br\/blog\/wp-json\/wp\/v2\/yst_prominent_words?post=9710"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}