Skip to main content

Како осигурати да ваш технолошки тим воли да ради са вама

Anonim

Склони смо третирању нових технологија попут Светог грала, светионика и одговора на све оно што је споро, неефикасно и старо. А може бити и ако се проводи с товарним могућностима планирања и предвиђања.

Али, добро, сви знамо како то иде.

Током мојих година у влади, где се понекад осећало као да играмо игру технолошког надокнаде, немогуће победити, сазнао сам шта се може догодити када се та предвиђања схвати здраво за готово. Изгледа мало мање као Свети Грал и много више попут прекорачења трошкова, кашњења и испреплетених решења за иначе једноставне проблеме.

Као што сам сазнао, један од главних кључева успешног технолошког пројекта је складан однос пословног тима и технолошког тима. По мом искуству, пословни тим је често покретао промене (потребан нам је сложенији систем за праћење потрошње савезних грантова), али нисмо успели да постигнемо напредак без развојних програмера и ИТ менаџера који су у стању да га остваре. десити се. Пројекти су често завршили далеко од хармоничног, резултат суштински говорених различитих језика и одржавања крајње различитих очекивања (промена која ми се, на пример, чинила незнатном, често се показала као главна за програмере).

Али посао и технологија могу - и морају - бити пријатељи. Добре вести? Постизање хармоније заиста није толико компликовано. Као и свака сарадња, она има везе са учесталошћу и квалитетом комуникације, заједнички договореним циљевима и планом за решавање готово неизбежног померања тих циљева. Ево неколико основних смерница за управљање поделе у пословној технологији.

1. Циљ је да први пут испуните захтеве

Размислите о пословним захтевима као нацрту. Не бисте нацртали цртеж скупа нацрта за кућу, доставили их извођачу и пожелели му срећу. Не бисте се вратили три недеље у изградњу и замолили га да дода трећи спрат и четврто купатило, а можда и прозор за прозор у дневној соби. И сигурно не бисте цртали нацрте без доприноса архитекте и инжењера.

Технолошки пројекат није толико различит. То треба дизајнирати прецизно, а када развој крене, није увек лако прилагодити промене без утицаја на цео темељ. Због тога је кључно да од почетка будете што свеобухватнији и добијете потребан допринос и стручност док промишљате шта ће решење захтевати. Интервјуите крајње кориснике да бисте разумели изазове са којима су суочени и како ће им требати да користе нову технологију. Не претпостављајте и не остављајте никакве делове планирања за касније.

2. Али признајте да ће вам недостајати мало

Имајући то у виду, сматрам да је готово немогуће замислити сваку поједину функцију која нам је потребна током фаза апстрактног планирања. Неизбежно, кад се систем развио, схватили бисмо да смо заборавили да тражимо напредну функцију претраге или дугме „сачувај и настави“. Када смо се обраћали програмерима да их љубазно замолимо да удовоље у ове нове захтеве, често смо се сусретали са фрустрацијом. Можда би нова измена захтевала да пониште посао који су већ учинили и реконструишу делове решења. Можда смо замислили да ће то трајати два сата, а заправо ће требати један дан.

Можда нећете моћи да спречите та открића која су касније у игри, тако да је најбоље што можете да направите у тампон да бисте их прилагодили. Додајте додатну недељу у почетну временску линију и додатних 5-10% вашем буџету. Многе организације, препознајући колико се често очекују промене, прихватиле су агилни приступ развоју, уводећи технологију у фазама како би омогућиле периодично преиспитивање. Без обзира на ваш приступ, не правите грешку мислећи да сте све смислили од почетка. То се готово никада не догађа.

3. Знајте опсег пузања кад га угледате

Како пројект напредује и када се појаве нове потребе, важно је разликовати оне које вам заиста требају и оне које једноставно желите. Захтевање програмерима да подеси свако звоно и звиждук ума који могу сањати обично доводи до бесконачних пројеката и превише сложених крајњих резултата. Сваком новом захтеву, пре него што буде поднесен, треба дати приоритет.

Када размишљате о некој функцији, поставите себи неколико основних питања: Да ли ће систем радити без њега? Колико времена ће вам требати за имплементацију и колико ће користи у коначници бити испоручено крајњем кориснику? Ако чекамо да се објави неко будуће издање, да ли ће се ишта изгубити? То је вежба приоритета и свему се може доделити статус високог, средњег или ниског. Ако је низак, ставите га на фигуративни паркинг - чуо сам за компаније које имају документе „захтев за развој снова“ којима свако може додати идеје, а инжењери могу да га прегледају у слободно време. Увек се може ревидирати као део серије побољшања која треба да се изврше након што пројекат пропадне и успешно се изврши.

4. Развити заједнички језик

Сваки нови систем у свом сржи има скуп пословних циљева. Омогућиће вам да унесете више података, да усмјерите постојећи процес или да понудите нове услуге својим купцима. Кључно је да пословни тим и технолошки тим сједну прије него што било који посао започне и саопште ове циљеве. Пословни циљеви не смију се изгубити у мору технолошког разговора, и они морају имати на уму током сваке фазе рада.

Развијање заједничког језика значи не само колективно постављање циљева, већ и праћење напретка на начин који делује свима. Посао и технологија могу користити различите алате за мерење свог рада, али мора постојати барем један поглед на напредак који се дели. Ово би могло бити једноставно као пројектни план или табела са договореним пољима, попут датума и циљева и процената испуњених, тако да сви имају приступ статусу сваког задатка који треба да испуни. Циљ је избећи ситуацију у којој пословни тим мисли да је на пола пута, а технолошки тим каже да их је тек четвртина - сви би требали да имају исто разумевање о томе шта се ради и шта преостаје да се ради.

Можете да говорите у пословним плановима и ПоверПоинтовима, а они могу да причају кодом, али ако не комуницирате јасно из покретања, то никада нећете избацити из Бабела. Успешан технолошки пројекат односи се на сусрет умова - не само на почетку, већ и на сваком кораку на путу. Признајте своје претпоставке и покушајте да не износите превише. Што је мања разлика између посла и технологије, лакше ће вам бити прећи мостове заједно.