Razem z Ivanem Tryhubem, współzałożycielem i dyrektorem generalnym SPLIT Development, rozmawialiśmy o powstaniu jego firmy oraz specyfice projektów, zaletach Worksection w porównaniu do Jiry, a także problemach z ustaloną ceną.
Powiedz nam o swojej firmie
SPLIT Development został założony w 2019 roku. Jestem dyrektorem agencji. Nasz zespół zajmuje się projektowaniem i e‑commerce. Obecnie skupiamy się głównie na Shopify i Wordpress, ale stopniowo rozszerzamy działalność na Node.js. Praktycznie nie mamy klientów w Ukrainie, więc pracujemy na zachodnim rynku.
Zrzut ekranu projektów z witryny SPLIT Development
Rozpoczęliśmy współpracę z współzałożycielem firmy, Dmytrem Karpowem, i zrozumieliśmy, że na początku nie chcemy zatrudniać drogich specjalistów, ponieważ na samym starcie to trochę “zabija” biznes.
Tak czy inaczej, byłem programistą front-end, więc uczyliśmy naszych znajomych i przyjaciół programowania front-end, w ten sposób zaczęliśmy działać z pierwszymi klientami. Zajmowałem się sprzedażą, prowadziłem projekty i pomagałem chłopakom sprawdzając ich kod.
Ale szybko się rozwijaliśmy, zaczęliśmy pozyskiwać projekty i zatrudniliśmy menedżera projektu. Dzięki tym krokom, po około półtora roku, zdobyliśmy Shopify. Obecnie zespół ds. rozwoju Shopify urosło do 11 – 12 osób.
Z jakimi narzędziami pracowaliście przed Worksection?
Początkowo korzystaliśmy z Trello, darmowej wersji obsługującej 12 projektów, ale z powodu raczej ograniczonej funkcjonalności, chcieliśmy przejść do czegoś bardziej stabilnego. Potem pracowaliśmy z Jirą. Jednak Jira stała się trochę drogą, ponieważ zespół zaczął się rozwijać. Poza tym miała również ograniczoną funkcjonalność.
Np. wszyscy pracujemy z trackerem, ale tam nie ma takiego trackera. Więc pewnego razu mój przyjaciel (też właściciel agencji) polecił Worksection. Mieliśmy prezentację, wysłuchaliśmy wszystkiego i to nam się spodobało.
Panel projektów w Worksection
Dlaczego wybraliście Worksection?
Bo Worksection ma bardzo fajne funkcje. Na przykład śledzenie czasu. Kiedy po raz pierwszy zaczęliśmy pracować z tym narzędziem, zacząłem analizować, ile czasu dział projektowy, dział Shopify i Node.js spędzają na projektach. A gdy przeliczyłem to na to, ile powinniśmy otrzymać, liczby, które miałem, były wyższe niż to, co faktycznie otrzymywaliśmy. Dlatego powiedzmy, pojawiła się analiza.
To również bardzo wygodne, że w Worksection można od razu wyznaczyć odpowiedzialną osobę za cały dział, która będzie odpowiedzialna nie za konkretne zadanie jako całość, ale za pewien etap.
Na przykład, programiści przenieśli zadanie z jednego etapu do etapu „Gotowe do QA”, ale zapomnieli wyznaczyć testera. Tester wtedy nie może dodać czasu, ponieważ to nie jest “jego zadanie”. Ale gdy zadanie jest przenoszone między etapami i odpowiedzialna osoba zmienia się automatycznie, to jest fajne.
A jeśli porównamy naszą pracę teraz z tym, jak pracowaliśmy z Jirą, mogę powiedzieć, że Worksection jest bardziej wygodne: wygodna analiza czasu, raporty. Dla nas to najlepsze. Oferowało wiele przydatnych funkcji, które pomogły nam rozwijać się i zrozumieć, gdzie traciliśmy w biznesie.
Problemy z fix-pricami
Przez jakiś czas pracowaliśmy z ustaloną ceną, ale jest wiele trudności z tym podejściem. Na przykład możemy rozpocząć projekt i podzielić go na etapy. Kończymy pierwszy etap i rozpoczynamy drugi. Następnie klient wysyła poprawki do pierwszego etapu i wprowadzamy je, kończąc drugi etap. Ale nie możemy otrzymać zapłaty, dopóki nie doprowadzimy pierwszego do perfekcji.
Teraz pracujemy bardziej na podstawie stawki godzinowej. Na początku pracy zawsze przedstawiamy klientowi kosztorys, zaznaczając, że wydatki mogą być wyższe lub niższe. Ponieważ nie możemy dokładnie obliczyć, ile godzin spędzimy ostatecznie.
Nasi programiści i projektanci pracują z trackerem, menedżerowie nie śledzą czasu. Bo możesz zliczyć godziny robocze programisty i testera, ale nie czas księgowego, na przykład.
Gdzie zespół komunikuje się o projektach?
Komunikujemy się głównie w Slack. Ale jeśli pojawiają się jakieś pytania dotyczące zadań, wolimy pisać komentarze w Worksection, aby później nie zginęły w czacie Slacka.
Na przykład, coś zmieniło się w projekcie. Klient zobaczył projekt, wszystko mu się podobało, ale spojrzał na stronę i zdecydował, że jakiś przycisk powinien mieć inny kolor. Takie szczegóły, gdzie klient wprowadza zmiany, są rejestrowane w Worksection, czyli w komentarzach lub w opisie zadania, aby tester mógł to zobaczyć podczas przeglądu i zrozumieć, dlaczego strona różni się od makiety.
Kiedy zespoły powinny wdrożyć system taki jak Worksection?
System zarządzania powinien być wprowadzony od samego początku. Mieliśmy go od samego początku, po prostu nie wiedzieliśmy o Worksection.
Niektóre zespoły korzystają po prostu z Trello, na przykład. Ale w miarę jak zespół rośnie, szukasz innych rozwiązań. Dla nas Worksection to „cena-jakość”, tzn. nie jest zbyt drogi, jak Jira, a ma jeszcze więcej funkcjonalności, która jest idealna dla nas.
Obejrzyj pełny wywiad wideo z Ivanem na naszym kanale YouTube.