Quando se fala em desenvolvimento de softwares, para quem tem bons conhecimentos de programa\u00e7\u00e3o (ou n\u00e3o), \u00e9 simples dizer a palavra \u201cm\u00e1gica\u201d que quase sempre j\u00e1 est\u00e1 na ponta da l\u00edngua: \u201cEu tenho a solu\u00e7\u00e3o!\u201d, afirmam. Contudo, isso \u00e9 um grande equ\u00edvoco que profissionais\/empresas cometem.<\/p>\n
O que alguns profissionais n\u00e3o entendem \u00e9 que nem sempre o cliente sabe o que quer ou nem sempre consegue expressar o que pensa. E em muitos casos, expressam totalmente o contr\u00e1rio do que realmente queriam passar. \u00c9 f\u00e1cil entender isso, levando em considera\u00e7\u00e3o pontos tais como: falta de conhecimento de tend\u00eancias, falta de sensibilidade, falta de conhecimento t\u00e9cnico, entre outros fatores que podemos enumerar. E, consequentemente, h\u00e1 um gasto excessivo de investimento e m\u00e3o de obra e frustra\u00e7\u00f5es dos dois lados s\u00e3o inevit\u00e1veis.<\/p>\n
\u00c9 prov\u00e1vel que voc\u00ea j\u00e1 deve ter se deparado com v\u00e1rios casos parecidos. Na pr\u00e1tica, \u00e9 bem comum no in\u00edcio do projeto uma conversa informal com o cliente e depois de quase tudo pronto ele dizer que n\u00e3o era bem aquilo que se esperava. Outro caso, \u00e9 a mudan\u00e7a cont\u00ednua das itera\u00e7\u00f5es do projeto para atender ao n\u00edvel \u201calto\u201d de satisfa\u00e7\u00e3o do cliente (que nunca est\u00e1 satisfeito).<\/p>\n
A verdade sobre esses fatores s\u00e3o muitas. A come\u00e7ar pelo pre\u00e7o de custo\/benef\u00edcio, \u201ctempo\u201d e a press\u00e3o dos gestores em sua equipe para constru\u00edrem softwares com tempo cada vez menor, e, contudo, a falta de planejamento s\u00e9rio e de chegar a um n\u00edvel maduro de entendimento do que realmente o cliente espera do produto final.<\/p>\n
Conseguir bons requisitos n\u00e3o \u00e9 tarefa f\u00e1cil, e, nem t\u00e3o pouco, empresas est\u00e3o interessadas em investir neste tipo de profissional. Investir neste processo, gasta-se um tempo de planejamento, mas algo necess\u00e1rio, ou seja, levando-se pelo ponto de vista maduro, \u00e9 algo que se ganha l\u00e1 na frente da itera\u00e7\u00e3o do projeto.<\/p>\n
Estudos indicam que requisitos detectados depois do software implementado ou erros em sua an\u00e1lise s\u00e3o at\u00e9 20 vezes mais caros de se corrigir que qualquer outro tipo de erro. A ilustra\u00e7\u00e3o abaixo mostra a realidade na constru\u00e7\u00e3o de softwares e podemos at\u00e9 dizer (desconsiderando alguns passos) que em determinados tipos de servi\u00e7os mais informais, isso tamb\u00e9m acontece.<\/p>\n
Essa \u00e9 uma realidade n\u00e3o apenas no desenvolvimento de softwares, mas \u00e9 algo corriqueiro e que acontece em nosso cotidiano. Para isso, basta precisarmos de um servi\u00e7o espec\u00edfico de uma determinada \u00e1rea que desconhecemos, um tipo de conserto de um aparelho, etc. Nestas situa\u00e7\u00f5es, recebemos muitas opini\u00f5es e \u201cconselhos\u201d do que realmente n\u00e3o se deve fazer. Mas, em alguns casos, encontramos algum bom profissional que realmente est\u00e1 atento a nossa necessidade e prov\u00ea uma solu\u00e7\u00e3o ao problema.<\/p>\n
\u201cUm bom profissional sabe comunicar o seu jarg\u00e3o t\u00e9cnico com o jarg\u00e3o informal do seu cliente.\u201d<\/em><\/p>\n Outro ponto que alguns profissionais (mesmo os melhores) n\u00e3o entendem, \u00e9 o fato que o cliente n\u00e3o \u00e9 obrigado a saber\/entender de um determinado assunto ou uma necessidade. Isso eu chamo de vis\u00e3o, ou seja, alguns profissionais t\u00eam (e conquistam o cliente), outros n\u00e3o. Saliento a import\u00e2ncia em dar \u00e0 aten\u00e7\u00e3o ao cliente e se dedicar em ouvir sua hist\u00f3ria de forma a entender o que ele quer e para que ele quer.<\/p>\n Especificamente falando de softwares, a an\u00e1lise \u00e9 fundamental, pois em sua constru\u00e7\u00e3o, um dos maiores desafios no desenvolvimento \u00e9 o da constru\u00e7\u00e3o do sistema certo, que preencha as necessidades dos usu\u00e1rios a um pre\u00e7o razo\u00e1vel. E para que isso aconte\u00e7a, \u00e9 preciso atingir boa comunica\u00e7\u00e3o e boa compreens\u00e3o do mundo dos usu\u00e1rios (\u00e9 onde entra a An\u00e1lise de Sistemas). Este artigo \u00e9 uma abordagem bem superficial de uma an\u00e1lise de softwares, onde h\u00e1 v\u00e1rias itera\u00e7\u00f5es, bem como sua documenta\u00e7\u00e3o, no qual a documenta\u00e7\u00e3o dos requisitos e de casos de uso \u00e9 uma forma \u201ccontratual\u201d entre a equipe de desenvolvimento e o cliente a respeito do software que ser\u00e1 desenvolvido. Mas, o artigo aborda um ponto de vista que se deve ter na hora de construir software de qualidade.<\/p>\n Por outro lado, posso afirmar que o grande desafio do analista n\u00e3o se limita apenas em implementar melhores solu\u00e7\u00f5es tecnol\u00f3gicas, mas sim em mudar a cultura de uma empresa. Estudar, se dedicar e se especializar no que faz \u00e9 parte da vida do profissional, mas, saber lidar com essas situa\u00e7\u00f5es divergentes \u00e9 o que faz o grande diferencial do profissional e o sucesso no que se faz.<\/p>\n Fonte:\u00a0http:\/\/www.rafaelamaral.com.br<\/a><\/p>\n","protected":false},"excerpt":{"rendered":" Quando se fala em desenvolvimento de softwares, para quem tem bons conhecimentos de programa\u00e7\u00e3o (ou n\u00e3o), \u00e9 simples dizer a palavra \u201cm\u00e1gica\u201d que quase sempre j\u00e1 est\u00e1 na ponta da l\u00edngua: \u201cEu tenho a solu\u00e7\u00e3o!\u201d, afirmam. Contudo, isso \u00e9 um grande equ\u00edvoco que profissionais\/empresas cometem. O que alguns profissionais n\u00e3o entendem \u00e9 que nem sempre … Continue reading A an\u00e1lise de sistemas na constru\u00e7\u00e3o de softwares<\/span>