![\"Figura](\"http:\/\/imagens.tiespecialistas.com.br\/2015\/06\/shutterstock_138406955-300x172.jpg\")
<\/p>\n<\/p>\n
Segundo SHINYASHI<\/em>KI (2012): \u201cQuando uma pessoa assume que uma dificuldade a est\u00e1 atrapalhando, seu c\u00e9rebro imediatamente procura uma solu\u00e7\u00e3o. A\u00ed, claro, voc\u00ea d\u00e1 a solu\u00e7\u00e3o para o problema<\/strong>\u201d.<\/em><\/p>\n O desenvolvimento de aplica\u00e7\u00f5es p18ara dispositivos m\u00f3veis<\/strong> possui particularidades do desenvolvimento tradicional devido as limita\u00e7\u00f5es tanto do processamento, tamanho de tela e \u00e1rea de trabalho, al\u00e9m de estar sempre bombardeado por configura\u00e7\u00f5es distintas tanto do hardware quanto do software por parte dos fabricantes e suas concorr\u00eancias (WIKIPEDIA, 2015).<\/p>\n Logo iniciamos com estes dois par\u00e1grafos acima pois, ao criar uma Startup, verifica-se sempre alguma necessidade ou dificuldade existente e \u00e9 ent\u00e3o iniciada uma busca por solu\u00e7\u00f5es<\/strong>, que no contexto desta s\u00e9rie, se apoiam em meios tecnol\u00f3gicos o que traz todo sentido em enfatizar uso de tecnologias m\u00f3veis nas solu\u00e7\u00f5es a serem criadas.<\/p>\n Voltando ao projeto em si e aos 9 passos, j\u00e1 iniciamos com o Brainstorming e os m\u00e9todos de registro, agora neste 3\u00ba passo vamos colocar um pouco a m\u00e3o na massa ou na mesa e no pr\u00e9-c\u00f3digo.<\/p>\n Assim que todas as ideias s\u00e3o filtradas para prepara\u00e7\u00e3o da Reuni\u00e3o de Kick-Off (Ou reuni\u00e3o de abertura do projeto),<\/strong> o envolvimento de toda equipe \u00e9 fundamental para que sejam validadas as possibilidades t\u00e9cnicas das funcionalidades e as prioridades para o projeto.<\/p>\n \u00c9 aqui que muitas sugest\u00f5es de solu\u00e7\u00e3o de problemas v\u00eam \u00e0 cabe\u00e7a, portanto essa etapa ainda na fase inicial do projeto e ap\u00f3s o Brasinstorming<\/strong> \u00e9 necess\u00e1ria para que os envolvidos n\u00e3o gerem muita expectativa sobre o que est\u00e1 sendo criado e tamb\u00e9m n\u00e3o seja algo imposs\u00edvel de se fazer. \u00c9 tamb\u00e9m necess\u00e1rio entender quais as funcionalidades que ser\u00e3o poss\u00edveis de serem implantadas em tempo vi\u00e1vel e ter\u00e3o coer\u00eancia com o que se est\u00e1 propondo no software<\/strong>, para haver assertividade na cria\u00e7\u00e3o do mesmo, aqui predomina o foco dado as principais funcionalidades definidas.<\/strong><\/p>\n Cabe observar que a rela\u00e7\u00e3o entre cria\u00e7\u00e3o de software e as ideias obtidas durante o processo do Brainstorming<\/em> nem sempre ficam registradas de forma clara e podem acabam sendo perdidas futuramente. O que se prop\u00f5e diante de uma defini\u00e7\u00e3o correta e bem-feita de todas as funcionalidades poss\u00edveis idealizadas \u00e9 a longevidade do produto uma vez que, sem este plano e registro, um produto novo pode ser lan\u00e7ado e logo ter o interesse perdido devido \u00e0 falta de inova\u00e7\u00e3o e constante atualiza\u00e7\u00e3o das funcionalidades e recursos a serem agregados.<\/strong><\/p>\n Cabe ainda destacar aqui a necessidade de se especificar numericamente<\/strong> quantas das funcionalidades idealizadas ser\u00e3o desenvolvidas primeiramente para o MVP <\/strong>(M\u00ednimo Produto Vi\u00e1vel), que \u00e9 a vers\u00e3o mais simples de um produto que pode ser lan\u00e7ada com uma quantidade m\u00ednima de esfor\u00e7o e tempo de desenvolvimento (PESCE, 2012).<\/p>\n Especificar o MVP<\/strong>, entender como ser\u00e3o melhores utilizados os recursos a serem criados, assertividade na escolha dos itens iniciais e boa proje\u00e7\u00e3o de ocorr\u00eancia de tudo isso \u00e9 de muito bom grado se puder ser feito por um profissional de cria\u00e7\u00e3o com experi\u00eancia de UX Design<\/strong> (irei abordar melhor isso em um artigo espec\u00edfico em breve) antes de partir para o projeto ou para codifica\u00e7\u00e3o.<\/p>\n