Insieme a Ivan Tryhub, co-fondatore e CEO di SPLIT Development, abbiamo discusso della formazione della sua azienda e delle specifiche dei progetti, dei vantaggi di Worksection rispetto a Jira, nonché dei problemi di un prezzo fisso.
Parlaci della tua azienda
SPLIT Development è stata fondata nel 2019. Io sono il CEO dell’agenzia. Il nostro team si occupa di design e‑commerce. Ora ci concentriamo maggiormente su Shopify e Wordpress, ma ci stiamo gradualmente espandendo anche a Node.js. Abbiamo quasi zero clienti in Ucraina, quindi lavoriamo con il mercato occidentale.
Screenshot dei progetti dal sito web di SPLIT Development
Abbiamo iniziato a lavorare insieme con il co-fondatore dell’azienda, Dmytro Karpov, e ci siamo resi conto che non volevamo assumere specialisti costosi all’inizio, perché all’inizio ciò “uccide” un po’ il business.
In generale, ero un sviluppatore front-end, quindi abbiamo insegnato ai nostri conoscenti e amici il front-end, ed è così che abbiamo iniziato a lavorare con i primi clienti. Mi occupavo delle vendite, guidavo i progetti e aiutavo i ragazzi controllando il loro codice.
Ma ci siamo espansi rapidamente, abbiamo iniziato a ricevere progetti e abbiamo assunto un project manager. Con questi passi, dopo circa un anno e mezzo, abbiamo ottenuto Shopify. E ora il team di sviluppo Shopify è cresciuto a 11 – 12 persone.
Con quali strumenti lavoravi prima di Worksection?
All’inizio, lavoravamo con Trello, la versione gratuita con 12 progetti disponibili, ma a causa di una funzionalità piuttosto ridotta, volevamo passare a qualcosa di più stabile. Poi abbiamo lavorato con Jira. Ma Jira è diventato un po’ costoso, poiché il team ha iniziato a scalare. Inoltre, aveva anche funzionalità limitate.
Ad esempio, tutti noi lavoriamo con un tracker, ma non c’è un tracker lì. Così un giorno un mio amico (anche lui proprietario di un’agenzia) ha raccomandato Worksection. Abbiamo avuto un’introduzione, abbiamo ascoltato tutto e ci è piaciuto.
Project Dashboard in Worksection
Perché hai scelto Worksection?
Perché Worksection ha funzionalità davvero interessanti. Ad esempio, il tracciamento del tempo. Quando abbiamo iniziato a lavorare con lo strumento, ho cominciato ad analizzare quanto tempo il dipartimento di design, il dipartimento di Shopify e Node.js trascorrevano sui progetti. E quando ho convertito tutto questo in quanto dovremmo ricevere, i numeri che avevo erano superiori a quelli che effettivamente ricevevamo. Pertanto, diciamo che è emersa un’analisi.
È anche molto comodo che in Worksection puoi nominare una persona responsabile per un’intera sezione alla volta, che sarà responsabile non di un compito specifico nel suo complesso, ma di una certa fase.
Ad esempio, gli sviluppatori hanno spostato il compito da una fase all’altra nella fase “Pronto per QA”, ma hanno dimenticato di nominare un tester. Il tester non può aggiungere tempo lì, perché non è “il suo compito”. Ma quando il compito viene trasferito tra le fasi e la persona responsabile viene cambiata automaticamente, è fantastico.
E se confrontiamo il nostro lavoro ora con come lavoravamo con Jira, posso dire che Worksection è più conveniente: analisi del tempo conveniente, report. Per noi, questo è il migliore. Ha offerto molte funzionalità utili, e ci ha aiutato a crescere e capire dove stavamo perdendo nel business.
Problemi di prezzo fisso
Per un po’ abbiamo lavorato con un prezzo fisso, ma ci sono molte difficoltà con questo approccio. Ad esempio, possiamo iniziare un progetto e suddividerlo in fasi. Completiamo la prima fase e iniziamo la seconda. Poi il cliente invia correzioni alla prima fase e noi le facciamo, terminando la seconda fase. Ma non possiamo essere pagati finché non rendiamo perfetta la prima.
Ora lavoriamo più a tariffa oraria. All’inizio del lavoro, forniamo sempre al cliente una stima, notando che le spese potrebbero essere superiori o inferiori. Perché non possiamo calcolare perfettamente quante ore spenderemo alla fine.
I nostri sviluppatori e designer lavorano con un tracker, i manager non tracciano il tempo. Perché puoi contare le ore lavorative di uno sviluppatore e di un tester, ma non il tempo di un contabile, per esempio.
Dove comunica il team riguardo ai progetti?
Comunichiamo più in Slack. Ma se ci sono domande sui compiti, è meglio scrivere commenti in Worksection, così non viene perso nella chat di Slack in seguito.
Ad esempio, qualcosa è cambiato nel design. Il cliente ha visto il design, gli è piaciuto tutto, ma ha guardato sul sito e ha deciso che un certo pulsante dovrebbe essere di un altro colore. Tali dettagli, in cui il cliente apporta modifiche, vengono registrati in Worksection, cioè nei commenti o nella descrizione del compito, affinché il tester possa vederli durante l’ispezione e capire perché il sito differisce dal layout.
Quando le squadre dovrebbero implementare un sistema come Worksection?
Il sistema di gestione dovrebbe essere presente sin dall’inizio. Noi ce l’avevamo fin dall’inizio, semplicemente non sapevamo di Worksection.
Al alcuni team usano semplicemente Trello, ad esempio. Ma man mano che il team cresce, cerca altre soluzioni. Per noi, Worksection è “prezzo-qualità”, ovvero non troppo costoso, come Jira, e ha anche più funzionalità solo per noi.
Guarda l’intervista video completa con Ivan sul nostro canale YouTube.