Por que os profissionais às vezes criam aplicativos ruins?

Olá amigos. Hoje eu quero falar sobre um tópico muito interessante e me fazer perguntas retóricas. Nomeadamente, às vezes acontece que especialistas realmente talentosos e profissionais trabalham em um projeto. Gaste muito tempo e esforço na criação de um aplicativo de software. E o resultado é não entender o que.

Suponha que exista um cliente, um excelente especialista em seus negócios. Por isso, ele decidiu criar um aplicativo WEB, que deveria ajudá-lo a obter mais clientes e, é claro, mantê-los. E há uma certa empresa de TI que está no mercado há muitos anos, que possui uma equipe decente de diversos especialistas e oferece excelentes condições de preço e qualidade. Quero dizer imediatamente que as histórias semelhantes que estou descrevendo agora acontecem o tempo todo e não aponto para ninguém especificamente. Basta levar o cavalo esférico no vácuo.

Assim, o cliente e a empresa assinaram um contrato para criar um aplicativo WEB. Quando um analista de negócios se comunicou com um cliente, foi formado um pacote de documentação bastante grande, que foi posteriormente processado em uma tarefa técnica detalhada (a seguir denominada TK). Para este TK, foram calculadas estimativas e prazos para cada etapa do trabalho.

De acordo com os contratos, a empresa assume todo o processo de criação do aplicativo, do design ao suporte aos servidores de produção. E o trabalho começou a ferver. Os designers, de acordo com o TK proposto, criaram um excelente layout que realmente impressionou o cliente. O design é realmente muito agradável e interessante. O cliente está feliz. Os designers têm certeza de que este é o melhor trabalho do portfólio. Os layouts de design são aprovados e voam para os desenvolvedores para familiarização e desenvolvimento.

Uma equipe de especialistas profissionais se reúne para o projeto e eles começam a discutir arquitetura. O brainstorming não é em vão e o arquiteto cria uma arquitetura muito flexível e escalável. O sistema de armazenamento de dados foi engenhosamente projetado, muito simples, mas ao mesmo tempo muito flexível. Todos se congratulam e se orgulham do trabalho realizado.

Os desenvolvedores começam a escrever o código de acordo com o modelo de negócios e a arquitetura desenvolvida. Um código muito limpo e bonito é criado. Posteriormente, qualquer um pode apoiá-lo. Tudo é coberto em testes, tudo funciona como esperado. Os desenvolvedores são muito bem-sucedidos e colocam toda a sua alma e habilidade no projeto.

Todas as estimativas e prazos são observados. O projeto está sendo executado sem problemas. E assim os testadores começam seu trabalho. Excelentes especialistas em controle de qualidade passam por todo o projeto, encontrando todos os batentes e gargalos. E o projeto é finalmente levado ao ideal. Todo o fluxo está funcionando totalmente, todos os formulários são validados, cada erro tem sua própria exceção. O projeto parece um para um, como no design.

O cliente está muito satisfeito, eles fizeram tudo exatamente como ele queria. Os designers têm muito orgulho do seu projeto de design. Os desenvolvedores estão orgulhosos de que o código seja perfeito. Os testadores estão felizes por tudo ser testado e funcionar sem comentários.

E agora chega o momento para o acorde final. Lançar o primeiro lançamento na produção, uma campanha publicitária é lançada. E os primeiros usuários aparecem no site. O cliente, em antecipação aos primeiros clientes, já está esfregando as mãos. E então acontece algo que ninguém esperava.

Alguns usuários começam a "entediar" e fazem tudo que não é o pretendido no fluxo. Alguns deixam o projeto depois de um minuto. E alguém começa a escrever intensamente em apoio para ajudá-lo a descobrir o que é o quê. Acontece que eles também enviam comentários negativos sobre o próprio projeto e aqueles que o desenvolveram.

E após esse lançamento, o cliente cai em um estupor, os desenvolvedores estão perdidos. Como isso é possível? Afinal, o projeto em si foi concebido por um profissional em seu tipo de negócio. O design foi elaborado por profissionais e apreciado pelo cliente e pela equipe. O código foi escrito por excelentes especialistas com grande experiência. Tudo correu bem. Então, por que o projeto falhou miseravelmente na final? O que fazer com isso agora? E que conclusões podem ser tiradas disso tudo?

Pessoalmente, minha opinião é que, em algum momento do desenvolvimento do projeto, o momento foi perdido pelo fato de o projeto ainda estar sendo realizado para o usuário final, a quem ninguém perguntou como ele se sentiria confortável, qual design é mais agradável para ele e qual do funcional ele precisa. Que em alguma fase do projeto ele se tornou familiar, e não havia um olhar crítico novo do lado. E o que o cliente e a equipe gostaram subjetivamente não entrou no usuário final.

E o resultado é uma situação muito surpreendente: uma equipe de profissionais altamente qualificados criou um aplicativo não viável.

E o que você acha, como foi necessário construir tudo corretamente para não acabar com algo que ninguém precisava? Escreva suas sugestões nos comentários.

Source: https://habr.com/ru/post/pt477744/


All Articles