Czy Team Ramp Up gwarantuje zwiększoną prędkość funkcji?
Opublikowany: 2020-03-28Jedną z kluczowych zasadniczych elementów podczas rozwijania zespołów w celu zwiększenia szybkości wydań jest przeniesienie przejrzystości z zespołów produktowych do zespołów sprinterskich
Płynna realizacja sprintu jest wynikiem znaczącego wkładu zarówno ze strony zespołów produktowych, jak i sprintów
Filozofia „za pierwszym razem (FTR)” pomaga wszystkim członkom zespołu osiągnąć wspólny cel
Gdy startupy przechodzą z fazy wczesnej do fazy wzrostu, ich priorytety ulegają znacznej zmianie. Wśród wszystkich innych priorytetem jest prędkość fabularna, która odgrywa kluczową rolę w ich dążeniu do rozwoju.
Założyciel startupu z kapitałem zalążkowym, z którym pracowałem, który niedawno podniósł swoją serię A, poprosił mnie o podwojenie zespołu inżynierów, aby w ciągu sześciu miesięcy wydać nowe funkcjonalności. Czy jest to jednak jedyny istotny czynnik skracający czas cyklu? Aby odpowiedzieć, postanowiłem zająć się ignorowanymi aspektami tego powszechnego „nieporozumienia”.
Chociaż pojemność zasobów jest jednym z krytycznych czynników napędzających częste wydania do produkcji, samo to nie może zagwarantować skrócenia czasu cyklu. Tworząc produkty dla ponad 16 startupów, wielokrotnie byłem świadkiem przejścia z fazy wczesnej do fazy wzrostu. Z tego doświadczenia, oto kilka kluczowych czynników, które dzielę się z założycielami startupów do rozważenia.
Przekaż klarowność: podstawowa podstawa
Jedną z kluczowych zasadniczych elementów podczas przyspieszania zespołów w celu zwiększenia szybkości wydań jest przeniesienie przejrzystości z zespołów produktowych do zespołów sprinterskich. Kiedy sprint zaczyna się od niejasności lub nie ma wystarczającej liczby historii, aby rozpocząć, współczynnik dostarczania sprintu zostaje naruszony. Niejasno zdefiniowane historie lub włączenie zadań w trakcie sprintu spowalniają tempo, w wyniku czego zespoły sprinterskie nie są w stanie dostarczyć zgodnie z planem.
Płynna realizacja sprintu jest wynikiem znaczącego wkładu zarówno ze strony zespołów produktowych, jak i sprintów. Zespół produktowy może odegrać swoją rolę, przygotowując i udostępniając plan działania zespołowi sprinterskiemu przynajmniej na kwartał, aby zespół mógł odpowiednio zaplanować swoje rezultaty.
Z drugiej strony, zespół sprintów powinien stale naciskać na zespół produktowy, aby uzyskać rejestr produktu i przygotowywać go co tydzień / co dwa tygodnie, aby zapewnić skoncentrowaną dostawę.
Zautomatyzuj wydanie „bez błędów”
„Wydajność to robienie rzeczy właściwie; skuteczność to robienie właściwych rzeczy”. – Peter Drucker
Kiedy myślisz o automatyzacji, jest to przykład tej drugiej kategorii. W momencie, gdy opracowywanie funkcji nabiera tempa, jest wysoce prawdopodobne, że produkcja ulegnie awarii, jeśli nie zostaną zastosowane odpowiednie procesy. Jeśli produkt nie jest wystarczająco stabilny, aby obsługiwać nowe funkcje, Twój zespół spędza więcej czasu na rozwiązywaniu problemów niż na tworzeniu nowych funkcji. W konsekwencji prędkość inżynieryjna spada.
W tym miejscu pojawia się CI/CD (ciągła integracja i ciągłe wdrażanie). W tym przypadku wyczerpujące testy jednostkowe, integracyjne i testy automatyzacji zapewniają, że cokolwiek zostanie wysłane, nie spowoduje uszkodzenia systemu.
Polecany dla Ciebie:
Jak platforma agregacji kont RBI ma przekształcić fintech w Indiach
Przedsiębiorcy nie mogą tworzyć zrównoważonych, skalowalnych start-upów poprzez „Jugaad”: Cit...
Jak Metaverse zmieni indyjski przemysł motoryzacyjny?
Co oznacza przepis anty-profitowy dla indyjskich startupów?
W jaki sposób start-upy Edtech pomagają indyjskim pracownikom podnosić umiejętności i być gotowym na przyszłość...
Akcje New Age Tech w tym tygodniu: Kłopoty Zomato nadal, EaseMyTrip publikuje Stro...
Nie buduj więcej, bo inaczej złamiesz więcej
Przeróbka jest dużym zabójcą produktywności i może być wynikiem różnych czynników, takich jak niejasno zdefiniowane historie, brak testów deweloperskich, brak pokrycia testami i tak dalej. Przeróbki mogą pochłonąć produktywność, ponieważ pochłaniają czas i wysiłek inżynierów ds. kontroli jakości przy testowaniu i regresie, programistów przy debugowaniu, a menedżerów wydań przy ponownym wydawaniu.
Nieznaczne spowolnienie może pomóc Twojemu zespołowi w szybszym dostarczaniu i dodawaniu wartości, ponieważ efektywna prędkość jest zawsze bardziej satysfakcjonująca niż tylko prędkość.
Filozofia „za pierwszym razem (FTR)” pomaga wszystkim członkom zespołu dostosować się do wspólnego celu, jakim jest dostarczanie solidnego i stabilnego kodu już za pierwszym razem. Zawsze dobrze jest poświęcić trochę więcej czasu na określenie jakości kodu, zamiast się spieszyć, a potem utknąć z przeróbkami.
Niektóre z wypróbowanych i przetestowanych sposobów na poprawę współczynnika FTR to regularne dbanie o zaległości, powtarzanie historii, regularne prezentacje dla menedżera produktu. Zamiast tylko zbierać wymagania, zespół sprintów powinien bardziej skoncentrować się na ich wyjaśnieniu, aby poprawić współczynnik FTR.
Zorganizuj swój zespół do sprintów równoległych
Kiedy Twój startup ma mały zespół produktowy, wszyscy pracują głównie nad jedną lub dwiema funkcjami jednocześnie (zwykle dotyczy to zespołu 4-6 osobowego). Jednak wraz ze wzrostem oczekiwań dotyczących dostarczania wielu funkcji, zdecydowanie zaleca się utworzenie wielu zespołów podrzędnych o odrębnych obszarach zainteresowania. W ten sposób każdy podzespół może przeprowadzić swój sprint i zdefiniować swoją mapę drogową.
W porównaniu z jednym dużym zespołem, mniejsze zespoły, które powstały w ramach „logicznej separacji”, są bardziej efektywne i przynoszą lepsze wyniki. Poszczególne zespoły zajmujące się mikrousługami, różnymi liniami produktów i różnymi komponentami to tylko kilka przykładów podejścia „logicznej separacji”.
Podczas restrukturyzacji zawsze konieczne jest włączenie co najmniej jednego członka z wcześniejszego głównego zespołu do każdego z tych podzespołów, aby zachować DNA. Chociaż koordynacja między zespołami w zakresie dostaw wiąże się z dodatkowym obciążeniem, jest to uzasadniony kompromis.
Śledź wykorzystanie funkcji wraz z prędkością
Doświadczenie użytkownika jest najważniejszym miernikiem sukcesu nowej wersji funkcji. Gdy zaczniesz szybko dostarczać wiele funkcji, doświadczenie użytkownika często schodzi na dalszy plan. Gdy Twój produkt ma ograniczone funkcje, interakcja z użytkownikiem nadal jest gładką, nieprzerwaną krzywą.
Jednak gdy zaczniesz wydawać nowe funkcje, istnieje duża szansa, że użytkownicy będą przytłoczeni i wpłyną na ich wrażenia.
Aby osiągnąć lepszą adopcję użytkowników, śledzenie zaangażowania użytkowników wraz z szybkością działania funkcji jest nadal najlepszym rozwiązaniem. Podczas gdy wyczerpujące badania użytkowników są jednym ze sprawdzonych sposobów, inne znaczące są początkowo udostępniane wybranym użytkownikom za pomocą flag funkcji, testów AB i śledzenia podróży użytkownika (za pomocą amplitudy lub podobnych narzędzi analitycznych) po każdej nowej wersji.
Nie trać swoich głównych członków
Może to być bardzo powszechnie ignorowany aspekt, ale pozostaje niezmienny jako bardzo istotny. Małe zespoły niekoniecznie potrzebują procesów i mają zwinną strukturę, a głos wszystkich jest słyszalny. Kiedy te zespoły przechodzą do stanu, w którym konfigurowane są procesy i dodawani są nowi inżynierowie i członkowie funkcjonalni, zdrowe zarządzanie jest jedynym sposobem na uniknięcie chaosu.
Ponieważ zespół inżynierów pomyślnie się powiększa, dobrze kompetentny zespół produktowy jest niezbędny, aby stale zasilać zespół inżynierów. Rezygnacja staje się nieunikniona, gdy członkowie zespołu nie mają znaczącej pracy, ale żaden startup nigdy nie chciałby stracić swoich kluczowych członków. W tym przypadku kierownictwo wyższego szczebla ma klucz do zapewnienia dobrych relacji z ludźmi i dobrego zrozumienia dynamiki.
Nauki, którymi się tutaj podzieliłem, pochodzą z doświadczeń z wieloma startupami na przestrzeni lat. Spodziewam się, że będzie to przydatne dla założycieli startupów, którzy mają już dużo na głowie, aby nie wymyślać koła na nowo.