Pitanje:
Kako pristupiti prenošenju tehničkog znanja nadređenima?
RSid
2012-04-11 21:10:52 UTC
view on stackexchange narkive permalink

Ljudi koji su zaduženi za moje radno mjesto zapravo ne razumiju za što su računala sposobni, nemaju im povjerenja i općenito imaju velike poteškoće u korištenju tehnologije. To je problem jer naš rad sada zahtijeva da rukujemo ogromnim bazama podataka, a pohrana i upravljanje podacima jedan je od naših glavnih problema kao tvrtke.

Kao rezultat njihove zbrke, oni obično donose neinformirane odluke koji svima dovode do velikih glavobolja ili jednostavno ne uspijevaju učinkovito koristiti sustav. Nisu posebno prijemčivi za ideju treninga, jer su vrlo zauzeti, a čini se da se neformalna objašnjenja kako funkcioniraju naši sustavi ne lijepe.

Postoje li savjeti za prenošenje tehnoloških osnova nadređenima na uvredljiv (ali nadam se učinkovit) način?

Pet odgovori:
#1
+9
HLGEM
2012-04-12 00:03:30 UTC
view on stackexchange narkive permalink

Iz vašeg ću pitanja izdvojiti jednu točku i obratiti se na sljedeću:

To je problem jer naš rad sada zahtijeva da rukujemo ogromnim bazama podataka, a pohrana i upravljanje podacima jedan od naših glavnih problema kao firme.

Ono što trebate učiniti da biste riješili ovaj problem i druge poput njega je naučiti poslovno komunicirati, a ne tehnički razgovarati sa svojim šefovima. Donose loše odluke jer nemaju prave informacije ili razumiju informacije koje imaju. Ali oni razumiju analizu troškova i koristi i financijske razgovore.

Dakle, prvo odaberite db problem koji treba riješiti. Zatim smislite nekoliko čimbenika koje trebate koristiti za procjenu rješenja. Trebali bi sadržavati stvari poput početnih troškova, troškova održavanja, sigurnosti, vremena za instalaciju (ili dovršenje projekta), zadovoljstvo kupaca itd. Neke treba lako kvantificirati, a druge mogu i trebaju biti subjektivnije. Dalje (a ovo je podmukli dio), neka menadžeri nalože one važne čimbenike stvarnim brojem od 1-5. Sad to uzmite i stvorite matricu s nekoliko mogućnosti, uključujući onu za kojom se zalažete. Ocijenite svaku mogućnost od 1-5 za svaki faktor. Pomnožite svaku ocjenu s faktorom važnosti i zbrojite vrijednosti za svaku mogućnost. Ako ste to ispravno učinili, najbolje rješenje pojavit će se postizanjem najviše ocjene i vjerojatno će biti vaše. Menadžeri to vole jer im omogućuje da pokažu na nešto „Objektivno“ kako bi rekli da su donijeli ispravnu odluku. Svidjet će vam se jer njime možete pokazati kako je vaše rješenje bolje prema onome što su oni složili da je najvažnije. I ne morate tehnički objašnjavati zašto je fgh tehnički bolji od ghi , jer ste poslovno objasnili zašto.

+1 - Iza svakog tehničkog izazova stoji poslovni pokretač. Razumijete ih i inteligentno razgovarate o njima, a često možete pronaći načine kako ukloniti tehničke probleme (ili zamjenski način rješavanja pokretača posla ili podršku za izgradnju tehničke infrastrukture potrebne za podršku poslovanju)
#2
+4
FrustratedWithFormsDesigner
2012-04-11 21:43:26 UTC
view on stackexchange narkive permalink

Trening bi bio najbolja opcija, ali ako to ne uspijete, je li moguće postaviti nekakvu e-poštu "Tehnički savjet tjedna", gdje jednom tjedno e-poštom pošaljete dobro napisani savjet / vodič za neke od specifični sustavi koje koristite? Morali biste biti sigurni da su savjeti relevantni, pozitivni i naglasiti prednosti njihova pridržavanja. Znam da su to učinili kad su prešli na Outlook, unatrag kad god je to bilo, pa čak sam i ja naučio neke zgodne trikove za koje nikada prije nisam čuo.

Jako mi se sviđa ideja tehnološkog savjeta i isprobat ću je. Hvala!
Imamo tehnološki savjet tjedna. Obično se ignorira.
#3
+4
user38
2012-04-12 01:08:24 UTC
view on stackexchange narkive permalink

