Jak zostać liderem w IT: Od ogółu do szczegółu - ale nie za głęboko

0:00No dobra, no to do roboty z tymi projektami.

0:03Są różne poziomy abstrakcji.

0:05Jak już wiemy, biznes patrzy na temat z wysokiego poziomu abstrakcji.

0:10To jest twoim zespołem z troszkę niższego.

0:13No ale na początku nie aż tak bardzo.

0:16Taki początkowy poziom abstrakcji, który musicie uwzględnić, to ogólny plan, jakiś

0:21schemat blokowy, jakieś główne przepływy.

0:25Co mogę wykorzystać może co już jest w systemie?

0:28Czy to w ogóle wszystko, co się udało narysować ma jakiś sens?

0:31Czy to się klei w jakikolwiek sposób?

0:33Na tym etapie upraszczacie co tylko się da.

0:36Każdy kwadracik, każda linia, która zostanie przez Was narysowana wylatuje,

0:42jeżeli okazuje się niepotrzebna.

0:44Chcemy tutaj prostego rozwiązania, nie mylić z prostackim i robimy wszystko, ale

0:50to absolutnie wszystko, żeby to osiągnąć.

0:53Ten projekt i to wszystko, co tutaj masz, jeszcze się naprawdę skomplikuje, jeżeli

0:57się wejdzie głęboko, więc na razie naprawdę nie ma sensu.

1:00Można tutaj się zatrzymać i to jest dobre miejsce również, żeby

1:05zacząć się zastanawiać i wypatrywać potencjalnych problemów,

1:09w szczególności tych problemów, które nie zależą tak do końca od Ciebie, bo być może

1:14robicie ten projekt z jakimś innym działem.

1:17No i tam zazwyczaj największe zagrożenia się kryją, no bo taki inny dział też ma

1:23jakieś swoje inne priorytety, inne cele, być może więcej niż jeden projekt.

1:27Więc jeżeli już widzisz, że coś zależy od innego działu, to to jest

1:31coś, co robicie jako pierwsze.

1:33To ma priorytet, więc na początku się integrujecie, a potem

1:37zajmujesz się innymi rzeczami.

1:39Bo to nad czym Ty masz wpływ i Twój zespół, no to pewnie jakoś pójdzie.

1:43A jeżeli chodzi o te wszystkie trzy strony i to niekoniecznie musi być

1:48dział w innej firmie, to może być jakaś oddzielna firma nawet, która coś

1:51konsultuje albo coś innego robi.

1:54Warto, naprawdę warto na tym się skupić, bo jak na pewno dobrze wiesz i to jest już

1:59coś, co w IT od dawna jest wiadomo, Na kartce jest dosyć łatwo

2:03poprawiać jakieś problemy, co nie?

2:05No bo tylko usuniesz właśnie ten kwadrat, dodasz jakąś linię, coś tam zrobisz,

2:10potem, jak już to implementujecie, no to już jest trochę gorzej, bo czasami trzeba

2:14przebudować to, co już zostało zrobione.

2:16No a jak to już jest na produkcji, no to chyba już wszyscy

2:19wiemy, jak to potem jest.

2:21To już wtedy Naprawdę jest to zrobić ciężko.

2:23Czasami trzeba robić jakieś migracje, czasami trzeba naokoło wymyślać, jak to

2:27zrobić, no bo przecież nie możemy tej funkcjonalności zabrać użytkownikom tylko

2:32dlatego, że coś zostało zrobione nie tak, jak trzeba.

2:34Więc wtedy już naprawdę są spore problemy.

2:37No ale w końcu przychodzi ten czas, że trzeba zejść trochę głębiej.

2:40Więc jeżeli już masz ten plan, który wydaje Ci się, że będzie spoko, on się

2:45oczywiście potem, jak już mówiłem, troszeczkę skomplikuje, ale na

2:48ten moment wydaje się w miarę ok.

2:50No to proste, rozdzielasz pracę i już odpowiedzialne osoby schodzą głębiej i

2:55szukają tych problemów głębiej i się zastanawiają już bardziej

2:59nad rozwiązaniami.

3:00I tutaj jest dużo miejsca na różnego rodzaju konsultacje, na jakieś eskalację

3:04problemów, które właśnie się znajdzie tam troszeczkę niżej.

3:08Więc sukcesywnie, powolutku, coraz niżej, coraz niżej schodzimy

3:12i oczywiście do celu.

3:14Do celu, którym jest elegancki, fajny, dobrze działający projekt.

3:18I to jest trochę tak, jak mówił Eisenhower, że przygotowując się do bitwy

3:22zawsze orientowałem się, że plany są bezużyteczne, ale

3:26planowanie jest nieodzowne.

3:28No i ja uważam dokładnie tak samo jak generał.

3:31Widzimy się w następnej lekcji. Hej!