Poruszanie się po złożoności rozwoju produktu za pomocą Agile

Opublikowany: 2020-10-01

Ostatnia aktualizacja: 12 marca 2021 r.

Wyraźną różnicą między uznaniem niezbędności zwinności a jej nierozpoznaniem jest wybuch pandemii. Potok nowych zmian wprowadzonych przez COVID-19 nieodwracalnie zakłócił istniejące systemy i zwrócił uwagę na zwinność firm (lub jej brak) w poruszaniu się w nowej rzeczywistości.

„Jednak w tym złożonym świecie niepewność jest nierozerwalnie związana z rzeczywistością, a kozioł ofiarny za słabe wyniki jest nie tylko ćwiczeniem bezcelowym, ale także lekkomyślnym”.

Choć ogromny, kryzys Covid-19 to kolejna z wielu niepewności, z którą firmy muszą się zmierzyć.

Przyjęcie elastycznego zestawu zasad i dostosowanie do potrzeb zapewnia wbudowaną elastyczność, dzięki której firmy mogą wytrzymać i zapobiec wstrząsom napływających niepewności.

Sprawność w kulturze, ludziach i procesach tworzenia oprogramowania działa jak antidotum na biurokratyczne węzły, silosy wizji tunelowej, operacje próżniowe i nieustanne opóźnienia.

Zostań zwinnym liderem produktu, którego potrzebuje Twoja organizacja:

Liderzy muszą rozpoznać zmiany i być pierwszymi, którzy zasygnalizują zmianę, przyjmując zwinne sposoby pracy i telegrafowania tego samego poprzez ewoluujące zachowania publiczne.

„Dobrzy liderzy prowadzą, zwinni liderzy, przewodzą z zamiarem służenia.”

Opierając się na wartościach zaufania, przejrzystości, odpowiedzialności, współpracy i realizując obietnicę prób i błędów, koncentrują się na wzmacnianiu swoich zespołów programistycznych i usuwaniu przeszkód w generowaniu wartości. Kultywując przywództwo służebne, zwinni liderzy wycofują się z mikrozarządzania najdrobniejszymi szczegółami, opracowują nowsze sposoby otwartej komunikacji w celu zaangażowania się w organizację i zapewniają autonomię swoim wielofunkcyjnym zespołom.

Najskuteczniejszymi zwinnymi liderami są ci, którzy modelują swoje nowe zachowanie, aby odzwierciedlić zwinne sposoby pracy; w podejmowaniu decyzji, codziennej komunikacji i strategiach rozwoju. Tak więc zespoły programistyczne Agile i firmy przechodzą długą drogę w skutecznych usługach dla swoich cenionych klientów.

Zastępowanie próżni w operacjach współpracującym, zwinnym rozwojem

Praca w silosach; stukanie przy biurkach, wykonywanie z góry określonych zadań w izolacji czyni z nas wizjonera w tunelu. Oznaczając odejście od silosów informacyjnych, zwinny rozwój produktów koncentruje się na spójnej współpracy poprzez tworzenie zespołów wielofunkcyjnych.

Zespoły te składają się z niewielkiej liczby osób, które dostosowują się do wyzwań, regularnie uwzględniają informacje zwrotne w celu ciągłego doskonalenia i wykorzystują impet poprzez natychmiastowe rozwiązywanie problemów.

Charakterystyka tych zespołów jest osadzona w konieczności, aby pracownicy mieli poczucie własności i współodpowiedzialności za swoją pracę, zamiast być spętanymi sztywno określonymi rolami zawodowymi i fragmentarycznymi informacjami.

Zwinność-1

Wewnętrzna złożoność zmniejsza się dzięki wprowadzeniu kultury współpracy krzyżowej, która zapewnia przejrzystość, pełną odpowiedzialność, skupia się na realizacji i zwalczaniu oporu. Zwinne tworzenie oprogramowania eliminuje opóźnienia w kolejkach, przeróbki i promuje dostarczanie w jak najkrótszym czasie.

Powielanie mechaniki zwinności wykorzenia z twojego zespołu zwinność. To kluczowe zasady zwinności nadają życiu i sensu technicznemu.

Wyciągnij z procesu bezpłatną komunikację, satysfakcję klientów i współpracę oraz naciskaj na sprinty, scrumy i timeboxy. Agility umożliwia zespołom dostarczanie wartości.

Dokonanie skoku kwantowego dzięki DevOps: krok do przodu dzięki zwinnym praktykom