Sjedio sam na tom mjestu nekoliko puta.

Kao rezultat zbunjenosti, oni obično donose neinformirane odluke koje svima dovode do velikih glavobolja ili jednostavno ne koriste učinkovito.

Ovdje je problem prilično jednostavan:

oni obično donose neinformirane odluke

Prvo, Pretpostavit ću da je to slučaj. Morate s tim postupiti vrlo pažljivo - pod pretpostavkom da je netko nesposoban kad je samo zauzet neće vas na bilo koji način privući njemu.

Dakle, pretpostavimo da je neobaviješten - problem je jednostavno naveden treba ih informirati. To znači da se nekako ubacite u proces donošenja odluka koje prolaze i slušate što žele postići.

Zatim, i to je presudno - izložite sve mogućnosti, predstavljajući što je moguće jednostavnije tehničke koncepte koji trebate ih znati i odgovoriti na sva pitanja, a zatim neka oni odluče. I dalje će donijeti odluku - još uvijek su nadležni - ali naoružali ste ih informacijama koje su im potrebne za donošenje ispravne odluke.

U ovoj bih fazi trebao reći što ćemo ponovno ih pokušavam usmjeriti, međutim, jedna stvar koju sam izuzeo iz ovog gotovo cijelog svog radnog vijeka je da ponekad kad mu se prikažu opcije, menadžer odabere jednu iz poslovnih razloga kao što je brzina, trošak itd. Kao IT-ovci, posebno programeri, skloni smo postaviti se na način koji je "tehnološki najbolji", dok upravitelj stvari može vidjeti poslovno / strateški. Ne zamjerite im ovo; to je razlog što smo ipak napokon zaposleni.

Sad - kako se umetnuti u postupak donošenja odluke? Pa:

... jer su jako zauzeti

Bingo. Ponudite da im uštedite vrijeme. Pronađite primjer tehničkog rješenja za koje mislite da nije najbolje i usporedite ga s onim koje djeluje, objasnivši kako će se na taj način uštedjeti vrijeme ili novac (ili oboje). Zatim, i ovo je zeznuto - pokušajte ponuditi da pogledate odluke ili ako upravitelj neće otpustiti, možete se pokušati uključiti u raspravu sve dok vaša učestalost sudjelovanja ne završi po zadanom.

Kao što kažem, važan aspekt ovdje, kakav je primamljiv, nije pretpostavljati i donositi odluke. Protumačite zahtjeve i predstavite mogućnosti. Razmislite o "tehničkoj vezi". Također imajte na umu ponekad, u nekim kulturama tvrtke, ideja o primanju savjeta od mlađeg osoblja zapravo ne postoji i možda nećete moći utjecati na utjecaj koji trebate.

#4
  0
acolyte
2012-07-04 11:54:40 UTC
view on stackexchange narkive permalink

Mislim da bi to moglo biti jednostavno poput zabijanja glave u njihov ured, traženja da dođu kraj vašeg stola kako biste mogli nešto razjasniti, a zatim demonstriranje onoga što želite da znaju i na kraju završavanjem pitanjem je li to ispravno / najučinkovitiji način izvršavanja navedenog zadatka. Recite im da osjećate da postoji bolji način, ali niste sigurni i bili sigurni da će moći odgovoriti na to. Dio toga što je dobar učitelj NIJE to što možeš učiti, već što sprečava ljude da shvate da ih se uči.

#5
  0
Deek
2012-07-05 18:35:55 UTC
view on stackexchange narkive permalink

Teško je to prosuditi, a da se ne zna koliko oni znaju o IT-u i koja je linija zapovijedanja.

Ako na ploči postoji osoba s CTO-om - ili barem netko tko ima uha šefa - tada je taj muškarac / žena sučelje između upravljanja i tehnologije. On / ona je odgovoran prevesti žargon u nešto njima razumljivo, navesti ih da vide poslovne argumente za različite IT sustave i njihovu pomoć u upravljanju tranzicijom.

Ali imam dojam da ova tvrtka ima puno drugih problema.

I, da sam na vašem mjestu, počeo bih tražiti drugi posao.



Ova pitanja su automatski prevedena s engleskog jezika.Izvorni sadržaj dostupan je na stackexchange-u, što zahvaljujemo na cc by-sa 3.0 licenci pod kojom se distribuira.
Loading...