DEV Community

<deMGoncalves />
<deMGoncalves />

Posted on • Updated on

Está na hora de transformar suas dependências em commodities: como o Wardley Map pode ajudar

A tecnologia evolui rapidamente, e é comum que em projetos de software precisemos utilizar dependências externas para aumentar a produtividade e a qualidade do código. No entanto, nem todas as dependências são iguais, e é importante saber quais delas podem ser transformadas em commodity, ou seja, em algo comum, fácil de encontrar e de baixo custo. Neste post, vamos falar sobre como a técnica do Wardley Map pode ser útil para essa tarefa.

O que é Wardley Map?

O Wardley Mapping é uma técnica de mapeamento de valor que ajuda a visualizar a evolução de um sistema ao longo do tempo. Com essa técnica, podemos identificar quais dependências de um projeto são essenciais e quais podem ser transformadas em commodities. Neste post, vamos explorar como usar o Wardley Mapping para identificar dependências que podem ser transformadas em commodities em um projeto de software.

Antes de começar, é importante entender o que é uma commodity em termos de Wardley Mapping. Commodity é qualquer item que é facilmente disponível no mercado e pode ser comprado ou vendido a um preço razoável. Em outras palavras, é algo que pode ser facilmente substituído por um produto ou serviço similar de outro fornecedor.

Para aplicar o Wardley Mapping em um projeto de software, primeiro é necessário mapear as dependências do projeto em um mapa. Vamos considerar um exemplo de um projeto de software de e-commerce. Nesse caso, uma dependência importante pode ser um serviço de pagamento online, que é usado para processar transações de cartão de crédito. Outras dependências podem incluir um provedor de hospedagem na nuvem, um banco de dados e uma biblioteca de funções para processamento de imagem.

Após mapear as dependências do projeto, é possível categorizá-las em quatro tipos, de acordo com a evolução do mercado:

  1. Genesis: dependências que ainda não são conhecidas ou não foram descobertas. São consideradas muito arriscadas e podem ser evitadas.

  2. Custom: dependências personalizadas e criadas internamente para atender às necessidades específicas do projeto. Podem ser mais caras e difíceis de manter.

  3. Product: dependências que já estão disponíveis no mercado e são bem estabelecidas. Podem ser mais fáceis de manter, mas ainda são importantes para o projeto.

  4. Commodity: dependências que são amplamente disponíveis no mercado e podem ser facilmente substituídas. Podem ser mais baratas e menos importantes para o projeto.

No caso do exemplo do projeto de e-commerce, o serviço de pagamento online é uma dependência de produto, pois é necessário para o projeto, mas já existe no mercado e é bem estabelecido. Já o provedor de hospedagem na nuvem pode ser considerado uma dependência de commodity, pois existem muitos fornecedores no mercado que oferecem serviços semelhantes a preços competitivos. Por outro lado, o banco de dados e a biblioteca de funções para processamento de imagem podem ser considerados dependências customizadas, já que podem ter sido criadas especificamente para atender às necessidades do projeto.

Ao identificar as dependências do projeto e categorizá-las de acordo com a evolução do mercado, podemos tomar decisões mais informadas sobre quais dependências devem ser mantidas e quais podem ser substituídas por alternativas mais baratas e disponíveis no mercado. Isso pode ajudar a reduzir os custos do projeto e torná-lo mais ágil.

Conclusão

A técnica do Wardley Map é uma ferramenta poderosa para a tomada de decisões em projetos de software. Ao mapear as dependências no mapa, é possível identificar quais delas podem ser transformadas em commodity, reduzindo os custos e aumentando a confiabilidade do projeto. Vale ressaltar que é importante avaliar cada dependência individualmente, já que a sua posição no mapa pode variar de acordo com o contexto.

Wardley Mapping

Top comments (0)