Eksplorowanie ciągłej współpracy

  • 4 min

Ciągła współpraca to jedna z ośmiu funkcji taksonomii DevOps.

Dowiedz się, dlaczego ciągła współpraca jest niezbędna

Często wyzwania komunikacyjne wpływają na możliwość rozwiązania zdarzenia. Na przykład bilet może zostać utworzony, ale inżynier pomocy technicznej może nie monitorować poczty e-mail. Lub praca inżyniera pomocy technicznej przechodzi do współpracownika po zakończeniu zmiany, a kontekst może zostać utracony, ponieważ nowy inżynier sortuje całą komunikację, która miała miejsce.

MTTR lub średni czas rozwiązywania to pomiar średniej ilości czasu od momentu wykrycia problemu, dopóki nie zostanie całkowicie rozwiązany. Skrócenie czasu MTTR przez atak mtTK (średni czas, który należy znać) jest dobrym wskaźnikiem KPI operacji. Zmniejszenie mtTK wymaga dużej współpracy w różnych organizacjach i zespołach.

Diagram shows that MTTR can be shortened by attacking MTTK.

5 dysfunkcyjnych zespołu, książka Patrick Lencioni, identyfikuje następujące pięć zaburzeń:

  • Brak zaufania - Członkowie wielkich zespołów ufają sobie na podstawowym, emocjonalnym poziomie i czują się narażeni ze sobą na swoje słabości, błędy, obawy i zachowania.
  • Strach przed konfliktem — zespoły, które ufają sobie nawzajem, nie boją się angażować w namiętny dialog wokół kwestii i decyzji, które są kluczem do sukcesu organizacji.
  • Brak zaangażowania — zespoły, które angażują się w niefiltrowany konflikt, mogą osiągnąć prawdziwy zakup wokół ważnych decyzji, nawet jeśli różni członkowie zespołu początkowo się nie zgadzają, ponieważ zapewniają, że wszystkie opinie i pomysły są umieszczane na stole i rozważane.
  • Unikanie odpowiedzialności — zespoły, które zobowiązują się do podejmowania decyzji i standardów wydajności, nie wahają się pociągnąć do siebie odpowiedzialności za przestrzeganie tych decyzji i standardów.
  • Nieuważne wyniki — zespoły, które ufają sobie nawzajem, angażują się w konflikty, zobowiązują się do decyzji i pociągną do odpowiedzialności są bardzo prawdopodobne, aby odłożyć swoje indywidualne potrzeby i programy i skupić się prawie wyłącznie na tym, co jest najlepsze dla zespołu.

Co to jest ciągła współpraca?

Ciągła współpraca to praktyka, która obsługuje zmiany kulturowe, które są kluczem do każdej podróży DevOps. Ciągła współpraca umożliwia zespołom wprowadzanie innowacji poza granicami planowanych spotkań i wspieranie innowacji w zespole przez utworzenie zintegrowanego środowiska.

Silosy można podzielić przy użyciu technologii i praktyk, które umożliwiają zespołom współpracę, nawet jeśli nie istnieje idealna wspólna lokalizacja.

Zapoznaj się z manifestem Agile z perspektywy ciągłej współpracy i zdasz sobie sprawę, że naprawdę chodzi o wartość współpracy i interakcji osobistych w celu naprawdę innowacji. Ciągła współpraca zachęca do wartości:

  • Osoby i interakcje dotyczące procesów i narzędzi
  • Praca oprogramowania nad kompleksową dokumentacją
  • Współpraca klientów w sprawie negocjacji kontraktowych
  • Reagowanie na zmiany w porównaniu z planem

Zgodnie z "Przyspieszanie: "Kultura organizacyjna przewiduje sposób, w jaki informacje przepływają przez organizację. Dobry przepływ informacyjny ma kluczowe znaczenie dla bezpiecznego i skutecznego działania środowisk o wysokim tempie i wysokiej konsekwencji, w tym organizacji technologicznych.

Współpraca międzyfunkcyjna i kulturowa ma wiele korzystnych wpływów na wydajność, w tym:

  • Różne perspektywy, które mogą pobudzić innowacje
  • Buy-in and trust, co może pomóc zwiększyć tempo zmian
  • Wiedza jest zapylona krzyżowo, a wszyscy uczą się więcej
  • Wyzwanie starych pomysłów
  • Bilansowanie pola gry

Współpraca polega na komunikacji i sposobie komunikowania się ze sposobem tworzenia oprogramowania. Patrząc na komunikację przez obiektyw Prawa Conwaya pokazuje nam, że:

Dlatego projektowanie zespołów i architektury wokół mikrousług jest skutecznym sposobem skupienia zespołów na możliwościach.

Diagram explains Conway's law.