Jak zorganizować rozwój w szczupłym startupie programistycznym?

Kategoryzacja rozwoju w firmie

Jedną z rzeczy, które mogą pomóc w strukturze rozwoju, jest podzielenie różnych rodzajów zadań rozwojowych w firmie na kategorie, dzięki czemu można mieć lepsze wyobrażenie o ustalaniu priorytetów, delegowaniu i organizacji w zespole. 🤝

Poniżej znajdują się trzy kategorie rozwoju, które mamy w Salesflare:

Problemy to rzeczy, które są zepsute i muszą zostać naprawione w produkcie.

Ale co ma pierwszeństwo? I jak je zorganizować? Właśnie dlatego podzieliliśmy sprawy na trzy dodatkowe kategorie: sprawy natychmiastowe, sprawy natychmiastowe i sprawy nie natychmiastowe.

Problemy natychmiastowe to te, które - jak się domyślasz - wymagają natychmiastowej reakcji. Mogą to być rzeczy, które są naprawdę zepsute, rzeczy zauważone przez użytkowników, rzeczy w aplikacji, które należy naprawić itp. 🚨

Instant staging nie jest tak "natychmiastowy" jak instant issues, ale są to rzeczy, które należy naprawić przed wydaniem najnowszej wersji oprogramowania w środowisku produkcyjnym. Są to głównie problemy, które zauważamy w naszym środowisku przejściowym podczas wewnętrznych testów.

Kwestie, które nie są natychmiastowe, mają niższy priorytet i są omawiane na spotkaniu przygotowującym sprint (więcej na ten temat później).

Ulepszenia UX otrzymują wyższy priorytet niż kwestie niezwiązane z natychmiastowym rozwojem i obejmują wszystko, co dotyczy doświadczenia i użyteczności produktu. Zasadniczo są to rzeczy, które poprawiają wrażenia klientów.

Cechy to nowe funkcje, które chcemy dodać do produktu, takie jak akcje zbiorcze, zaawansowane filtrowanie itp. Są to zadania o najniższym priorytecie spośród zaplanowanych podczas sprintu.

Chociaż podział na typy rozwoju może pomóc w lepszej organizacji zespołu, jak zdecydować, kto zajmuje się czym?

Support Hero jest tutaj, aby uratować dzień!

Jako firma SaaS rozumiemy, jak ważne jest szybkie rozwiązywanie problemów, aby zapewnić klientom jak najlepsze wrażenia. Nie oznacza to jednak, że cały zespół powinien spędzać całe dnie na rozwiązywaniu problemów - nigdy nie wykonalibyśmy żadnej innej pracy! 👨‍💻👩‍💻

Dlatego używamy systemu, który zarówno usuwa czynniki rozpraszające, jak i zwiększa produktywność zespołu programistów. Nazywamy go Bohaterem Wsparcia.

Bohater wsparcia to jedna osoba w zespole programistów, która codziennie rotuje, koncentrując się na natychmiastowych problemach, którymi należy się zająć (i odpowiada na bardziej szczegółowe i techniczne pytania użytkowników), dzięki czemu zespół może skupić się na swoich zadaniach. 💪

Wszelkie problemy, które nie mogą zostać naprawione w danym momencie przez Support Hero, są rejestrowane w GitHub, oprogramowaniu, którego używamy do zarządzania kodem i problemami, a następnie są rozwiązywane tak szybko, jak to możliwe.

Piękno posiadania Support Hero polega na tym, że nawet przy niewielkim zespole możesz zaoferować swoim klientom wysokiej jakości wsparcie - wszelkie dogłębne kwestie techniczne można naprawić na miejscu, unikając frustrującego procesu przekazywania spraw "właściwej" osobie.

Najlepsza część: Posiadanie Bohatera Wsparcia przybliża deweloperów do klientów. 💛

Wszystko zależy od struktury

Teraz, gdy omówiliśmy rodzaje rozwoju i sposoby delegowania zagadnień, omówmy, jak zorganizować swoją strukturę. Wszystkie poniższe komponenty łączą się ze sobą, informując o tym, jak zespół posuwa się naprzód.

Wizja produktu i plan działania może pomóc Ci dowiedzieć się, gdzie chcesz wprowadzić produkt, dzięki czemu możesz mieć na uwadze funkcje, które Cię tam doprowadzą - idealnie pokrywa się to z tym, co otrzymujesz od wsparcia. 👓

Wsparcie jest Wszystko o pozyskiwaniu opinii klientów. Obejmuje to żądania funkcji, problemy i ulepszenia UX, które są zgodne z wyżej wymienioną wizją produktu i mapą drogową. Zarejestruj je i przynieś na spotkanie przygotowujące sprint.

Moduł śledzenia zgłoszeń zgłasza błędy zarówno po stronie back-end, jak i front-end. Pozwala również zobaczyć, jakie problemy pojawiają się nawet bez informowania o nich użytkowników. Jedną z sugestii jest Elastic APM - ale istnieje wiele opcji.

