Kultura DevOps: ciekawostka czy fundament organizacji?

Paweł Tomkiel
DevOps. Personalnie temat między technologią a zwinnością, który najbardziej mnie interesuje. I do tego odcinka zaprosiłem Radka. Cześć Radek.

Radek Całka
Cześć.

Paweł Tomkiel
Jesteśmy z Technology Strategy and Architecture, czyli takiego dużego zespołu technologicznego w ramach Deloitte, aczkolwiek składającego się z wielu mniejszych dywizji, bym tak powiedział. Business Agility, na przykład zwinność. I ty jesteś częścią? Technology Vision and Architecture, czyli zajmujemy się wizją technologii, architekturą, ale też procesami wytwórczymi w organizacjach.

Radek Całka
Tak. I jako całość, jako TSA, myślę, że zajmujemy się kompleksowo różnymi projektami. Projektami transformacyjnymi, technologicznymi, na styku zwinności, technologii, więc to jest taki bardzo szeroki nasz gdzieś ten zakres.

Paweł Tomkiel
Ale słuchaj Radek, to byś mógł na sam początek powiedzieć trochę o sobie, przedstawić się. Jak się znalazłeś tu, gdzie dzisiaj jesteś?

Radek Całka
Nazywam się Radek Całka. Znalazłem się w Deloitte po raz kolejny. Jestem recydywistą, wróciłem po kilku latach przerwy, gdzie zajmowałem się produktami. Chciałem sprawdzić jak ciebie w organizacji stricte produktowej. A mam w tej chwili łącznie już prawie 19 lat doświadczenia pracy z zespołami inżynieryjnymi w wszystkich rolach. Od programisty, przez architekta, lidera zespołów technologicznych, no po role stricte produktowe, bycia kierownikiem produktu i odpowiedzi, działalności za cały produkt technologiczny.

Paweł Tomkiel
Czyli od programisty, aż po menedżera.

Radek Całka
Od programisty, po menedżera, ale jakby duchem jestem nadal programistą i staram się znaleźć trochę czasu, żeby też programować i nie stracić tych kompetencji.

Paweł Tomkiel
No to trochę taka sama droga jak ja.
Na początku jako programista zabrakło mi kontaktu z żywym człowiekiem, więc te kwestie menedżerskie albo właśnie właścicielstwa produktu, kontakt z interesariuszami to było coś, co gdzieś tak mnie pociągnęło.

Radek Całka
Dokładnie tak, ja też to czuję.
To znaczy czasami jednak zbyt wiele interakcji z ludźmi sprawia, że potrzebuję kontaktu z kodem. No a jednak też kontakt z kodem i z programowaniem sprawia, że nasze doradztwo jest takie bardzo namacalne i osadzone w rzeczywistości. W związku z czym łączenie tych dwóch światów jest niezwykle ważne. Tak.

Paweł Tomkiel
O łączeniu innych dwóch światów. O łączeniu innych dwóch światów jest w sumie DevOps, nie? Ale dla tych słuchaczy, myślę, że samo hasło DevOps jest znane. Większość osób na świecie albo wśród naszych słuchaczy pewnie słyszała hasło DevOps. Czy jesteś w stanie podać jakąś taką definicję, która nam uspójni zrozumienie tego, o czym dzisiaj będziemy rozmawiać? Czym jest DevOps?

Radek Całka
Dla mnie DevOps to przede wszystkim kultura i efektywny sposób organizacji pracy. Oczywiście DevOps to szereg również praktyk wspierających efektywność. Jak ciągła integracja, automatyzacja testów, czy automatyzacja infrastruktury. Ale fundamentalnym celem DevOps jest efektywny sposób współpracy w całym cyklu życia oprogramowania. I wydaje mi się, że popularność DevOps wynika właśnie bezpośrednio z tej frustracji. Zarówno organizacji developmentu, jak i organizacji utrzymaniowych. I tej głębokiej potrzeby naprawy dysfunkcyjnego, tradycyjnego modelu podziału obowiązków w firmach.

Paweł Tomkiel
Tak, ten podział obowiązków. Dev i Ops. Developerzy, powiedziałaś? I Ops. I operatorzy systemowi, chociaż bardziej powiedziałaś utrzymanie. To jest chyba hasło bliższe. Ktoś to utrzymuje potem aplikacje, serwery, infrastruktury.

Radek Całka
I fundamentalnie rozdzielając te dwie funkcje w ramach często jednej organizacji IT, okazuje się, że te funkcje mają zupełnie różne cele są rozliczane z zupełnie różnych metryk i to powoduje napięcia pomiędzy tymi zespołami. No i ten obszar DevOps próbuje naprawić.

Posłuchaj całego odcinka