TECHNICAL

TÍTULO DO DUE
DILIGENCE
ARQUIVO
Nobordist

ELABORADO POR:
Felipe Ferraz
Nome
PhD em Ciências da Computação;
Cargo
Head de Computação em Nuvem no CESAR;
Formação
Gerente de Pesquisa na CESAR School;
Link do Linkedin
3X Certificado em AWS;
Consultor de Nuvem na Valcann.
linkedin.com/in/fsferraz/

Tiago Bockholt
Msc em Ciências da Computação
Gerente de Projetos de Inovação
Startup Mentor
linkedin.com/in/tiago-bockholt-4723a02b/
 TECHNICAL DUE DILIGENCE - NOBORDIST

1. Visão Geral
A Nobordist é uma startup com foco em logística e desembaraço aduaneiro. Ela
possui uma plataforma e um modelo de negócio com base em um software as
service que promete auxiliar no desembaraço e entrega de produtos da china em
até 7 dias. Tem como fundamento, a automação e a gestão da documentação
aduaneira para agilizar o frete e a experiência de venda na perspectiva do vendedor.
A entrevista foi realizada em conjunto com o Tech Leader e o Product Manager.

NÍVEL DE MATURIDADE
Esta seção mostra o nível
de maturidade alcançado
pela startup nos diversos
eixos avaliados Arquitetura Infraestrutura

Arquitetura

Infraestrutura Pessoas
Roadmap

Pessoas

Processos

Propriedade
Intelectual

Roadmap Propriedade
Processos
Intelectual

Cada eixo foi avaliado por vários critérios de acordo com a aderência. A nota foi em
uma escala de 0 (Nenhuma Aderência) e 5 (Muita Aderência), de acordo com a régua
abaixo:
3

Pouca Aderência 0 5 Muita Aderência

PADRÕES DE PROJETO LINGUAGEM DE PROGRAMAÇÃO C-LEVEL TECNOLOGIA

DISPONIBILIDADE SEGURANÇA TECNOLOGIAS BANCO DE DADOS

INTEGRABILIDADE ESCALABILIDADE FERRAMENTAS CLOUD

CONFIABILIDADE

INCEPTION SUPORTE FUNCIONALIDADES

FERRAMENTAS DE TERCEIROS
DEVOPS DESENVOLVIMENTO CRESCIMENTO DO TIME
LICENÇAS DE USO
RECRUTAMENTO OPERAÇÃO SEGURANÇA LGPD

EXPERIMENTAÇÃO TESTES EVOLUÇÃO ARQUITETURAL

 TECHNICAL DUE DILIGENCE - NOBORDIST

Arquitetura

Média de Esta seção do documento descreve em uma análise de alto

Maturidade nível as abordagens arquiteturais, bem como as práticas
que foram utilizadas na construção da solução apresentada

2,6 pela Nobordist.

Padrões de Projeto 3
Escalabilidade 3
Disponibilidade 2
Performance 3
Integrabilidade 3
Confiabilidade 2
Segurança 2
Manutenibilidade 3

PADRÕES DE PROJETO

No que diz respeito a Design Patterns, não tivemos a

Nível de oportunidade de avaliar. A nota 3 denota uma situação que
Maturidade não está comprometida e que tem pontos de melhoria não
3 críticos. Mesmo tendo sido reportado pela empresa, que
existem débitos técnicos a serem corrigidos que são
deixados para um segundo momento em detrimento do
desenvolvimento de novas funcionalidades.

ESCALABILIDADE

Nível de Dada a natureza da Nobordist, atender em escala a alta

Maturidade demanda não parece ser um problema crítico. Mesmo com
3 a atual arquitetura sendo baseada em um ambiente de data
center, com planejamento de migração para nuvem (AWS).

DISPONIBILIDADE

Por não usar ambientes de alta disponibilidade de uma

Nível de
cloud, o ambiente é passível de sofrer com eventuais
Maturidade
indisponibilidades.
2 Reforça-se que, além da necessidade de uma migração ( em
andamento) para um provedor de cloud, é necessário fazer o
uso dos PaaS e demais ferramentas que atuem nesse
ínterim.
 TECHNICAL DUE DILIGENCE - NOBORDIST

