Typowo, w większości organizacji istnieją dwie techniczne role kierownicze: Chief Information Officer (CIO) i Chief Technical Officer (CTO). Może jednak dochodzić do nieporozumień pomiędzy tymi dwoma stanowiskami, wielu pytań przy porównywaniu CIO vs CTO, a często mogą one faktycznie łączyć się w jedno stanowisko w zależności od strategii biznesowej. Ich pozycja może nie być tak jasna dla ludzi, którzy dla nich pracują. To zamieszanie jest naturalne, ponieważ oczekiwania tych dwóch techników zmieniły się w ostatnich latach.

Digitalne firmy różnią się dziś znacznie od tych sprzed dekady. Z nowymi kanałami tworzonymi regularnie, musimy się szybko dostosować. Liderzy techniczni w firmach są bezpośrednio odpowiedzialni za rozwiązywanie problemów biznesowych za pomocą technologii. Jednocześnie większość z nich uczestniczy w spotkaniach zarządu i kadry kierowniczej. Tech executives oddychają biznesem i technologią w tandemie i szybko przekładają cele biznesowe na plany działań technicznych. Kierownik jest również odpowiedzialny za budowanie i prowadzenie zespołu, który będzie wykonywał, obsługiwał i utrzymywał ślad technologiczny.

Mając to na uwadze jako nowy CTO w Logz.io, chcę zilustrować sposób, w jaki widzę te dwa stanowiska.

Czym jest CIO?

CIO jest odpowiedzialny za systemy IT na poziomie przedsiębiorstwa i najczęściej raportuje bezpośrednio do dyrektora generalnego (CEO). Skupiają się na biznesie, użytkownikach i środkach komunikacji. Często są to systemy skoncentrowane wewnętrznie. Nadzór CIO obejmuje systemy, z którymi pracownicy wchodzą w bardziej bezpośrednią interakcję, w mniejszym stopniu koncentrując się na interakcji z klientem. Obejmuje to usługi, wsparcie i związane z nimi potrzeby operacyjne różnych aplikacji i aparatów.

Jednakże CIO widzieli ostatnio zwiększoną odpowiedzialność za niektóre systemy skierowane do klienta, ponieważ te często bezpośrednio stykają się z systemami wewnętrznymi. W przypadku produktów tworzonych przez firmę do użytku zewnętrznego, CIO jest udziałowcem i ponosi pewną odpowiedzialność. Nie jest on jednak właścicielem stosu technologii produktu skierowanego na zewnątrz.

Dodatkowo, dyrektorzy ds. informatyki są często odpowiedzialni za bezpieczeństwo. Muszą mieć doświadczenie lub wykształcenie zarówno w dziedzinie biznesu, jak i technologii. Wreszcie, CIO często muszą obsługiwać wiele zespołów dla tych wewnętrznych systemów i technologii.

Czym jest CTO?

Bardzo podobne do CIO, CTO podejmują szersze decyzje technologiczne bardziej istotne dla strategii organizacyjnej. Częściej niż nie, kierują się celami firmy, w tym eksperymentami, które mogą przynieść duże korzyści biznesowe.

CTO musi być osobą techniczną i rozumieć podstawowy biznes, zwłaszcza jeśli organizacja jest skoncentrowana na technologii. Wielu CTO ma wykształcenie informatyczne, ale wielu odnoszących sukcesy CTO nauczyło się tego w pracy. W rzeczywistości, mogą nawet nie mieć stopni zawodowych, ale bogate doświadczenie. Zrozumienie biznesu z perspektywy technologii, z której korzysta, oznacza, że CTO współpracują bliżej z klientami, zewnętrznymi interesariuszami, osobami budującymi aplikacje i zarządzającymi relacjami oraz rozumieją biznes z perspektywy technologii.

Jest też dużo więcej różnic w rolach CTO i stażu pracy. W niektórych organizacjach CTO kierują zespołami inżynierskimi i/lub produktowymi. W niektórych organizacjach CTO podlega CIO, a w innych może podlegać dyrektorowi generalnemu.

CSO vs CDO vs CIO vs CTO? The Modern CTO is Here

Wraz z przejściem wielu organizacji do biznesu cyfrowego lub takiego, który wytwarza znaczną część swoich przychodów w oparciu o oprogramowanie i systemy danych, CTO jest bardziej krytycznym motorem celów biznesowych. CTO współpracuje z innymi kierownikami, takimi jak CIO i Chief Digital Officer (CDO), aby zapewnić, że wymagania i potrzeby biznesowe kierowników ds. bezpieczeństwa, takich jak Chief Security Officer (CSO) lub Chief Information Security Officer (CISO), są spełniane, a strategia technologiczna jest dobrze rozumiana i dostosowana do projektów i inicjatyw innych zainteresowanych stron.

Widzieliśmy nowe rodzaje CTO pojawiają się w ramach tych wyżej wymienionych wariantów, takich jak moja rola w Logz.io.

The Technical Exec i strategia

Dla mnie, strategia jest krytyczna dla CTO. Obejmuje to oczywiście ustalanie cen i pakowanie, ale CTO staje się również ewangelistą technologii i przyszłości firmy. To podnosi znaczenie relacji z developerami. Zgodnie z tym, CTO idealnie staje się partnerem dla menedżerów produktu, inżynierów i tych, którzy chcą współdziałać z szerszą społecznością.

Ze swojej strony, spędziłem i nadal spędzam dużo czasu z klientami i potencjalnymi klientami. Co ważniejsze, jestem oddany dyskusjom na temat tego, dokąd zmierzamy i czy to i owo jest – lub nie jest – zgodne z określonymi (lub nawet nieokreślonymi) potrzebami naszych klientów.

Wkład

Jako rozszerzenie nowoczesnego CTO jako DevRel, widzę obowiązek przyczyniania się do narzędzi, które społeczność tworzy i dzieli się nimi razem. Ekosystem open source niesie ze sobą wewnętrzną i (ostatecznie) zewnętrzną wartość dla mojej organizacji. Zwłaszcza w firmie takiej jak Logz.io, która korzysta z takich narzędzi, ważne jest, aby CTO prowadził szarżę w przyczynianiu się z powrotem do tej puli otwartego oprogramowania.

Oprócz społeczności, moje biuro CTO zarządza partnerstwami technicznymi i prowadzi strategię integracji dla Logz.io, ponieważ żadna firma w obserwowalności nie może zaspokoić potrzeb klienta sama. Wymaga to głębokości i zrozumienia produktu i ekosystemu, które są również dobrze dopasowane do CTO jako szerokiego kierownictwa technologicznego.