{"id":35518,"date":"2021-12-22T11:36:28","date_gmt":"2021-12-22T10:36:28","guid":{"rendered":"https:\/\/arquiconsult.com\/?p=35518"},"modified":"2025-12-15T14:27:24","modified_gmt":"2025-12-15T14:27:24","slug":"metodologia-moscow-para-o-sucesso","status":"publish","type":"post","link":"https:\/\/arquiconsult.com\/pt-br\/metodologia-moscow-para-o-sucesso\/","title":{"rendered":"METODOLOGIA MoSCoW PARA O SUCESSO DAS IMPLEMENTA\u00c7\u00d5ES ERP E CRM"},"content":{"rendered":"

S\u00e3o dois elementos cruciais que definem os projetos ERP<\/a>\/CRM<\/a> falhados. O primeiro erro comum \u00e9 querer mudar tudo ao mesmo tempo. J\u00e1 viu este panorama antes? E a segunda fal\u00e1cia \u00e9 permitir velhos h\u00e1bitos e pr\u00e1ticas no novo projeto. Tamb\u00e9m lhe soa familiar? Se for respons\u00e1vel pelo sucesso da pr\u00f3xima migra\u00e7\u00e3o para uma nova vers\u00e3o ou uma implementa\u00e7\u00e3o completamente nova, poder\u00e1 recorrer \u00e0 Metodologia MoSCoW. Esta ferramenta ajuda-o a limitar o \u00e2mbito das fases do seu projeto, ao mesmo tempo que evita que pr\u00e1ticas e processos obsoletos se integrem no novo sistema.<\/strong><\/p>\n

Organiza\u00e7\u00f5es de todo o mundo debatem-se com os utilizadores finais, que querem muito mais funcionalidades do que as que podem realmente ter. Al\u00e9m disso, tendem a sobrestimar as suas capacidades em termos de tempo dispon\u00edvel, foco, compet\u00eancias, persist\u00eancia e motiva\u00e7\u00e3o.<\/p>\n

Um fator de sucesso igualmente crucial \u00e9 a migra\u00e7\u00e3o de velhos processos e pr\u00e1ticas do antigo para o novo sistema apenas “porque sempre o fizemos dessa forma”. Este aspeto \u00e9 especialmente ineficaz quando as organiza\u00e7\u00f5es s\u00e3o for\u00e7adas a transformar os seus neg\u00f3cios para se manterem relevantes.<\/p>\n

A Metodologia MoSCoW<\/strong> \u00e9 uma ferramenta simples, mas eficaz, que pode ajudar a evitar que se caia nestas armadilhas enquanto se recolhem os requisitos para a nova solu\u00e7\u00e3o. MoSCoW<\/strong> \u00e9 uma palavra f\u00e1cil de lembrar, na qual 4 consoantes s\u00e3o centrais. A sigla M significa Must<\/em><\/strong>. Isto diz respeito \u00e0 funcionalidade que \u00e9 absolutamente fundamental para se poder trabalhar com a nova vers\u00e3o ou solu\u00e7\u00e3o. N\u00e3o \u00e9 poss\u00edvel ter limita\u00e7\u00f5es neste ponto! O S significa Should<\/em><\/strong>. Aqui falamos de uma funcionalidade importante, apenas um pouco menos importante do que com o Must. A sigla C significa Could<\/em><\/strong>. Esta \u00e9 a categoria das chamadas funcionalidades “nice to have”. E finalmente, o W representa Won’t<\/em><\/strong>. Esta \u00e9 a funcionalidade do seu sistema atual que n\u00e3o quer ter no novo sistema.<\/div>\n

A for\u00e7a desta ferramenta reside no entendimento de que o sucesso come\u00e7a com escolhas claras<\/strong>. Idealmente apoiado pela sua gest\u00e3o. A ideia \u00e9 convidar todos os departamentos a dividir as suas necessidades e prefer\u00eancias por estas 4 categorias. Pode ser \u00fatil criar algumas limita\u00e7\u00f5es por categoria em n\u00famero ou valor para evitar que colegas inteligentes coloquem tudo no cesto do Must<\/em><\/strong>. Todos os requisitos que n\u00e3o se tornam parte desta fase t\u00eam uma nova oportunidade ao definir o pr\u00f3ximo projeto fase. Mais uma vez com base no MoSCoW, claro!<\/p>\n

Importante \u00e9 concentrar-se na \u00faltima categoria: o Won’t<\/em><\/strong>. Aqui \u00e9 sensato incluir a administra\u00e7\u00e3o das suas reclama\u00e7\u00f5es e inqu\u00e9ritos de satisfa\u00e7\u00e3o do cliente. Afinal de contas, este conte\u00fado indica mais eficazmente os pontos de melhoria indicados pelo cliente.<\/p>\n

As organiza\u00e7\u00f5es que utilizam os princ\u00edpios do MoSCoW t\u00eam substancialmente mais hip\u00f3teses de concluir com \u00eaxito os seus projetos. Ent\u00e3o, porqu\u00ea n\u00e3o implementar esta metodologia?<\/strong><\/p>\n\n

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

S\u00e3o dois elementos cruciais que definem os projetos ERP\/CRM falhados. O primeiro erro comum \u00e9 querer mudar tudo ao mesmo tempo. J\u00e1 viu este panorama antes? E a segunda fal\u00e1cia \u00e9 permitir velhos h\u00e1bitos e pr\u00e1ticas no novo projeto. Tamb\u00e9m lhe soa familiar? Se for respons\u00e1vel pelo sucesso da pr\u00f3xima migra\u00e7\u00e3o para uma nova vers\u00e3o […]<\/p>\n","protected":false},"author":4,"featured_media":35519,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[1131],"tags":[2036,1151,1150,2035,1147],"acf":[],"_links":{"self":[{"href":"https:\/\/arquiconsult.com\/pt-br\/wp-json\/wp\/v2\/posts\/35518"}],"collection":[{"href":"https:\/\/arquiconsult.com\/pt-br\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/arquiconsult.com\/pt-br\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/arquiconsult.com\/pt-br\/wp-json\/wp\/v2\/users\/4"}],"replies":[{"embeddable":true,"href":"https:\/\/arquiconsult.com\/pt-br\/wp-json\/wp\/v2\/comments?post=35518"}],"version-history":[{"count":1,"href":"https:\/\/arquiconsult.com\/pt-br\/wp-json\/wp\/v2\/posts\/35518\/revisions"}],"predecessor-version":[{"id":119288,"href":"https:\/\/arquiconsult.com\/pt-br\/wp-json\/wp\/v2\/posts\/35518\/revisions\/119288"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/arquiconsult.com\/pt-br\/wp-json\/wp\/v2\/media\/35519"}],"wp:attachment":[{"href":"https:\/\/arquiconsult.com\/pt-br\/wp-json\/wp\/v2\/media?parent=35518"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/arquiconsult.com\/pt-br\/wp-json\/wp\/v2\/categories?post=35518"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/arquiconsult.com\/pt-br\/wp-json\/wp\/v2\/tags?post=35518"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}