PERFORMANCE

Dado o nível de acesso da aplicação, a mesma parece não

Nível de sofrer de maiores problemas de performance. Contudo, existe
Maturidade
a possibilidade de melhorias, ainda que pequenas, no que diz
3 respeito a migração para nuvem e consequente utilização de
serviços serverless da AWS.

INTEGRABILIDADE

Nível de A solução consegue se integrar com facilidade com outros

Maturidade sistemas já existentes através do uso de APIs. Consegue lidar
bem com isso e se integra com outros N serviços de terceiros.
3

CONFIABILIDADE

Nível de Existe um plano de melhorar a segurança através da

Maturidade configuração correta dos serviços da AWS, mas não

2
conseguimos avaliar se há um plano concreto com atividades,
prazo e prioridade.

SEGURANÇA

Foram identificados oportunidades básicas de melhoria de

Nível de segurança na aplicação. Entende-se que, dado o atual estágio
Maturidade
do desenvolvimento, segurança fica em um segundo
2 momento. Contudo, há que se reforçar a criticidade da
aplicação e as possibilidades de adoção dessa natureza a um
baixo custo utilizando-se provedores de cloud.

MANUTENABILIDADE

Nível de Equipe parece entender bem todo o fluxo da aplicação, o que

Maturidade confere a eles um bom grau de manutenção em toda a stack.
Não configurando como um problema.
3
 TECHNICAL DUE DILIGENCE - NOBORDIST

Infraestrutura

Média de
Esta seção do documento descreve em uma análise alto
Maturidade nível as abordagens de infraestrutura, bem como as
práticas que foram utilizadas na construção da solução.

3,0 Cloud 3
Ling. Programação 3
Stack (Tecnologias) 3
Banco de Dados 3
Ferramentas 3

CLOUD

Nível de A solução não foi desenvolvida em nenhum provedor de

Maturidade cloud, contudo existe pessoal contratado para efetuar a
3 migração para a AWS. Fica um ponto de atenção para a
correta escolha e uso de serviços da AWS. Dado este cenário
estamos considerando como se já existisse um ambiente de
cloud sendo utilizado.

LINGUAGENS DE PROGRAMAÇÃO

A linguagem de programação escolhida, prioritariamente, é

Nível de JRuby e Vue.js. São linguagens que atendem as demandas
Maturidade do projeto. Além de possuir uma comunidade bem ativa para

3 resolução de dúvidas e modularização de componentes.

STACK (TECNOLOGIAS)

A solução foi desenvolvidos usando-se JRuby, Vue.JS e

Nível de Docker como ambiente de execução. Jenkins fica como o
Maturidade responsável por automações de CI/CD e banco de dados

3 em PostGrees. Atualmente, a solução está hospedada na

Digital Ocean com roadmap para migração para AWS. As
escolhas estão de acordo com a demanda e parecem não
comprometer.
 TECHNICAL DUE DILIGENCE - NOBORDIST

BANCO DE DADOS

O banco de dados é o PostgreSQL. Um banco de dados que é

Nível de maduro, open source e atende a demanda existente no
Maturidade projeto.

FERRAMENTAS

O versionamento é feito via CI/CD. Existem um ambiente de

Nível de staging que é utilizado para promoção a posteriori em
Maturidade ambiente de produção. Existem rotinas de Jenkins presente e

3 em uso.

Processos
Esta seção do documento descreve em uma análise alto
nível os processos que são praticados pela startup.
Média de
Maturidade
Inception 2
3,0 Experimentação 5
Desenvolvimento 3
Testes 2
DevOps 3
Suporte 3
Operações 3
Recrutamento de Pessoas -

INCEPTION
O processo de criação e alinhamento de novas features não
envolvem os usuários diretamente. O processo de priorização de
features e descoberta utiliza do conhecimento dos fundadores e
Nível de desenvolvedores que estão lidando diretamente com a parte de
Maturidade
suporte, problemas e bugs do produto. Existe, no entanto, um
2 desejo de ter um CAB (Customer Advisory Board), o que é
excelente, mas para um início de startup é uma estrutura
custosa. Recomenda-se a utilização de automação através de
web analytics ou até mesmo de retornos (feedbacks) subjetivos
do próprio usuário no produto.
 TECHNICAL DUE DILIGENCE - NOBORDIST

