Ao falar sobre projetos de software, você já viu como diferentes empresas de desenvolvimento de software ou empresas de design de serviços de software descrevem um projeto? Após ler suas descrições, você consegue entender rapidamente as necessidades e o contexto específicos do projeto?

As descrições comuns de projetos de software geralmente incluem quatro pontos principais:

Introdução à indústria do cliente

Os clientes dos projetos de software abrangem várias indústrias. Para apresentar um projeto a pessoas de diferentes setores, é essencial começar com o contexto da indústria. Isso inclui como a indústria se conecta com a vida das pessoas, quais são os mercados ou públicos-alvo, qual o papel da empresa ou indivíduo do cliente na indústria, quais são suas crenças ou características e qual é a visão futura da empresa. Essa introdução ajuda os desenvolvedores de software a entender melhor as perspectivas dos clientes.

Problemas encontrados no processo de negócios (onde está a necessidade)

Este é o principal motivo pelo qual o cliente busca ajuda. Que problemas o cliente enfrenta em seu ambiente de trabalho? É necessário digitalizar processos existentes, ou o sistema de informação atual precisa ser reorganizado após anos de uso? Ou talvez seja necessário adotar medidas digitais para acompanhar novas tendências do setor? Aqui, é importante entender objetivamente a situação do cliente.

Soluções propostas

Após chegar a um consenso com o cliente, a empresa de software propõe e implementa soluções personalizadas que atendem às necessidades do cliente, aplicando-as com sucesso em seus processos de trabalho.

Resultados

Comparado com soluções antigas, quais são as diferenças e mudanças objetivas trazidas pela nova solução para o cliente? Por exemplo, melhorias na eficiência do processo de produção, redução do tempo de consolidação de informações, fornecimento de novos canais para alcançar clientes...

Combinando essas quatro descrições de projetos de software, podemos obter uma compreensão inicial do projeto. Durante as discussões com o cliente, o gerente de projeto deve garantir que essas descrições sejam claras em nossa mente. Uma descrição de projeto de software é flexível; pode ser resumida em uma frase ou detalhada em um relatório completo. Neste momento, podemos tentar:

Estabelecer um "valor central" que defina o escopo do projeto

Um projeto é um projeto porque, com recursos limitados, busca atingir um objetivo específico. No entanto, ao perseguir esse objetivo, se não houver restrições de escopo, podem surgir funcionalidades "relacionadas". Essas funcionalidades podem melhorar significativamente a solução, mas podem prolongar o tempo de desenvolvimento, atrasando o lançamento. Ou podem não ter um impacto concreto na solução.

Exemplo:

O cliente deseja que um sistema de informação empresarial tenha a funcionalidade de "pressionar um botão de início para executar automaticamente tarefas agendadas". Intuitivamente, isso pode parecer apenas uma questão de encadear processos de trabalho, mas o desenvolvimento real pode exigir a consideração de permissões de execução, status da execução anterior, estabilidade da conexão do sistema, etc. Neste ponto, o cliente pode dizer: "Quero que, ao pressionar o botão de início, haja uma sensação de vida e movimento."

Durante o desenvolvimento de software, ao planejar funcionalidades com base em uma única história de usuário, muitas vezes precisamos considerar o contexto e a lógica de negócios associada. Quando o cliente não tem objeções às funcionalidades, ele pode se concentrar em cores de interface, layout, comportamento de botões e transições de página, insistindo em uma aparência mais animada.

O que fazer quando há um conflito entre funcionalidades de desenvolvimento e a interface esperada pelo cliente dentro de um cronograma limitado?

Nesse momento, é necessário voltar ao "valor central" para verificar a necessidade e prioridade das funcionalidades com o tempo e recursos disponíveis. O valor central é frequentemente um lema conciso, como um mantra poderoso que nos ajuda a decidir sobre a inclusão ou exclusão de histórias de usuário. Ao encontrar resistência do cliente, podemos redirecionar a discussão para considerar "quais são os benefícios de uma interface mais animada para o sistema de informação empresarial?" ou "se precisarmos de mais tempo de design para uma interface mais animada, atrasando o lançamento, isso é aceitável?". Em seguida, sugerimos "priorizar as demandas de acordo com o 'valor central' para garantir o lançamento no prazo".

Defina o "valor central" mais adequado com o cliente para cada projeto

O valor central do projeto nos guia durante discussões de equipe de desenvolvimento ou entrevistas de requisitos e aceitação com o cliente, como um farol que nos mantém no curso certo. Se você está enfrentando dificuldades com as demandas do cliente, considere listar o valor central do projeto para convencer a si mesmo e ao cliente!