Właściwe osiągnięcie Agile obiecuje astronomiczne postępy w rozwoju firmy. Bazując na tej obietnicy, jest DevOps, którego przyjęcie jest kluczowym akceleratorem, który wzmacnia zwinny proces tworzenia oprogramowania dla szybszych, niezawodnych, bezpiecznych i iteracyjnych cykli wydawniczych.

Wiele firm w połowie czerpie korzyści z DevOps, mając kilka elementów w takich miejscach, jak automatyczne testowanie, ciągły rozwój oprogramowania i wydawanie. Jednak pasywne podejście i niechęć do wprowadzania całościowych zmian stanowi barierę w uchwyceniu wszechogarniających korzyści DevOps.

Zmiany konstytucyjne w kontroli i zarządzaniu, jednostkach biznesowych i modelach operacyjnych są warunkiem wstępnym na początku i postępie z DevOps.

W paradygmacie DevOps nieistotne kontrole oprogramowania, które kiedyś służyły celom firmy, ale teraz są przestarzałe i spowalniają operacje, są dostosowywane w celu uwzględnienia zmienności potrzeb biznesowych.

Aby DevOps mógł znaleźć swój rytm, musi istnieć symfonia jednocześnie działających trybów tworzenia oprogramowania, dostosowywania zarządzania i kompatybilności między różnymi działami. Powinna być ukierunkowana na prosty cel zmniejszenia dystansu między planowaniem a wydaniem oprogramowania bez uwzględniania jakichkolwiek problemów z niezawodnością lub jakością.

Aby firmy mogły czerpać optymalne korzyści z DevOps, muszą przyjąć i wprowadzić automatyzację, aby umożliwić zdrowy ciągły potok dostarczania, co skutkuje szybkimi wydaniami oprogramowania i iteracyjnymi ulepszeniami.

„Sukces Amazona polegający na przejściu na Agile DevOps w 2010 roku znacznie zmniejszył liczbę przestojów, co zaowocowało oszczędnościami milionów. Uchwycił korzyści płynące z ciągłego procesu wdrażania, zarządzanego przez ich wewnętrzny system o nazwie Apollo, który umożliwiał programistom wdrażanie kodów na dowolnym serwerze przez cały czas. W ciągu roku Amazon wdrażał nowe oprogramowanie na serwery produkcyjne średnio co 11,6 sekundy”.

Osiągnięcie skoku kwantowego dzięki DevOps to zorganizowany, stopniowy proces, który rozpoczyna się stopniowym wprowadzaniem go do istniejących systemów. Budowanie umiejętności cyfrowych za pomocą projektu pilotażowego, a następnie wdrażanie praktyk DevOps pomaga przełożyć się na podejmowanie decyzji i przyjmowanie zestawu narzędzi i mechanizmów technicznych.

Do silnie ewidentnych korzyści należą:

Maksymalny zasięg testowania
Niezawodne i szybsze dostawy oprogramowania na dużą skalę
Lepsza współpraca
Niższe koszty przeróbek skutkują zwielokrotnionymi przychodami

Wcześniej czy później organizacje musiałyby dostosować się do benchmarku wyznaczonego przez swoich konkurentów stosujących praktyki DevOps.

Standardowe włączenie w zwinnej praktyce opracowywania produktów

Agility to nieustanna pogoń. Najlepszym sprawdzianem uzyskania zwinności jest stałe przestrzeganie jej najważniejszych zasad:

1. Iteracyjne:

Bycie zwinny oznacza rozpoznawanie, akceptowanie i przygotowywanie się na niepewność. To suma wszystkich frazesów. Wykonywanie rzeczy od początku do końca, bez uwzględnienia przemijających ekosystemów rynkowych, oczekiwań klientów i wymagań biznesowych to ćwiczenie skazane na niepowodzenie.

Zamiast tego zadanie podzielone na możliwe do zidentyfikowania mniejsze części i powtarzane wielokrotnie w celu zmniejszenia ryzyka, uwzględniając element zależności od czynników zewnętrznych, pomaga zachować elastyczność. Iteracja dodaje żywiołowości procesowi programowania zwinnego.

2. Dostarczanie wartości:

Ciągła dbałość o szybkie dostarczanie wartości poprzez ciągłą priorytetyzację kluczowych elementów i doskonałość techniczną jest kluczem do zwinności. Integrując iteracyjne nauki z następną iteracją, Agile skupia się na dostarczaniu wartości na każdym małym etapie procesu.

Cementowanie zdolności organizacji do szybkiego poruszania się, uzyskiwania wglądu w wyniki projektu i odpowiedniego korygowania kursu to tylko niektóre z zalet, które wiążą się z praktykami zwinnymi. Podobnie jak w przypadku budowania zabawki lego, każdy klocek dodaje wartość, spójną z określonym celem.