EXPERIMENTAÇÃO

Nível de Aparentemente a equipe de produto mantém contato ativo

Maturidade com os clientes, tentando mapear seus anseios e desejos.
Existe uma priorização do roadmap que está pautado na
5 tentativa de melhorar os tempos de disponibilização das
informações para os clientes.

DESENVOLVIMENTO

Nível de
A startup procura utilizar métodos ágeis fazendo uso de
Maturidade backlogs para gerenciar sprints e entregas. Times
estruturados em squads com bom nível de independência.
3
TESTES

Nível de
Os testes são feito pelos desenvolvedores e não identificamos
Maturidade a figura ou o papel do de um QA (analista de qualidade).
Embora há um checklist de qualidade com a presença de
2 testes automatizados e revisão de código em pares. Ponto de
atenção é que a bateria de testes está desatualizada. Não
utilizam TDD. Assim como, a cobertura de testes que ainda
não é exaustiva.

DEVOPS

Nível de
Foi comentado a existem de CI/CD. Existe ainda margem para
Maturidade melhoria nesse aspecto, a equipe tem ciência disso e já possui
pessoal dedicado para tal atividade
3

SUPORTE
Existe uma boa estrutura de suporte para atendimento de
Nível de clientes e suas demandas. Equipe conta com pessoas que
Maturidade falam chines, parte fundamental do modelo da startup precisa
3 disso. Existe margem para maiores estruturação e
crescimento da equipe, mas no atual estado atende bem.

OPERAÇÃO

Nível de
Esse item não foi avaliado. No entanto, pelo que foi reportado,
Maturidade existe uma baixa volumetria de dados que contribuem para
estabilização de problemas.
3
 TECHNICAL DUE DILIGENCE - NOBORDIST

RECRUTAMENTO DE PESSOAS

Nível de Esse item não foi avaliado. Existe, no entanto, a ciência por
Maturidade parte da startup da necessidade de contratação de mais mão
de obra e de que tal atividade, no contexto atual, é um desafio
- a ser superado.

Pessoas

Média de Esta seção do documento analisa o capital humano

Maturidade disponível em cada área de atuação da startup.

3,5
C-Level 4
Tecnologia 3

C-LEVEL

O Gerente de Produto conhece bem do negócio e conseguiu

Nível de explicar, com propriedade, a solução e o potencial da
Maturidade plataforma digital. Possui outras experiências na área.
O Tech Leader tem formação técnica consolidada de alto
4 reconhecimento na França, mas levanto um ponto de atenção
pela pouco experiência, que não compromete e que poderia
ser potencializada com a contratação de uma consultoria mais
experiente para fazer um papel de mentoria.

TECNOLOGIA

Aparentemente, não existe um PO (Product Owner) dedicado à

Nível de
evolução da plataforma, também não pudemos identificar a
Maturidade
presença de equipe de Quality Assurance.
3 O CTO acumula os papéis de revisor, product manager e de
arquiteto de software. Além do CTO, o time de
desenvolvimento é composto por equipes menores que
trabalham com autonomia. Fica a atenção para o ainda
reduzido tamanho da equipe dado o tamanho da operação.
 TECHNICAL DUE DILIGENCE - NOBORDIST

Propriedade Intelectual

Esta seção do documento descreve em uma análise de alto

Média de nível a propriedade intelectual da startup.
Maturidade

3,5 Licenças de Uso

Ferramentas de Terceiros
4
3

LICENÇAS DE USO

Nível de As licenças das tecnologias que utilizam são open source o

Maturidade que não gera nenhum problema com propriedade intelectual.

4
Sobre as licenças de terceiros não houve avaliação.

FERRAMENTAS TERCEIROS

Há diversas integrações com serviços de terceiros. Os

Nível de
serviços são maduros, porém existe a preocupação do
Maturidade
impacto que teria no negócio, se uma destas parcerias for
3 encerrada precocemente ou mudanças na API. Por xemplo, o
caso em que foi mencionado a situação com os correios que
às vezes para de responder.

