Flere tips i denne serien
Network Engineering oversikt: TechnologyNetwork ingeniøroversikten: Teknikker for å gjøre endringer

Enkelt sagt, politikk og prosessen er kjedelig som skitt. Ingen liker det, og det er nesten alltid diskutert i sammenheng med hindrer noen nyttige aktivitet med ekstra oppgaver av tvilsom verdi. Og mye som det kan være en bragd, vil ingen ønsker å se " Jeg fikk faktisk noe gjennom endringsledelse "!; på CVen. Hvis du ikke er overbevist om at dette er et problemområde, kan du prøve denne enkle testen: Monitor et nettverk ingeniør puls eller blodtrykk i et minutt og deretter hviske ordet " anskaffelser ".

Likevel, for å være effektiv, må en ingeniør for å vite hvordan å få ting gjort i et miljø hvor det ofte synes at alle prosedyrer er satt opp spesielt for å holde deg fra å bli noe gjort. Dette er spesielt utfordrende fordi nettverk ingeniører sjelden har noen innspill i prosesser eller evne til å forbedre dem. Verre er de prosessene ofte rettet mot andre IT-domener som stormaskinapplikasjoner, så ringer du hoppe gjennom er ofte helt irrelevant i en verden av ruting og svitsjing. Så her er det du trenger å vite:

Først delta
fleste av prosessene aktuelle legge noen verdi i teorien, men faktisk bommer på grunn av dårlig inngang.. Med andre ord, Garbage in, garbage out. Hvis du ikke tar deg tid til å sette meningsfull informasjon i en prosess, vil ingen noensinne får noen meningsfull informasjon ut.

Dermed prosesser i mange bedrifter er i en catch-22 hvor ingen bruker den informasjonen som kommer ut av en prosess fordi informasjonen er søppel, og sette god informasjon i prosessen blir sett på som bortkastet tid fordi de vet at ingen bruker den informasjonen som kommer ut. Endringsledelse er ofte et eksempel på dette, hvor nettverk og server ingeniører vil fylle ut skjemaer som ikke tilstrekkelig beskrive virkningen av sine endringer, men deretter klage at endringen styringskomiteen ikke vet noe om sine endringer og kan ikke oppnå sitt mål om å sørge for at flere endringer ikke er i konflikt med hverandre. Breaking at syklusen er ikke lett, så prøv å ikke komme inn i det i første omgang - delta!

For det andre plan.
Når gi anslag for hvor lang tid det vil ta å gjøre en jobb, ingeniører vil også ofte vurdere bare den tiden det tar å fullføre den fysiske og logiske konfigurasjon. Sjelden folk ta den tiden det tar å få en regning på materialer, går gjennom prosessene for å få godkjenning for kapital og kjøp godkjenning, fylle ut endringsledelse skjemaer og deretter sitte i møter, eller oppdatere nettverksadministrasjon og overvåking verktøy etter endringen . Normalt disse aktivitetene ta tre eller fire ganger så lang som den " ekte " arbeid, så vær forsiktig så du ikke kort selv.

Tredje, unngå ut-av-prosess aktiviteter.
slu observatører vil merke at de fleste av prosedyrer er ikke så mye for intra-avdelinger aktiviteter som de er for tverretatlig aktiviteter. Med andre ord, de er spesielt utviklet for å sikre at alle avdelinger er involvert kommuniserer riktig. Når det gjelder innkjøp, er det nettverket engineering og finans avdelinger, og sannsynligvis maskinvareleverandører for eksempel. Din post-implementeringsprosesser sørge for driftsavdelingen er på samme side som gjennomføringen avdelingen.

Dette er viktig å forstå fordi det oppstår problemer når ting blir gjort utenfor en prosess. For eksempel, kanskje ingeniøren og finansanalytiker golf sammen, og når et prosjekt er forsinket, får de en godkjenning via e-post i stedet for å fylle ut skjemaene. Noen ganger er dette nødvendig, selvfølgelig. Men du bør alltid innse at når du avviker fra prosessen, går risikoen vei opp. Du kan ikke styre risiko med mindre du kjenner dem.

Gitt at tverretatlig kommunikasjon er målet om en prosess, der er en oversikt mest sannsynlig til å skje når du avbryter prosessen? Så hva bør du se opp for? Misforståelser. Misforståelser. Og glemme viktige detaljer etter tiden går, fordi disse detaljene ikke er dokumentert hvor de normalt skal være.

Til slutt, hvis det er egentlig ikke fungerer for deg, kan du prøve over-kommunisere.
Husk at målet for de fleste prosesser er å tvinge folk til å kommunisere klart og konsekvent (og holde en oversikt over at kommunikasjon). Så når du kommer i en situasjon hvor prosessen er suboptimal, og du ikke har hatt suksess i å forbedre det, er en mulig strategi for å endre prosessen innenfra ved flom den med informasjon. Dette er effektivt når andre deltakerne ikke kan se problemet ved normal belastning. Tilleggs kommunikasjon - for eksempel overveldende detalj for en endring - kan føre dem til å begynne å stille de riktige spørsmålene om hva detalj er veldig gunstig. Det vil vanligvis motivere deltakerne til å gjøre endringer som bidrar en prosess arbeid for alle involverte.