(Por si s\u00f3 o nome j\u00e1 diz tudo ![\";)\"](\"http:\/\/www.smcommerce.com.br\/blog\/wp-includes\/images\/smilies\/icon_wink.gif\"){kind=icon}
)<\/p>\n
O segundo conceito e n\u00e3o menos importante \u00e9 o\u00a0de Roadmap<\/strong>, mas o que significa isso?<\/p>\n Um roadmap de produto \u00e9 uma ferramenta importante para descrever como ser\u00e1 o produto a cada per\u00edodo de sua evolu\u00e7\u00e3o, para alinhar as partes interessadas, no que diz respeito a qual ser\u00e1 esse processo de evolu\u00e7\u00e3o e quais vari\u00e1veis envolvem esse processo, al\u00e9m de mensurar um or\u00e7amento para o produto.<\/p>\n Diariamente, recebemos muitas\u00a0sugest\u00f5es sobre melhorias e novas funcionalidades para a SM.Places<\/strong>. Essas sugest\u00f5es chegam at\u00e9 n\u00f3s de formas variadas, mas principalmente atrav\u00e9s do nosso suporte, onde os clientes externos fazem solicita\u00e7\u00f5es, e\u00a0nosso suporte\u00a0sente as necessidades dos nossos clientes e repassa essas dores. Al\u00e9m destas formas, temos tamb\u00e9m a equipe de vendas, marketing e o pr\u00f3prio time de desenvolvimento que nos enviam sugest\u00f5es.<\/p>\n Dentro da equipe de produto da\u00a0SM.Places<\/strong>, os respons\u00e1veis por decidir o que ser\u00e1 ou n\u00e3o\u00a0desenvolvido s\u00e3o os Product Owners<\/em> (POs).<\/p>\n Atualmente temos uma vis\u00e3o do nosso roadmap para os pr\u00f3ximos tr\u00eas meses. Para os tr\u00eas meses seguintes, n\u00f3s j\u00e1 conhecemos os problemas que vamos atacar mas ainda n\u00e3o sabemos exatamente o que vamos desenvolver. Nosso objetivo \u00e9 estender esse horizonte para al\u00e9m dos seis meses.<\/p>\n As novas funcionalidades e melhorias previstas em nosso\u00a0Roadmap, podem sofrer altera\u00e7\u00f5es sem aviso pr\u00e9vio a qualquer momento.<\/p>\n Como o conceito de Roadmap \u00e9 algo para o futuro e necessita de vari\u00e1veis e decis\u00f5es, prazos estipulados, comuns na gest\u00e3o de projetos, podem\u00a0ser um erro para qualquer empresa que se comprometa com eles, antes de ao menos iniciar o desenvolvimento<\/span>. Mesmo em um sistema mais simples, existe um tempo al\u00e9m da an\u00e1lise, arquitetura e desenvolvimento que \u00e9 a homologa\u00e7\u00e3o e testes, e o prazo, neste caso, \u00e9 algo previs\u00edvel e n\u00e3o exato<\/strong>.<\/p>\n Sabemos da extrema import\u00e2ncia e relev\u00e2ncia que nossos clientesRoadmap<\/h2>\n
Como o roadmap \u00e9 definido?<\/h2>\n
\npossuem nesta etapa de defini\u00e7\u00e3o e prioriza\u00e7\u00e3o de novas funcionalidades,
\npor isso o maior peso que temos na defini\u00e7\u00e3o de prioridades esta relacionada
\nas solicita\u00e7\u00f5es de nossos clientes via suporte.<\/p><\/blockquote>\n