Ten krótki post jest ważnym uzupełnieniem serii artykułów „Jak przejąć kontrolę nad infrastrukturą sieciową”. Można znaleźć treść wszystkich artykułów z serii oraz linki
Dlaczego to nie działa?
Jeśli spróbujesz zastosować opisane
Weźmy na przykład proces udzielania dostępu.
Aby „rozpocząć” ten proces, musisz wykonać następujące czynności
- wyrażasz zgodę na przesyłanie wszystkich biletów za pośrednictwem innych działów technicznych
- upewnij się, że te działy zgadzają się rejestrować wszystkie przechodzące przez nie wnioski
- zobowiązać kierowników działów nietechnicznych do monitorowania przydatności tych list dostępu
I jak przekonać te osoby, żeby wykonywały pracę dość żmudną, odpowiedzialną i w zasadzie nie związaną z podstawową pracą? Swoją drogą, nie jesteś ich szefem.
Argumenty dotyczące celowości i rozsądku mogą nie zadziałać, ponieważ innym mogą wydawać się niezbyt rozsądne. Oczywiste jest, że zazwyczaj nie Ty odpowiadasz za organizację tego wszystkiego, wystarczy przekonać kierownictwo. Rzecz jednak w tym, że jeśli dzieje się to wbrew woli pracowników, może to prowadzić do konfrontacji i gier politycznych. A to oczywiście będzie zakłócać efektywną pracę.
Wydaje mi się oczywiste, że jeśli ma się zespół profesjonalistów, to lepiej podejmować decyzje, które wiążą się ze wspólnymi działaniami i wspólnie znajdować to, co najlepsze. Ale do tego musi być coś innego, a nie tylko dobra wiedza techniczna i wiedza o tym, jaki proces jest do tego potrzebny.
Wszystko co zostało i będzie opisane w cyklu artykułów „Jak przejąć kontrolę nad swoją infrastrukturą sieciową” to sprawdzone procesy i sprawdzone rozwiązania. Oni pracują.
Powody, dla których coś nie ma zastosowania lub nie działa w Twoim przypadku, mogą być różne, na przykład inna struktura działu w dziale technicznym lub inne wymagania sieciowe i oczywiście rozwiązanie powinno zostać omówione i dostosowane do Twojej sytuacji, ale nie jest bardzo ważne, aby uwzględniało także, jakie relacje są kultywowane w Twojej firmie, jaki styl komunikacji wyznacza kierownictwo, jakie ogólne procesy tam obowiązują.
Trzy komponenty
Powoduje to zagnieżdżanie:
- Można mieć mocny zespół pod względem wiedzy technicznej, ale jeśli nie będzie sprawdzonych i przejrzystych procesów, to nie będzie można efektywnie wykorzystać tej wiedzy
- Możesz mieć silny zespół techniczny oraz wiedzę i umiejętność tworzenia działających procesów, ale nie będziesz w stanie ich w pełni zastosować w danej firmie, jeśli nie będziesz mieć odpowiednich relacji
Oznacza to, że mamy pewną hierarchię „wiedzy”. Zadzwońmy do nich
- Wiedza techniczna
- Procesy
- Kontakty
Wszystkie trzy komponenty są ważne, a wiele nowoczesnych rozwiązań (np. podejście DevOps) wymaga rozwoju wszystkich trzech poziomów. Bez tego to się nie uda.
Źródło: www.habr.com