3. Przyrostowy:

Agile dąży do zrównoważonego rozwoju, rozkładając wymagania projektowe na strawne kawałki i stopniowo dostarczając wartościowe elementy w stałym tempie. Odchodząc od tradycyjnego modelu liniowego i sekwencyjnego, zwinność jest przeciwieństwem sztywności. Zapewnia organizacji wymaganą elastyczność, aby stale oceniać zaległości, identyfikować wymagania projektowe, dzielić je na pojedyncze części i dostarczać w sposób ciągły.

4. Zespoły cross-funkcyjne:

Agility wymaga wielofunkcyjnych zespołów składających się z zmotywowanych osób działających w ekosystemie, który sprzyja współpracy, rozmowom twarzą w twarz, zaufaniu, wspólnej własności i wspólnej wizji. Jedno nie może się zdarzyć bez drugiego. Członkowie z wielu dyscyplin nie mogą pracować specjalnie dla działań o znaczeniu krytycznym, jeśli środowisko nie wspiera uczestnictwa. Podobnie sprzyjające środowisko może zdziałać tylko tyle, jeśli nie ma reprezentacji różnych perspektyw i wiedzy z dziedzin multidyscyplinarnych.

5. Klienci po pierwsze:

Kluczowe znaczenie dla firm ma identyfikowanie swoich klientów, stawianie ich na pierwszym miejscu, rozwiązywanie ich problemów i bycie aktywnym cyfrowo. Za dużo wglądu ginie między tłumaczeniami; od niezaspokojonych potrzeb klienta do osoby kodującej. Agile skupia się na byciu przedstawicielem klienta i na każdym małym etapie procesu decyzyjnego priorytetowo traktuje ich potrzeby, perspektywy, motywacje i problemy.

Organizacje muszą zorientować się w tych podstawowych zasadach i mówić wspólnym językiem zwinnego tworzenia oprogramowania, aby napędzać stopniową i kolosalną zmianę.

Praktyki, których nie należy przestrzegać

Zwinność-3

Agility to system praktyk i zasad, które należy prowadzić zgodnie. W przypadku kilku firm przechodzących na zwinne podróże wyniki są niewielkie lub żadne z powodu następujących czynników:

1. Zbieranie wiśni:

Większość firm szuka rozwiązań zwinnych, ale w końcu wybiera elementy, które uznają za wygodne do wdrożenia. Agility jest początkowo niewygodne, ponieważ oznacza wyjście z hierarchii, silosów, nieodpowiedzialności, do której przyzwyczajają się profesjonaliści.

Praktyki zwinnego rozwoju produktów wiążą się z ich bólem i przyjemnościami. Niezwykle ważne jest zrozumienie i przyswojenie esencji, nieustanne uczenie się z niej i budowanie sprawnej organizacji.

2. Kopiuj i wklej Agile:

Podobnie jak w przypadku „zbierania wiśni”, kopiuj i wklejaj zwinnie. Dla wielu firm „Agile” to tylko modne hasło, a po obserwowaniu innych, którzy podążają i czerpią korzyści z agile, oni również podążają za stadem. Zasady Agile są takie same, jednak nie jest oczywiste, że to, co zadziałało w „Spotify”, zadziała również dla każdego innego.

Komponowanie zespołów w drużyny, plemiona i rozdziały bez zrozumienia autonomicznego aspektu lub jego trajektorii to przegrane przedsięwzięcie. Wdrażaj zwinne, ale dostosowuj go do potrzeb, struktury i skali przedsiębiorstwa.

3. Na papierze:

Firmy piętnujące się jako zwinne, ale nie chcące dokonywać żadnych fundamentalnych zmian elementarnych w zwinnych zasadach rozwoju, popadły w nadużycie polegające na przyjmowaniu zwinnego „na papierze”. Firmy te są niechętne podstawowym potrzebom i kulturze.

Przejście na zwinność jest dla organizacji ćwiczeniem sejsmicznym i zmieniającym strukturę. Firmy muszą planować, być przygotowane i wykonywać z perspektywy czasu, aby prawidłowo wykonać akt zwinnych praktyk.

Prowadzenie i karzenie nieprzygotowanych, niepewność i jej zmienne to norma. Wejście w proces zwinnego rozwoju lub partnerstwo z tymi, którzy mają praktyki głęboko zakorzenione w swojej codziennej pracy, to jedyny sposób na przepłynięcie przez bezpośredniość i następstwa tych zmiennych.