Testy wewnętrzne umożliwia całemu zespołowi testowanie nowych funkcji przed ich uruchomieniem. Aktywnie testujemy przed wydaniem aktualizacji z etapu przejściowego do produkcyjnego. A ponieważ używamy Salesflare wewnętrznie, możemy sami wykrywać ewentualne błędy i ulepszenia w produkcie. Zawsze dobrze jest, gdy twój zespół korzysta z twojego produktu, gdy tylko jest to możliwe, aby mieć bezpośredni kontakt z wszelkimi problemami, które mogą się pojawić i mieć głębokie zrozumienie własnego produktu.

Hotjar Sesje nagrywania mogą pomóc zespołowi zobaczyć, jak ludzie wchodzą w interakcję z produktem i gdzie rzeczy idą źle (lub dobrze). Nagrania użytkowników, choć nie są konieczne na co dzień, mogą dać ci dodatkowy wgląd w to, jak ludzie korzystają z twojego produktu, ponieważ możesz zobaczyć, przez co przechodzą, bez konieczności wyjaśniania ci tego.

Czas na sprint!

Ustrukturyzuj pracę zespołu programistów w sprinty - zwinną metodologię. Zgodnie z ogólnymi wytycznymi, dwutygodniowe sprinty są najczęściej stosowane w IT i rozwoju oprogramowania. 🏃‍

Zaleca się jednak przygotowanie przed spotkaniami sprintu - w przeciwnym razie może dojść do chaosu i odejścia od tematu.

Można temu zaradzić, organizując spotkania przygotowujące sprint. CTO, właściciel produktu i menedżer produktu (przeczytaj więcej o różnicy między właścicielem produktu a menedżerem produktu) uczestniczą w tym spotkaniu i wykorzystują ten czas, aby przyjrzeć się pozostałym natychmiastowym problemom, ulepszeniom UX, nie-natychmiastowym problemom i funkcjom. Pomaga to ustalić agendę i priorytety na nadchodzący sprint bez konieczności poświęcania czasu na samo spotkanie sprintu. ✅

Następnie, oczywiście, nadszedł czas na spotkanie sprintu! Spotkanie sprintu przybliża technicznie to, co zostało omówione podczas spotkania przygotowawczego sprintu, dzięki czemu zespół programistów dokładnie wie, jak będzie postępować. Stanowi ono również platformę do wspólnego przeglądu bieżących kwestii. Spotkanie to powinno obejmować CTO i zespół programistów. Właściciel produktu i zespół wsparcia również mogą dołączyć, ale są mniej potrzebni na tym etapie.

Na początku tego spotkania warto zastanowić się nad poprzednim sprintem - co poszło dobrze, co poszło źle itp.

Co znajduje się w zestawie narzędzi?

Narzędzia używane w firmie mogą przygotować zespół programistów na sukces. Dotknęliśmy już Hotjar i Elastic APM, ale kilka innych narzędzi do rozważenia w celu usprawnienia komunikacji i zarządzania zadaniami obejmuje:

Slack - do wewnętrznych dyskusji, aktualizacji/powiadomień, udostępniania plików i okazjonalnych zabawnych gifów

Trello - dla zadania/Zarządzanie i śledzenie projektów Kto co robi w danym sprincie

GitHub - gdzie śledzimy zgłoszenia, prośby o funkcje itp.

Intercom - do komunikacji z klientami

Wspaniałym aspektem korzystania z tych narzędzi jest to, że mogą one ze sobą współdziałać. Na przykład, otrzymujemy aktualizacje z Trello i Github w Slack. A w Trello używamy rozszerzenia GitHub, które integruje informacje z GitHub z Trello. 🌐

Ponadto możemy połączyć GitHub z konwersacjami Intercom, dzięki czemu zawsze mamy pod ręką kontekst; a kiedy dostarczamy funkcje lub naprawiamy błędy, możemy bezbłędnie komunikować się z powrotem.

Niezależnie od tego, w jaki sposób zdecydujesz się ustrukturyzować rozwój w swojej firmie, zawsze ważne jest, aby upewnić się, że Twój zespół - bez względu na to, jak duży lub mały - może pracować w ramach procesów, które zdecydujesz się wykorzystać. 🚀

Nie bój się zmieniać rzeczy, jeśli nie działają! Kluczem jest znalezienie tego, co działa dla Ciebie i Twojej firmy i podążanie za tym.

Mamy nadzieję, że ten krótki przewodnik dał ci trochę inspiracji do tego, jak zbudować i ustrukturyzować swój zespół programistów!

Masz więcej świetnych pomysłów? Opowiedz nam o nich w komentarzach! ✨

Podobał Ci się ten post? Sprawdź resztę naszych Wewnątrz Salesflare seria.