Juntamente com Ivan Tryhub, co-fundador e CEO da SPLIT Development, discutimos a formação da sua empresa e os detalhes dos projetos, as vantagens do Worksection em comparação ao Jira, bem como os problemas de um preço fixo.
Conte-nos sobre sua empresa
SPLIT Development foi fundada em 2019. Eu sou o CEO da agência. Nossa equipe faz design e e‑commerce. Agora é mais Shopify e Wordpress, mas estamos expandindo gradualmente para Node.js também. Quase não temos clientes na Ucrânia, por isso trabalhamos com o mercado ocidental.
Captura de tela dos projetos no site da SPLIT Development
Começamos a trabalhar juntos com o co-fundador da empresa, Dmytro Karpov, e percebemos que não queríamos contratar especialistas caros no início, porque no começo isso “mata” um pouco o negócio.
No geral, eu era desenvolvedor front-end, então ensinamos nossos conhecidos e amigos o front-end, e assim começamos a trabalhar com os primeiros clientes. Eu fiz vendas, liderei projetos e ajudei a equipe analisando seu código.
Mas nos expandimos rapidamente, começamos a receber projetos e contratamos um gerente de projetos. Com esses passos, após cerca de um ano e meio, conseguimos Shopify. E agora a equipe de desenvolvimento do Shopify cresceu para 11 – 12 pessoas.
Com quais ferramentas você trabalhou antes do Worksection?
No início, trabalhamos com Trello, a versão gratuita com 12 projetos disponíveis, mas devido a uma funcionalidade reduzida, queríamos encontrar algo mais estável. Depois, trabalhamos com Jira. Mas o Jira se tornou um pouco caro, à medida que a equipe começou a escalar. Além disso, também tinha funcionalidades limitadas.
Por exemplo, todos nós trabalhamos com um rastreador, mas não há rastreador lá. Então, uma vez, um amigo meu (também proprietário de agência) recomendou o Worksection. Tivemos uma apresentação, ouvimos tudo e gostamos.
Dashboard de Projetos no Worksection
Por que você escolheu o Worksection?
Porque o Worksection tem recursos muito legais. Por exemplo, rastreamento de tempo. Quando começamos a trabalhar com a ferramenta, comecei a analisar quanto tempo o departamento de design, o departamento de Shopify e o Node.js gastavam em projetos. E quando eu converti tudo isso em quanto deveríamos receber, os números que eu tinha eram maiores do que o que realmente recebemos. Portanto, digamos que a análise apareceu.
É também muito conveniente que no Worksection você possa designar uma pessoa responsável por toda uma seção de uma vez, que será responsável não por uma tarefa específica como um todo, mas por uma determinada etapa.
Por exemplo, os desenvolvedores moveram a tarefa de um estágio para o estágio “Pronto para QA”, mas esqueceram de designar um testador. O testador então não pode adicionar tempo lá, porque não é “sua tarefa”. Mas quando a tarefa é transferida entre os estágios e a pessoa responsável é mudada automaticamente, é ótimo.
E se compararmos nosso trabalho agora com como trabalhávamos com o Jira, posso dizer que o Worksection é mais conveniente: análise de tempo conveniente, relatórios. Para nós, isso é o melhor. Ele oferece muitos recursos úteis e nos ajudou a crescer e entender onde estávamos perdendo no negócio.
Problemas de preço fixo
Por um tempo trabalhamos com preço fixo, mas existem muitas dificuldades com essa abordagem. Por exemplo, podemos iniciar um projeto e dividi-lo em etapas. Estamos completando a primeira fase e começando a segunda. Então o cliente envia correções para a primeira etapa e nós as fazemos, finalizando a segunda etapa. Mas não podemos ser pagos até que a primeira esteja perfeita.
Agora trabalhamos mais por hora. No início do trabalho, sempre fornecemos ao cliente uma estimativa, observando que as despesas podem ser mais altas ou mais baixas. Porque não conseguimos calcular perfeitamente quantas horas gastaremos no final.
Nossos desenvolvedores e designers trabalham com um rastreador, os gerentes não controlam o tempo. Porque você pode contar as horas de trabalho de um desenvolvedor e de um testador, mas não o tempo de um contador, por exemplo.
Onde a equipe se comunica sobre os projetos?
Nos comunicamos mais no Slack. Mas se houver algumas perguntas sobre as tarefas, preferimos escrever comentários no Worksection, para que não se percam no chat do Slack depois.
Por exemplo, algo mudou no design. O cliente viu o design, gostou de tudo, mas olhou no site e decidiu que algum botão deveria ser de uma cor diferente. Esses detalhes, onde o cliente faz alterações, são registrados no Worksection, ou seja, nos comentários ou na descrição da tarefa, para que o testador possa vê-los durante a inspeção e entender por que o site difere do layout.
Quando as equipes devem implementar um sistema como o Worksection?
O sistema de gestão deve estar em vigor desde o início. Nós o tivemos desde o começo, só não sabíamos sobre o Worksection.
Algumas equipes simplesmente usam o Trello, por exemplo. Mas à medida que a equipe cresce, você procura algumas outras soluções. Para nós, o Worksection é “preço-qualidade”, ou seja, não muito caro, como o Jira, e ainda mais funcionalidade apenas para nós.
Assista à entrevista completa em vídeo com Ivan em nosso canal do YouTube.