Во­семь се­рьез­ней­ших оши­бок ИТ-управ­ле­ния

Direktor informatsionnoj sluzhby - - СОДЕРЖАНИЕ «ДИРЕКТОР ИНФОРМАЦИОННОЙ СЛУЖБЫ» (CIO.R - ДЭН ТАЙНАН

Ни­кто не со­вер­ше­нен. Но для тех, кто от­ве­ча­ет за кор­по­ра­тив­ные тех­но­ло­гии, по­след­ствия стра­те­ги­че­ско­го про­сче­та, неудач­но­го най­ма или ма­ло­ду­шия мо­гут быть ка­та­стро­фи­че­ски­ми. Как из­бе­жать круп­ных оши­бок при ру­ко­вод­стве служ­бой ИТ и вос­ста­но­вить­ся по­сле них?

Все со­вер­ша­ют ошиб­ки. Эти ошиб­ки мо­гут быть без­обид­ны­ми или про­сти­тель­ны­ми, хо­тя и по­стыд­ны­ми, но есть та­кие, ко­то­рые мо­гут по­влечь крах ком­па­нии и по­ло­жить ко­нец ва­шей ка­рье­ре.

Сре­ди наи­бо­лее рас­про­стра­нен­ных про­сче­тов – «ка­баль­ное» со­гла­ше­ние с по­став­щи­ком, от ко­то­ро­го вы не мо­же­те из­ба­вить­ся, на­ем или про­дви­же­ние по служ­бе не тех лю­дей, а так­же со­кры­тие про­блем от ру­ко­вод­ства до тех пор, по­ка не ста­нет слиш­ком позд­но.

Для тех, кто от­ве­ча­ет за тех­но­ло­гии пред­при­я­тия, рис­ки вы­ше, и по­след­ствия оши­бок мо­гут быть пе­чаль­ны­ми. Здесь мы клас­си­фи­ци­ру­ем про­сче­ты по сте­пе­ни се­рьез­но­сти: уро­вень

1 – по­стыд­ная ис­то­рия, ко­то­рую мож­но бу­дет рас­ска­зать за пив­ком, но поз­же; уро­вень 2 – по­пра­ви­мая ошиб­ка, по­сле ко­то­рой, од­на­ко, не сто­ит рас­счи­ты­вать на ско­рое про­дви­же­ние по служ­бе; уро­вень 3 – ка­та­стро­фи­че­ская ошиб­ка, и вас уволь­ня­ют.

1 ПРИВЯЗКА К ПО­СТАВ­ЩИ­КУ

Это срод­ни со­блаз­не­нию: по­став­щи­ки за­ма­ни­ва­ют вас низ­ки­ми це­на­ми и бес­чис­лен­ны­ми по­су­ла­ми, но, пой­мав вас в свои се­ти, уже не от­пус­ка­ют.

Са­мо со­бой ра­зу­ме­ет­ся, что про­из­во­ди­те­ли ИТ-про­дук­ции ста­ра­ют­ся за­хва­тить как мож­но боль­шую часть ва­шей сре­ды. Все на­чи­на­ет­ся с вы­год­ных пред­ло­же­ний, но не успе­е­те вы огля­нуть­ся, как по­став­щик ока­зы­ва­ет­ся неза­ме­ни­мым, кон­тро­ли­ру­ет зна­чи­тель­ную часть ва­ших ИТ-ак­ти­вов и да­вит на вас це­но­вы­ми ры­ча­га­ми. Из-за этой ошиб­ки ИТ-ди­рек­то­ра неред­ко те­ря­ют ра­бо­ту.

Сто­ит при­знать, что у при­вяз­ки есть опре­де­лен­ные плю­сы. По­ми­мо ски­док за объ­ем, по­лу­че­ние ши­ро­ко­го кру­га про­дук­тов от од­но­го по­став­щи­ка обе­ща­ет про­сто­ту ин­те­гра­ции и бо­лее вы­со­кую сте­пень без­опас­но­сти. Кро­ме то­го, вам при­хо­дит­ся иметь де­ло с мень­шим чис­лом

по­став­щи­ков – для неболь­ших ор­га­ни­за­ций та­кая мо­дель мо­жет быть оп­ти­маль­ной.

Но ес­ли вы ре­ши­те, что при­шло вре­мя дви­гать­ся даль­ше, не рас­счи­ты­вай­те на то, что ваш по­став­щик вам в этом по­мо­жет. Ско­рее, на­обо­рот, он бу­дет пре­пят­ство­вать ва­ше­му пе­ре­хо­ду к кон­ку­рен­там все­ми спо­со­ба­ми, воз­мож­но да­же не все­гда чест­ны­ми.

Пе­ре­ход в об­ла­ко не страху­ет от этой ошиб­ки. Со мно­ги­ми опе­ра­то­ра­ми плат­форм в ви­де сер­ви­са мо­гут воз­ни­кать те же проблемы, что и с тра­ди­ци­он­ны­ми по­став­щи­ка­ми: по­сле то­го как вы с кем-ли­бо из них свя­за­лись, вам бу­дет слож­но пе­ре­не­сти ин­фра­струк­ту­ру к кон­ку­рен­ту.

Что­бы из­бе­жать про­блем, сто­ит пе­ре­стра­хо­вать­ся – за­клю­чить до­го­во­ры с несколь­ки­ми об­лач­ны­ми про­вай­де­ра­ми и раз­ра­бо­тать стро­гие прин­ци­пы управ­ле­ния тех­но­ло­ги­я­ми. Кро­ме то­го, ИТ-ру­ко­во­ди­те­лям нуж­но тес­нее вза­и­мо­дей­ство­вать с от­де­лом за­ку­пок, что­бы из­бе­жать за­ви­си­мо­сти от един­ствен­но­го по­став­щи­ка.

Обес­печь­те ди­вер­си­фи­ка­цию тех­но­ло­гий и не за­бы­вай­те, что са­мый де­ше­вый ва­ри­ант обыч­но не са­мый луч­ший и что ино­гда, по­тра­тив­шись на пер­вых по­рах, мож­но по­лу­чить вы­го­ду в дол­го­сроч­ной пер­спек­ти­ве.

2 ОТ­НО­ШЕ­НИЕ К ОБЛАКУ КАК К ПРО­ДОЛ­ЖЕ­НИЮ ВА­ШЕ­ГО ЦЕН­ТРА ОБ­РА­БОТ­КИ ДАН­НЫХ

В на­ча­ле 2016 го­да опе­ра­тор сер­ви­са вза­им­но­го кре­ди­то­ва­ния Best Egg Personal Loans пе­ре­шел из част­но­го об­ла­ка на ос­но­ве VMware в пуб­лич­ное об­ла­ко Amazon Web Services. При этом бы­ли по­тра­че­ны ме­ся­цы на пла­ни­ро­ва­ние, на­строй­ку и пе­ре­нос низ­ко­уров­не­вых сер­ви­сов, что­бы пол­но­стью вос­про­из­ве­сти ло­каль­ную ин­фра­струк­ту­ру в AWS. На­ко­нец все бы­ло го­то­во к ра­бо­те, но че­рез два ча­са по­сле за­пус­ка один из клю­че­вых сер­ве­ров AWS дал сбой.

Best Egg, мож­но ска­зать, повезло, что сбой про­изо­шел в пер­вый же день: вы­яс­ни­лось, что ста­биль­ность ин­ди­ви­ду­аль­ных об­лач­ных сер­ве­ров в ре­аль­но­сти ни­же, чем у раз­ме­ща­е­мых ло­каль­но, – ко­эф­фи­ци­ент ра­бо­то­спо­соб­но­сти 99,999% в об­ла­ке до­сти­га­ет­ся по­сред­ством ди­на­ми­че­ско­го вво­да в экс­плу­а­та­цию но­вых сер­ве­ров вза­мен от­ка­зав­ших.

Ава­рия слу­чи­лась в выходной, и Best Egg уда­лось вос­ста­но­вить­ся без пре­ры­ва­ния кли­ент­ско­го об­слу­жи­ва­ния, но в ком­па­нии усво­и­ли важ­ный урок – нель­зя от­но­сить­ся к об­лач­ным сер­ве­рам так, как буд­то это си­сте­мы в ва­шем соб­ствен­ном ЦОДе.

По­сле про­изо­шед­ше­го в Best Egg вплот­ную за­ня­лись оп­ти­ми­за­ци­ей си­стем для об­лач­ной сре­ды. А вто­рой по важ­но­сти за­да­чей ста­ло при­сталь­ное кон­тро­ли­ро­ва­ние за­трат на об­слу­жи­ва­ние. «Нель­зя вы­де­лять но­вый сер­вер по пер­во­му тре­бо­ва­нию, – под­чер­ки­ва­ют в ком­па­нии. – Ес­ли по­пу­сти­тель­ство­вать, то очень ско­ро вам при­дет­ся тра­тить вдвое-втрое боль­ше, чем пла­ни­ро­ва­лось».

Кро­ме то­го, ста­ло по­нят­но, что сер­ве­ры – «рас­ход­ный ма­те­ри­ал»: ко­гда они «ло­ма­ют­ся», их мож­но про­сто «вы­бро­сить». По­это­му в Best

Egg зна­чи­тель­но рас­ши­ри­ли дуб­ли­ро­ва­ние си­стем, на­зна­чи­ли от­дель­ный пул сер­ве­ров тем при­ло­же­ни­ям, ко­то­рые нель­зя оста­нав­ли­вать ни на се­кун­ду, и со­зда­ли скрип­ты, ав­то­ма­ти­че­ски за­пус­ка­ю­щие но­вые сер­ве­ры в том слу­чае, ес­ли име­ю­щи­е­ся от­ка­зы­ва­ют.

Те­перь, ко­гда Best Egg вы­пус­ка­ет но­вую вер­сию ПО, в ком­па­нии про­сто вво­дят в дей­ствие но­вые сер­ве­ры, рас­сы­ла­ют на них код, а ста­рые оста­нав­ли­ва­ют.

Пре­иму­ще­ства­ми пуб­лич­но­го об­ла­ка мож­но вос­поль­зо­вать­ся, толь­ко ес­ли вы про­ек­ти­ру­е­те ва­шу ин­фра­струк­ту­ру с рас­че­том на их ис­поль­зо­ва­ние. Про­сто пе­ре­не­сти сер­ве­ры в об­ла­ко недо­ста­точ­но – до­пол­ни­тель­но при­дет­ся при­ло­жить нема­ло ин­же­нер­ных уси­лий.

3 ИЗЛИШНЕ УСЕРДНОЕ СОСТАВЛЕНИЕ ФИ­НАН­СО­ВЫХ ОБОСНОВАНИЙ

Од­на из аз­буч­ных ис­тин ИТ-ди­рек­то­ра – обя­за­тель­ная под­го­тов­ка убе­ди­тель­но­го фи­нан­со­во­го обос­но­ва­ния для по­лу­че­ния средств на круп­ный про­ект. По­это­му тра­тят­ся неде­ли на изу­че­ние до­ступ­ных ва­ри­ан­тов, рас­че­ты и верст­ку пре­зен­та­ций.

Но ес­ли биз­нес-ру­ко­во­ди­тель не го­тов взять на се­бя риск по ва­ше­му пред­ло­же­нию, все эти уси­лия бу­дут на­прас­ны­ми. Фи­нан­со­вые ди­рек­то­ра не все­гда до­ве­ря­ют циф­рам в обос­но­ва­ни­ях, они пред­по­чи­та­ют одоб­рять про­ек­ты, толь­ко ес­ли за них аги­ти­ру­ет биз­нес-ру­ко­во­ди­тель, ко­то­ро­му нужны но­вые воз­мож­но­сти, обе­ща­е­мые ини­ци­а­ти­вой.

Ис­клю­че­ни­я­ми бу­дут, по­жа­луй, затра­ты на ин­фра­струк­ту­ру и обес­пе­че­ние вы­пол­не­ния тре­бо­ва­ний. А для лю­бых стра­те­ги­че­ских ИТ-ини­ци­а­тив ну­жен сто­рон­ник в от­де­ле биз­не­са. Что­бы за­ру­чить­ся до­ве­ри­ем выс­ше­го ру­ко­вод­ства, нуж­но не толь­ко без­упреч­но вы­пол­нять обя­зан­но­сти, свя­зан­ные с ин­фор­ма­ци­о­ны­ми тех­но­ло­ги­я­ми,

но и со­труд­ни­чать с дру­ги­ми от­де­ла­ми, по­мо­гать им оп­ти­ми­зи­ро­вать ра­бо­чие про­цес­сы. Ес­ли это бу­дет уда­вать­ся, биз­нес-ру­ко­во­ди­те­ли го­раз­до вни­ма­тель­нее от­не­сут­ся к ва­шим иде­ям.

Ес­ли же вы го­то­ви­те объ­е­ми­стые фи­нан­со­вые обос­но­ва­ния, не за­ру­чив­шись под­держ­кой то­п­ме­не­дже­ров, вы лишь де­ла­е­те си­ту­а­цию ху­же для са­мо­го се­бя.

4 НА­ЕМ СПЕ­ЦИ­А­ЛИ­СТОВ С МЕНЬ­ШИМ ПРО­ФЕС­СИ­О­НАЛЬ­НЫМ УРОВ­НЕМ, ЧЕМ У ВАС

Что­бы по­стро­ить успеш­ное пред­при­я­тие, нуж­на ко­ман­да, а что­бы под­ве­сти под мо­на­стырь весь кол­лек­тив, до­ста­точ­но лишь од­но­го нера­ди­во­го со­труд­ни­ка. Од­на из са­мых боль­ших оши­бок ИТ-ру­ко­во­ди­те­ля – при­ем на ра­бо­ту спе­ци­а­ли­стов, не яв­ля­ю­щих­ся бо­лее опыт­ны­ми и ква­ли­фи­ци­ро­ван­ны­ми, чем он сам.

Увы, са­мо­мне­ние на­чаль­ни­ков неред­ко ме­ша­ет им вы­би­рать под­хо­дя­щих кан­ди­да­тов. На­при­мер, в ре­кру­тер­ской ком­па­нии Stride Search несколь­ко лет на­зад на­шли иде­аль­но­го ин­же­не­ра по се­тям и про­грамм­но­му обес­пе­че­нию для кли­ен­та – стар­та­па в об­ла­сти SaaS. Пре­тен­дент имел кан­ди­дат­скую сте­пень в об­ла­сти ком­пью­тер­ной на­у­ки и несколь­ко па­тен­тов. Он по­нра­вил­ся всем, кро­ме ди­рек­то­ра по тех­но­ло­ги­ям ком­па­нии-за­каз­чи­ка.

Те­ле­фон­ный раз­го­вор про­шел удач­но, но личное со­бе­се­до­ва­ние ока­за­лось про­валь­ным. Ди­рек­тор по тех­но­ло­ги­ям стар­та­па, он же его со­ос­но­ва­тель и ме­не­джер по най­му, на про­тя­же­нии все­го ин­тер­вью оскорб­лял кан­ди­да­та, пы­та­ясь ули­чить его в неком­пе­тент­но­сти. Осталь­ные ру­ко­во­ди­те­ли бы­ли за то, что­бы на­нять пре­тен­ден­та, но ди­рек­тор по тех­но­ло­ги­ям на­сто­ял на сво­ем. В ито­ге кан­ди­дат ушел к кон­ку­рен­ту, а тот поз­же вы­тес­нил стар­тап с рын­ка. По­доб­ные ис­то­рии про­ис­хо­дят очень ча­сто.

По­бо­роть дан­ную про­бле­му мож­но в том слу­чае, ес­ли вве­сти пра­ви­ло, со­глас­но ко­то­ро­му ни у ка­ко­го ру­ко­во­ди­те­ля не долж­но быть пра­ва еди­но­лич­но при­ни­мать ре­ше­ние об от­ка­зе в най­ме. А при по­ис­ке пре­тен­ден­та в со­став выс­ше­го ру­ко­вод­ства участ­во­вать в со­гла­со­ва­нии дол­жен не толь­ко со­вет ди­рек­то­ров, но и бу­ду­щие под­чи­нен­ные кан­ди­да­та.

Для ор­га­ни­за­ции, по­вто­рим­ся, нет ни­че­го бо­лее ка­та­стро­фич­но­го, чем на­ем на клю­че­вую долж­ность не то­го че­ло­ве­ка или от­каз дей­стви­тель­но под­хо­дя­ще­му кан­ди­да­ту.

5 ПРО­ДВИ­ЖЕ­НИЕ ПО СЛУЖ­БЕ НЕПОДХОДЯЩЕГО ВНУТ­РЕН­НЕ­ГО КАН­ДИ­ДА­ТА

На­зна­че­ние на вы­ше­сто­я­щую долж­ность невер­но­го внут­рен­не­го пре­тен­ден­та – не мень­шая ошиб­ка, чем от­каз под­хо­дя­ще­му кан­ди­да­ту извне.

В це­лом внут­рен­нее про­дви­же­ние – ра­зум­ная прак­ти­ка, но, при­бе­гая к ней, нуж­но ис­хо­дить из вер­ных по­буж­де­ний. Невер­ным бу­дет про­дви­же­ние в ка­че­стве воз­на­граж­де­ния за ло­яль­ность, из же­ла­ния улуч­шить по­служ­ной спи­сок со­труд­ни­ка или про­сто по­ка­зать се­бя ве­ли­ко­душ­ным на­чаль­ни­ком. Та­кие дей­ствия мо­гут силь­но уда­рить по вам же, ес­ли со­труд­ник на са­мом де­ле со­всем не под­хо­дит для но­вой долж­но­сти.

До­пу­стим, ИТ-ди­рек­тор на­зна­ча­ет хо­ро­ше­го про­грам­ми­ста ру­ко­во­ди­те­лем груп­пы, а тот, по­ра­бо­тав ка­кое-то вре­мя в но­вой ро­ли, со­всем ухо­дит из ком­па­нии. Предо­став­ляя под­чи­нен­ным воз­мож­ность ро­ста, вы ду­ма­е­те, что вы от­лич­ный босс, но за­кан­чи­ва­ет­ся это тем, что вы те­ря­е­те цен­ных спе­ци­а­ли­стов, от­ры­вая их от по­на­сто­я­ще­му лю­би­мой ра­бо­ты.

На­при­мер, в ком­па­нии Unosquare, пред­ла­га­ю­щей ПО для ИТ-служб, для од­но­го из круп­ней­ших кли­ен­тов на­ня­ли опыт­но­го раз­ра­бот­чи­ка и по­ре­ко­мен­до­ва­ли уско­рен­но про­дви­гать его по служ­бе. Уже ско­ро про­грам­мист стал ру­ко­во­ди­те­лем груп­пы из пя­ти спе­ци­а­ли­стов. Несколь­ко ме­ся­цев все шло хо­ро­шо, а по­том этот че­ло­век про­сто при­шел в ка­би­нет на­чаль­ни­ка и объ­явил об ухо­де. Уго­во­рить его вер­нуть­ся на ста­рую долж­ность уже не уда­лось. В ре­зуль­та­те был по­те­рян цен­ный про­грам­мист – из-за неумест­ной по­пыт­ки по­мочь ему про­дви­нуть­ся по ка­рьер­ной лест­ни­це.

С тех пор в ком­па­нии вве­ли пра­ви­ла, со­глас­но ко­то­рым вновь на­зна­чен­ные со­труд­ни­ки долж­ны ре­гу­ляр­но предо­став­лять и по­лу­чать от­зы­вы, а их ру­ко­во­ди­те­ли – по­мо­гать в ра­бо­те и при­сталь­но сле­дить за ре­зуль­та­тив­но­стью.

В Unisquare про­дол­жа­ют ве­рить в то, что внут­рен­нее про­дви­же­ние – хо­ро­шая прак­ти­ка, но под­хо­дить к от­бо­ру кан­ди­да­тов нуж­но бо­лее тщательно.

6 ПРИ­МЕ­НЕ­НИЕ МЕ­ТО­ДО­ЛО­ГИИ AGILE К ОС­НОВ­НЫМ СИ­СТЕ­МАМ

В усло­ви­ях ак­тив­но рас­ту­ще­го при­ме­не­ния об­лач­ных сер­ви­сов биз­не­су при­хо­дит­ся раз­ви­вать­ся

все быст­рее, а ИТ-ди­рек­тор те­ря­ет кон­троль над ча­стью под­ве­дом­ствен­ной ор­га­ни­за­ции.

Прин­ци­пы agile, поз­во­ля­ю­щие уско­рить раз­ра­бот­ку про­дук­тов, спо­соб­ны ока­зать ка­та­стро­фи­че­ское вли­я­ние, ес­ли их пы­та­ют­ся ис­поль­зо­вать для об­нов­ле­ния ос­нов­ных служб са­мой ком­па­нии: элек­трон­ной по­чты, те­ле­фо­нии, ERP и дру­гих внут­рен­них при­ло­же­ний.

Из-за эле­мен­тар­ной неспо­соб­но­сти обес­пе­чить ра­бо­ту элек­трон­ной по­чты по­те­ря­ли ра­бо­ту нема­ло ИТ-ди­рек­то­ров. Ме­то­ды agile про­ти­во­ре­чат прин­ци­пам стро­го­го кон­тро­ля из­ме­не­ний, необ­хо­ди­мо­го для ос­нов­ных си­стем, а ес­ли эти си­сте­мы оста­нав­ли­ва­ют­ся, биз­нес стре­ми­тель­но те­ря­ет день­ги.

Что­бы из­бе­жать про­блем, ИТ-ди­рек­тор дол­жен чет­ко раз­гра­ни­чить си­сте­мы, ко­то­рые мож­но быст­ро ме­нять, и си­сте­мы, ко­то­рым быст­рая за­ме­на про­ти­во­по­ка­за­на. При этом под­черк­нем: уни­вер­саль­но­го под­хо­да здесь нет.

Нель­зя до­пус­кать, что­бы из-за си­стем, об­нов­ля­е­мых с по­мо­щью ме­ха­низ­мов agile, ока­зы­ва­лись под угро­зой ос­нов­ные сер­ви­сы ком­па­нии. Уста­но­вить и со­блю­дать эти гра­ни­цы не все­гда про­сто. Биз­не­су нуж­на ско­рость, но бла­го­ра­зу­мие тре­бу­ет нето­роп­ли­вых, ме­то­дич­ных пе­ре­мен. Из-за этих кон­флик­ту­ю­щих тре­бо­ва­ний ИТ-ру­ко­во­ди­тель ча­сто ока­зы­ва­ет­ся меж двух ог­ней.

7 СЛИШ­КОМ ЧА­СТО ПРОИЗНОСИМОЕ «ДА»

Ве­ду­щих ИТ-ру­ко­во­ди­те­лей неред­ко об­ви­ня­ют в из­лиш­ней кон­сер­ва­тив­но­сти по ча­сти но­во­вве­де­ний. Но еще ху­же, ес­ли они не уме­ют от­ка­зы­вать – то­гда они риску­ют по­те­рять кон­троль над без­опас­но­стью сво­их си­стем.

Ча­сто бы­ва­ет, что от ИТ-ди­рек­то­ра или ру­ко­во­ди­те­ля по без­опас­но­сти на­чаль­ство тре­бу­ет до­сту­па к за­кры­то­му ре­сур­су. А раз­лич­ные от­де­лы ор­га­ни­за­ции «ухо­дят в са­мо­вол­ку», са­мо­сто­я­тель­но внед­ряя но­вые об­лач­ные сер­ви­сы без со­гла­со­ва­ния с от­де­ла­ми ИТ и без­опас­но­сти.

Об­лач­ные хра­ни­ли­ща и SaaS-ре­ше­ния обес­пе­чи­ва­ют быст­рое по­лу­че­ние нуж­ных воз­мож­но­стей, но ко­гда ИТ-ру­ко­во­ди­тель удо­вле­тво­ря­ет каж­дую прось­бу сде­лать ис­клю­че­ние, он со­зда­ет но­вые про­ре­хи и «сле­пые пят­на» в ор­га­ни­за­ции, де­лая ее уяз­ви­мее.

Слож­но от­ка­зать ге­не­раль­но­му ди­рек­то­ру, ко­гда тот об­ра­ща­ет­ся с осо­бой прось­бой. Но на слу­чай по­доб­ных ис­клю­че­ний необ­хо­дим свой спе­ци­аль­ный про­то­кол. Важно иметь на­деж­ную схе­му управ­ле­ния ак­ти­ва­ми, а так­же ПО, ко­то­рое сле­дит за око­неч­ны­ми устрой­ства­ми и пре­ду­пре­жда­ет вас, ес­ли поль­зо­ва­те­ли ре­ги­стри­ру­ют­ся на по­пу­ляр­ных об­лач­ных сер­ви­сах.

Ес­ли вы чрез­мер­но уступ­чи­вы и, до­пу­стим, в мар­ке­тин­го­вом от­де­ле без ва­ше­го ве­до­ма нач­нут за­пус­кать но­вые эк­зем­пля­ры в AWS, вам бу­дет слож­но про­сле­дить, что­бы вез­де сто­я­ли све­жие за­пла­ты и со­блю­да­лись тре­бо­ва­ния.

Суть не в том, что­бы пол­но­стью за­пре­тить нов­ше­ства, а в том, что­бы за­ста­вить от­де­лы, в ко­то­рых ре­ши­ли вос­поль­зо­вать­ся ка­ким-ли­бо сер­ви­сом, со­блю­дать необ­хо­ди­мые тре­бо­ва­ния по за­щи­те дан­ных. ИТ-ди­рек­тор дол­жен чет­ко объ­яс­нить, что он ока­жет со­дей­ствие, ес­ли воз­ник­нет та­кая на­доб­ность, но толь­ко при усло­вии, что бу­дут вы­пол­нять­ся ба­зо­вые тре­бо­ва­ния без­опас­но­сти.

8 СО­КРЫ­ТИЕ ПРО­БЛЕМ

Ко­гда круп­ный про­ект на­чи­на­ет сво­ра­чи­вать с рель­сов, мно­гие ИТ-ру­ко­во­ди­те­ли пы­та­ют­ся ута­ить слож­но­сти, рас­счи­ты­вая ис­пра­вить про­бле­му до то­го, как ее за­ме­тит на­чаль­ство.

Но в ито­ге обыч­но все ка­тит­ся под от­кос. Ко вре­ме­ни, ко­гда ИТ-ди­рек­тор на­ко­нец при­зна­ет, что но­вый ре­лиз ко­да вы­вел из строя си­сте­му на двое су­ток или что на за­вер­ше­ние про­ек­та по­на­до­бит­ся еще 4 млн долл., до­ве­рие уже утра­че­но.

Чем быст­рее вы озву­чи­те пло­хие но­во­сти, тем луч­ше, ведь са­ма со­бой си­ту­а­ция не ис­пра­вит­ся. Чем ско­рее о про­бле­ме узна­ют, тем боль­ше шан­сов на то, что вы вер­не­те про­ект в нуж­ное рус­ло.

Со­об­щать пло­хие но­во­сти все­гда труд­но, но это бу­дет го­раз­до про­ще, ес­ли вы на­ла­ди­ли и под­дер­жи­ва­е­те тес­ные де­ло­вые от­но­ше­ния с биз­нес-ру­ко­во­ди­те­ля­ми. Глав­ное пра­ви­ло в том, что­бы ваше пер­вое по­яв­ле­ние на по­ро­ге ка­би­не­та топ-ме­не­дже­ра не со­про­вож­да­лось прось­бой о день­гах или из­ви­не­ни­я­ми. Это ка­са­ет­ся как са­мо­го пер­во­го ра­за, так и об­ра­ще­ния к на­чаль­ни­ку по­сле боль­шо­го пе­ре­ры­ва.

ИТ-ру­ко­во­ди­те­лям нуж­но ис­кать воз­мож­но­сти по­об­щать­ся с фи­нан­со­вым ди­рек­то­ром и дру­ги­ми топ-ме­не­дже­ра­ми не толь­ко то­гда, ко­гда воз­ник­ла чрез­вы­чай­ная си­ту­а­ция. Ком­му­ни­ка­тив­ные на­вы­ки необ­хо­ди­мо раз­ви­вать.

Пусть это бу­дут все­го лишь бе­се­да на об­щие темы или об­суж­де­ние труд­но­стей ра­бо­ты на­чаль­ни­ка, в лю­бом слу­чае это об­лег­чит бо­лее тя­же­лый раз­го­вор, ко­гда си­ту­а­ция вый­дет из-под кон­тро­ля и вам по­на­до­бят­ся сред­ства из кор­по­ра­тив­но­го ко­шель­ка.

Newspapers in Russian

Newspapers from Russia

© PressReader. All rights reserved.