{"id":55846,"date":"2018-05-03T07:32:04","date_gmt":"2018-05-03T07:32:04","guid":{"rendered":"https:\/\/blog.salesflare.com\/?p=55846"},"modified":"2026-02-23T16:13:28","modified_gmt":"2026-02-23T15:13:28","slug":"how-to-organize-development-in-a-lean-software-startup-108bf51ab123","status":"publish","type":"post","link":"https:\/\/blog.salesflare.com\/pl\/jak-zorganizowac-rozwoj-w-startupie-lean-software-108bf51ab123-2","title":{"rendered":"Jak zorganizowa\u0107 rozw\u00f3j w szczup\u0142ym startupie programistycznym?"},"content":{"rendered":"
\n
<\/header>\n

Jak zorganizowa\u0107 rozw\u00f3j w szczup\u0142ym startupie programistycznym?<\/h1>\n

Wewn\u0105trz Salesflare<\/h2>\n
\n
\n
\n
\n

Za\u0142o\u017cenie firmy technologicznej mo\u017ce by\u0107 chaotycznym, stresuj\u0105cym i satysfakcjonuj\u0105cym procesem.<\/p>\n

Ale jedn\u0105 z rzeczy, kt\u00f3re mog\u0105 naprawd\u0119 pom\u00f3c na wczesnym etapie, jest posiadanie struktur, kt\u00f3re umo\u017cliwiaj\u0105 zespo\u0142owi skuteczn\u0105 i wydajn\u0105 prac\u0119 - szczeg\u00f3lnie po stronie rozwoju. Ostatni\u0105 rzecz\u0105, jakiej potrzebuje Twoja firma, jest chaos wok\u00f3\u0142 budowania produktu. \ud83d\ude31<\/p>\n

Jak wi\u0119c zacz\u0105\u0107? I czy zleci\u0107 na zewn\u0105trz czy zatrudni\u0107 w firmie<\/a>?<\/p>\n

Poni\u017cej znajduje si\u0119 kr\u00f3tki przewodnik po budowaniu i strukturyzowaniu zespo\u0142u rozwoju SaaS<\/a> - a je\u015bli zdecydujesz si\u0119 na outsourcing, mo\u017cesz r\u00f3wnie\u017c u\u017cy\u0107 tego przewodnika jako ramy. \ud83e\udd29<\/p>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Kategoryzacja rozwoju w firmie<\/strong><\/h4>\n

Jedn\u0105 z rzeczy, kt\u00f3re mog\u0105 pom\u00f3c w strukturze rozwoju, jest podzielenie r\u00f3\u017cnych rodzaj\u00f3w zada\u0144 rozwojowych w firmie na kategorie, dzi\u0119ki czemu mo\u017cna mie\u0107 lepsze wyobra\u017cenie o ustalaniu priorytet\u00f3w, delegowaniu i organizacji w zespole. \ud83e\udd1d<\/p>\n

Poni\u017cej znajduj\u0105 si\u0119 trzy kategorie rozwoju, kt\u00f3re mamy w Salesflare:<\/p>\n

Problemy <\/strong>to rzeczy, kt\u00f3re s\u0105 zepsute i musz\u0105 zosta\u0107 naprawione w produkcie.<\/p>\n

Ale co ma pierwsze\u0144stwo? I jak je zorganizowa\u0107? Dlatego podzielili\u015bmy zg\u0142oszenia na trzy dodatkowe kategorie: zg\u0142oszenia natychmiastowe, zagadnienia natychmiastowe<\/a> i zg\u0142oszenia nie natychmiastowe.<\/p>\n

Problemy natychmiastowe to te, kt\u00f3re - jak si\u0119 domy\u015blasz - wymagaj\u0105 natychmiastowej reakcji. Mog\u0105 to by\u0107 rzeczy, kt\u00f3re s\u0105 naprawd\u0119<\/em> zepsute, rzeczy zauwa\u017cone przez u\u017cytkownik\u00f3w, rzeczy w aplikacji, kt\u00f3re nale\u017cy naprawi\u0107 itp. \ud83d\udea8<\/p>\n

<\/figure>\n

\"guy.<\/p>\n

Instant staging nie jest tak \"natychmiastowy\" jak instant issues, ale s\u0105 to rzeczy, kt\u00f3re nale\u017cy naprawi\u0107 przed wydaniem najnowszej wersji oprogramowania w \u015brodowisku produkcyjnym. S\u0105 to g\u0142\u00f3wnie problemy, kt\u00f3re zauwa\u017camy w naszym \u015brodowisku przej\u015bciowym podczas wewn\u0119trznych test\u00f3w.<\/p>\n

Kwestie, kt\u00f3re nie s\u0105 natychmiastowe, maj\u0105 ni\u017cszy priorytet i s\u0105 omawiane na spotkaniu przygotowuj\u0105cym sprint (wi\u0119cej na ten temat p\u00f3\u017aniej).<\/p>\n

Ulepszenia UX <\/strong>otrzymuj\u0105 wy\u017cszy priorytet ni\u017c kwestie niezwi\u0105zane z natychmiastowym rozwojem i obejmuj\u0105 wszystko, co dotyczy do\u015bwiadczenia i u\u017cyteczno\u015bci produktu. Zasadniczo s\u0105 to rzeczy, kt\u00f3re poprawiaj\u0105 wra\u017cenia klient\u00f3w.<\/p>\n

Cechy <\/strong>to nowe funkcje, kt\u00f3re chcemy doda\u0107 do produktu, takie jak akcje zbiorcze, zaawansowane filtrowanie itp. S\u0105 to zadania o najni\u017cszym priorytecie spo\u015br\u00f3d zaplanowanych podczas sprintu.<\/p>\n

Chocia\u017c podzia\u0142 na typy rozwoju mo\u017ce pom\u00f3c w lepszej organizacji zespo\u0142u, jak zdecydowa\u0107, kto zajmuje si\u0119 czym?<\/p>\n

\n
\n

<\/p>\n<\/div>\n<\/figure>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Support Hero jest tutaj, aby uratowa\u0107 dzie\u0144!<\/strong><\/h4>\n

Jako firma SaaS rozumiemy, jak wa\u017cne jest szybkie rozwi\u0105zywanie problem\u00f3w, aby zapewni\u0107 klientom jak najlepsze wra\u017cenia. Nie oznacza to jednak, \u017ce ca\u0142y zesp\u00f3\u0142 powinien sp\u0119dza\u0107 ca\u0142e dnie na rozwi\u0105zywaniu problem\u00f3w - nigdy nie wykonaliby\u015bmy \u017cadnej innej pracy! \ud83d\udc68\u200d\ud83d\udcbb\ud83d\udc69\u200d\ud83d\udcbb<\/p>\n

Dlatego u\u017cywamy systemu, kt\u00f3ry zar\u00f3wno usuwa czynniki rozpraszaj\u0105ce, jak i zwi\u0119ksza produktywno\u015b\u0107 zespo\u0142u programist\u00f3w. Nazywamy go Bohaterem Wsparcia.<\/p>\n

\n
<\/div>\n<\/figure>\n

\"superman\"<\/p>\n

Bohater wsparcia to jedna osoba w zespole programist\u00f3w, kt\u00f3ra codziennie rotuje, koncentruj\u0105c si\u0119 na natychmiastowych problemach, kt\u00f3rymi nale\u017cy si\u0119 zaj\u0105\u0107 (i odpowiada na bardziej szczeg\u00f3\u0142owe i techniczne pytania u\u017cytkownik\u00f3w), dzi\u0119ki czemu zesp\u00f3\u0142 mo\u017ce skupi\u0107 si\u0119 na swoich zadaniach. \ud83d\udcaa<\/p>\n

Wszelkie problemy, kt\u00f3re nie mog\u0105 zosta\u0107 naprawione w danym momencie przez Support Hero, s\u0105 rejestrowane w GitHub, oprogramowaniu, kt\u00f3rego u\u017cywamy do zarz\u0105dzania kodem i problemami, a nast\u0119pnie s\u0105 rozwi\u0105zywane tak szybko, jak to mo\u017cliwe.<\/p>\n

Pi\u0119kno posiadania Support Hero polega na tym, \u017ce nawet przy niewielkim zespole mo\u017cesz zaoferowa\u0107 swoim klientom wysokiej jako\u015bci wsparcie - wszelkie dog\u0142\u0119bne kwestie techniczne mo\u017cna naprawi\u0107 na miejscu, unikaj\u0105c frustruj\u0105cego procesu przekazywania spraw \"w\u0142a\u015bciwej\" osobie.<\/p>\n

Najlepsza cz\u0119\u015b\u0107: Posiadanie Bohatera Wsparcia przybli\u017ca deweloper\u00f3w do klient\u00f3w. \ud83d\udc9b<\/strong><\/p>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Wszystko zale\u017cy od struktury<\/strong><\/h4>\n

Teraz, gdy om\u00f3wili\u015bmy rodzaje rozwoju i sposoby delegowania zagadnie\u0144, om\u00f3wmy, jak zorganizowa\u0107<\/em> swoj\u0105 struktur\u0119. Wszystkie poni\u017csze komponenty \u0142\u0105cz\u0105 si\u0119 ze sob\u0105, informuj\u0105c o tym, jak zesp\u00f3\u0142 posuwa si\u0119 naprz\u00f3d.<\/p>\n

Wizja produktu i plan dzia\u0142ania <\/strong>mo\u017ce pom\u00f3c Ci dowiedzie\u0107 si\u0119, gdzie chcesz wprowadzi\u0107 produkt, dzi\u0119ki czemu mo\u017cesz mie\u0107 na uwadze funkcje, kt\u00f3re Ci\u0119 tam doprowadz\u0105 - idealnie pokrywa si\u0119 to z tym, co otrzymujesz od wsparcia. \ud83d\udc53<\/p>\n

Wsparcie<\/strong> jest Wszystko o pozyskiwaniu opinii klient\u00f3w<\/a>. Obejmuje to \u017c\u0105dania funkcji, problemy i ulepszenia UX, kt\u00f3re s\u0105 zgodne z wy\u017cej wymienion\u0105 wizj\u0105 produktu i map\u0105 drogow\u0105. Zarejestruj je i przynie\u015b na spotkanie przygotowuj\u0105ce sprint.<\/p>\n

Modu\u0142 \u015bledzenia zg\u0142osze\u0144<\/strong> zg\u0142asza b\u0142\u0119dy zar\u00f3wno po stronie back-end, jak i front-end. Pozwala r\u00f3wnie\u017c zobaczy\u0107, jakie problemy pojawiaj\u0105 si\u0119 nawet bez informowania o nich u\u017cytkownik\u00f3w. Jedn\u0105 z sugestii jest Elastic APM - ale istnieje wiele opcji.<\/p>\n

Testy wewn\u0119trzne<\/strong> umo\u017cliwia ca\u0142emu zespo\u0142owi testowanie nowych funkcji przed ich uruchomieniem. Aktywnie testujemy przed wydaniem aktualizacji z etapu przej\u015bciowego do produkcyjnego. A poniewa\u017c u\u017cywamy Salesflare wewn\u0119trznie, mo\u017cemy sami wykrywa\u0107 ewentualne b\u0142\u0119dy i ulepszenia w produkcie. Zawsze dobrze jest, gdy tw\u00f3j zesp\u00f3\u0142 korzysta z twojego produktu, gdy tylko jest to mo\u017cliwe, aby mie\u0107 bezpo\u015bredni kontakt z wszelkimi problemami, kt\u00f3re mog\u0105 si\u0119 pojawi\u0107 i mie\u0107 g\u0142\u0119bokie zrozumienie w\u0142asnego produktu.<\/p>\n

Hotjar <\/strong>Sesje nagrywania mog\u0105 pom\u00f3c zespo\u0142owi zobaczy\u0107, jak ludzie wchodz\u0105 w interakcj\u0119 z produktem i gdzie rzeczy id\u0105 \u017ale (lub dobrze). Nagrania u\u017cytkownik\u00f3w, cho\u0107 nie s\u0105 konieczne na co dzie\u0144, mog\u0105 da\u0107 ci dodatkowy wgl\u0105d w to, jak ludzie korzystaj\u0105 z twojego produktu, poniewa\u017c mo\u017cesz zobaczy\u0107, przez co przechodz\u0105, bez konieczno\u015bci wyja\u015bniania ci tego.<\/p>\n

\n
\n
<\/div>\n

<\/p>\n<\/div>\n<\/figure>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Czas na sprint!<\/strong><\/h4>\n

Ustrukturyzuj prac\u0119 zespo\u0142u programist\u00f3w w sprinty - zwinn\u0105 metodologi\u0119. Zgodnie z og\u00f3lnymi wytycznymi, dwutygodniowe sprinty s\u0105 najcz\u0119\u015bciej stosowane w IT i rozwoju oprogramowania.<\/a> \ud83c\udfc3\u200d<\/p>\n

Zaleca si\u0119 jednak przygotowanie przed spotkaniami sprintu - w przeciwnym razie mo\u017ce doj\u015b\u0107 do chaosu i odej\u015bcia od tematu.<\/p>\n

Mo\u017cna temu zaradzi\u0107 organizuj\u0105c spotkania przygotowuj\u0105ce sprint. CTO, w\u0142a\u015bciciel produktu i mened\u017cer produktu (przeczytaj wi\u0119cej o r\u00f3\u017cnicy mi\u0119dzy w\u0142a\u015bcicielem produktu a mened\u017cerem produktu<\/a>) uczestnicz\u0105 w tym spotkaniu i wykorzystuj\u0105 ten czas, aby przyjrze\u0107 si\u0119 pozosta\u0142ym natychmiastowym problemom, ulepszeniom UX, nie-natychmiastowym problemom i funkcjom. Pomaga to ustali\u0107 agend\u0119 i priorytety na nadchodz\u0105cy sprint bez konieczno\u015bci po\u015bwi\u0119cania czasu na samo spotkanie sprintu. \u2705<\/p>\n

Nast\u0119pnie, oczywi\u015bcie, nadszed\u0142 czas na spotkanie sprintu! Spotkanie sprintu przybli\u017ca technicznie to, co zosta\u0142o om\u00f3wione podczas spotkania przygotowawczego sprintu, dzi\u0119ki czemu zesp\u00f3\u0142 programist\u00f3w dok\u0142adnie wie, jak b\u0119dzie post\u0119powa\u0107. Stanowi ono r\u00f3wnie\u017c platform\u0119 do wsp\u00f3lnego przegl\u0105du bie\u017c\u0105cych kwestii. Spotkanie to powinno obejmowa\u0107 CTO i zesp\u00f3\u0142 programist\u00f3w<\/a>. W\u0142a\u015bciciel produktu i zesp\u00f3\u0142 wsparcia r\u00f3wnie\u017c mog\u0105 do\u0142\u0105czy\u0107, ale s\u0105 mniej potrzebni na tym etapie.<\/p>\n

Na pocz\u0105tku tego spotkania warto zastanowi\u0107 si\u0119 nad poprzednim sprintem - co posz\u0142o dobrze, co posz\u0142o \u017ale itp.<\/p>\n

\n
\n
<\/div>\n

<\/p>\n<\/div>\n<\/figure>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Co znajduje si\u0119 w zestawie narz\u0119dzi?<\/strong><\/h4>\n

Narz\u0119dzia u\u017cywane w firmie mog\u0105 przygotowa\u0107 zesp\u00f3\u0142 programist\u00f3w na sukces. Dotkn\u0119li\u015bmy ju\u017c Hotjar i Elastic APM, ale kilka innych narz\u0119dzi do rozwa\u017cenia w celu usprawnienia komunikacji i zarz\u0105dzania zadaniami<\/a> obejmuje:<\/p>\n

Slack - <\/strong>do wewn\u0119trznych dyskusji, aktualizacji\/powiadomie\u0144, udost\u0119pniania plik\u00f3w i okazjonalnych zabawnych gif\u00f3w<\/p>\n

Trello - <\/strong>dla zadania\/Zarz\u0105dzanie i \u015bledzenie projekt\u00f3w<\/a> Kto co robi w danym sprincie<\/p>\n

GitHub - <\/strong>gdzie \u015bledzimy zg\u0142oszenia, pro\u015bby o funkcje itp.<\/p>\n

Intercom - <\/strong>do komunikacji z klientami<\/p>\n

Wspania\u0142ym aspektem korzystania z tych narz\u0119dzi jest to, \u017ce mog\u0105 one ze sob\u0105 wsp\u00f3\u0142dzia\u0142a\u0107. Na przyk\u0142ad, otrzymujemy aktualizacje z Trello i Github w Slack. A w Trello u\u017cywamy rozszerzenia GitHub, kt\u00f3re integruje informacje z GitHub z Trello. \ud83c\udf10<\/p>\n

Ponadto mo\u017cemy po\u0142\u0105czy\u0107 GitHub z konwersacjami Intercom, dzi\u0119ki czemu zawsze mamy pod r\u0119k\u0105 kontekst; a kiedy dostarczamy funkcje lub naprawiamy b\u0142\u0119dy, mo\u017cemy bezb\u0142\u0119dnie komunikowa\u0107 si\u0119 z powrotem.<\/p>\n

\n
\n
<\/div>\n

<\/p>\n<\/div>\n<\/figure>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Niezale\u017cnie od tego, w jaki spos\u00f3b zdecydujesz si\u0119 ustrukturyzowa\u0107 rozw\u00f3j w swojej firmie, zawsze wa\u017cne jest, aby upewni\u0107 si\u0119, \u017ce Tw\u00f3j zesp\u00f3\u0142 - bez wzgl\u0119du na to, jak du\u017cy lub ma\u0142y - mo\u017ce pracowa\u0107 w ramach proces\u00f3w, kt\u00f3re zdecydujesz si\u0119 wykorzysta\u0107. \ud83d\ude80<\/p>\n

Nie b\u00f3j si\u0119 zmienia\u0107 rzeczy, je\u015bli nie dzia\u0142aj\u0105! Kluczem jest znalezienie tego, co dzia\u0142a dla Ciebie i Twojej firmy i pod\u0105\u017canie za tym.<\/p>\n

Mamy nadziej\u0119, \u017ce ten kr\u00f3tki przewodnik da\u0142 ci troch\u0119 inspiracji do tego, jak zbudowa\u0107 i ustrukturyzowa\u0107 sw\u00f3j zesp\u00f3\u0142 programist\u00f3w!<\/p>\n

Masz wi\u0119cej \u015bwietnych pomys\u0142\u00f3w? Opowiedz nam o nich w komentarzach! \u2728<\/p>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Podoba\u0142 Ci si\u0119 ten post? Sprawd\u017a reszt\u0119 naszych <\/em>Wewn\u0105trz Salesflare<\/em><\/a> seria.<\/em><\/p>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Wi\u0119cej informacji na temat startup\u00f3w, marketingu wzrostu i sprzeda\u017cy<\/em><\/p>\n

\ud83d\udc49<\/em>.<\/strong>subskrybuj tutaj<\/em><\/strong><\/a><\/p>\n

\ud83d\udc49follow @salesflare on <\/em>.<\/strong>Twitter<\/em><\/strong><\/a> lub <\/em><\/strong>Facebook<\/em><\/strong><\/a><\/p>\n<\/div>\n<\/div>\n<\/section>\n<\/section>\n