Roadmap

Média de Esta seção do documento descreve em uma análise de alto

Maturidade nível, o roadmap do produto, bem como as estratégias para
crescimento.

2,5
Funcionalidade 2
Evol. Arquitetural 3
Cresc. do Time 3
Segurança 2
LGPD -
 TECHNICAL DUE DILIGENCE - NOBORDIST

FUNCIONALIDADES
Para alavancagem de funcionalidades, a startup faz uso da
matriz GUT, que tem como base analisar os problemas e o
Nível de custo de não tratá-los. Embora seja um boa forma de priorizar
Maturidade itens de desenvolvimento, essa metodologia pode direcionar o
time a resolver os problemas sem um olhar voltado para novas
2 ideias ou pivots de negócios. Recomenda-se a utilização de
design thinking ou, até mesmo, lean inceptions periódicas
para abrir o conjunto de funcionalidades para além dos
problemas existentes.

EVOLUÇÃO ARQUITETURAL

Existe um roadmap para as melhorias arquiteturais no que diz

Nível de respeito a refatoração de código e solução de débitos
Maturidade técnicos. No entanto, aparentemente, o time não tem
capacidade de acelerar as mudanças que estão planejadas no
3 roadmap, tanto pelo tamanho da equipe quanto pelo foco em
produto e novas funcionalidades.

CRESCIMENTO DO TIME

Nível de O time recentemente contratou um pessoal responsável pela

Maturidade parte de Devops e Cloud. Existe um planejamento para
contratação de mais pessoas, mas alegam dificuldades em
3 virtude da escassez do mercado.

SEGURANÇA

Nível de Dada a quantidade de integrações do sistema, há que se

Maturidade ressaltar a importância e atenção com aspectos diversos de

2
segurança, principalmente no que se diz respeito a superfície
de contato, que são muitas e com diversos players envolvidos

LGPD

Não foi possível avaliar questões relacionadas a LGPD, mas

Nível de nos foi dito que um dos pontos que precisam ser melhorados é
Maturidade
o monitoramento da segurança da informação.
--
 TECHNICAL DUE DILIGENCE - NOBORDIST

2. Nível de Maturidade - TRL

Níveis de Maturidade da Tecnologia (Technology Readiness Level - TRL) é um

índice para medir a maturidade e usabilidade de uma tecnologia em evolução. É
cada vez mais usado para benchmarking, gerenciamento de risco e decisões de
financiamento em todo o mundo. Para que os tomadores de decisão sejam
capazes de descobrir se e quando integrar (lançar) uma tecnologia (produto) em
sistemas maiores (mercados).

Protótipo de Alta Fidelidade

Solução avaliada como entre estágios TRL5 e TRL6. Mesmo

TRL5 que apresentando uma solidez no que foi apresentado e

contando com clientes reais, funcionando em ambiente real,
a maior parte do fluxo ainda acontece com supervisão e
interação da equipe de desenvolvimento para resolução de
problemas. Some-se a isso, o perfil reduzido da equipe e sem
a presença de pessoal responsável por Q.A (qualidade).
 TECHNICAL DUE DILIGENCE - NOBORDIST

3. Recomendações para Startup

Efetuar a migração para AWS contemplando a adoção de serviços Serverless

para ganho de disponibilidade, além da aplicação de práticas de "Excelência
Operacional", conforme detalhado no AWS Well Architected Framework para
ganho de agilidade na correção de bugs e execução de CI/CD.

Aumentar o equilíbrio entre desenvolvimento de novas demandas e resolução

de débitos técnicos.

Avaliar contratação de parceiro AWS para auxiliar especificamente na definição

de uma arquitetura desenhada nas melhores práticas do provedor da nuvem em
questão.

Estruturação de equipe de desenvolvimento com pessoal da Quality Assurance

e com mais membros responsáveis pelo desenvolvimento.

Para o processo de ideação e alavancagem de um roadmap futuro,

recomenda-se a utilização de técnicas centradas no usuário como, por
exemplo, design thinking ou lean inception.