Два у кутији (ако можете) и сви у документацији (увек).
У ИТ контексту, „два у кутији“ се односи на два сервера или компоненте које су дизајниране да раде заједно како би обезбедиле редундантност и повећану поузданост. Ово подешавање може осигурати да ће, ако једна компонента поквари, друга преузети њене операције, чиме се одржава континуитет услуге. Циљ „два у кутији“ је да се обезбеди висока доступност и опоравак од катастрофе. Ово се такође односи на људске улоге у организацији; међутим, ретко се спроводи.
Погледајмо релевантан пример Аналитике. Сви вероватно познајемо особу у нашој компанији или организацији по имену која је „најчешћа“ особа за Аналитику. Они су ти који имају извештаје или контролне табле назване по њима – Мике'с Репорт или Јане'с Дасхбоард. Наравно, постоје и други људи који познају аналитику, али ово су прави шампиони који изгледа знају како да ураде најтеже ствари и престигну рокове. Проблем је што ови људи стоје сами. У многим случајевима под притиском, не раде ни са ким јер би их то могло успорити и ту почиње проблем. Никада не мислимо да ћемо изгубити ову особу. Уздржаћу се од типичног „рецимо да их удари аутобус“ или користећи пример који користи тренутне прилике на тржишту рада и кажем нешто позитивно као „освојили су на лутрији!“, јер сви треба да дамо свој део посла да будемо позитивни ових дана.
Прича
Долази понедељак ујутру, а наш стручњак за аналитику и шампион МЈ поднео је оставку. МЈ је добио на лутрији и већ је напустио земљу без бриге у свету. Тим и људи који познају МЈ су одушевљени и љубоморни, али посао мора ићи. Сада ће бити схваћена вредност и реалност онога што је МЈ радио. МЈ је био одговоран за коначно објављивање и валидацију аналитике. Увек се чинило да су у стању да побољшају ефикасност или да направе тешку промену пре него што свима пруже аналитику. Никога није било брига како је то урађено и био је сигуран у чињеницу да се то управо догодило, а МЈ је био Роцк Стар појединац из Аналитике, тако да је додељен ниво аутономије. Сада када тим почиње да прикупља делове, захтеве, дневне проблеме, захтеве за модификацијом, они су на губитку и почињу да се копрцају. Извештаји/контролне табле се налазе у непознатим стањима; нека средства нису ажурирана током викенда, а ми не знамо зашто; људи питају шта се дешава и када ће ствари бити поправљене, измене за које је МЈ рекао да су урађене се не појављују и немамо појма зашто. Тим изгледа лоше. То је катастрофа и сада сви мрзимо МЈ-а.
Лекције
Постоје неке једноставне и очигледне ствари.
- Никада не дозволите појединцу да ради сам. Звучи добро, али у мањим агилним тимовима, немамо ни времена ни људи да то остваримо. Људи долазе и одлазе, задатака је много, тако да је завади па владај у име продуктивности.
- Свако мора да подели своје знање. Такође звучи добро, али да ли делимо са правом особом или људима? Имајте на уму да су многи добитници на лутрији сарадници. Обављање сесија дељења знања такође одузима време од задатака и већина људи улаже у вештине и знање само на време када је то потребно.
Дакле, која су нека стварна решења која свако може да имплементира и иза чега?
Почнимо са управљањем конфигурацијом. Користићемо ово као кровни термин за неколико сличних тема.
- Управљање променама: Процес планирања, имплементације и контроле промена софтверских система на структурисан и систематичан начин. Овај процес има за циљ да обезбеди да се промене изврше на контролисан и ефикасан начин (са могућношћу враћања), уз минималне поремећаје у постојећем систему и максималну корист за организацију.
- Пројектни менаџмент: Планирање, организација и контрола пројеката развоја софтвера како би се осигурало да се они заврше на време, у оквиру буџета и према жељеним стандардима квалитета. То укључује координацију ресурса, активности и задатака током животног циклуса развоја софтвера како би се постигли циљеви пројекта и испоручио софтверски производ према распореду.
- Континуирана интеграција и континуална испорука (ЦИ/ЦД): Процес аутоматизације изградње, тестирања и примене софтвера. Континуирана интеграција захтева редовно спајање промена кода у заједничко складиште и покретање аутоматизованих тестова да би се откриле грешке у раној фази развоја. Континуирана испорука/примјена укључује аутоматско пуштање тестираних и валидираних промјена кода у производњу, омогућавајући брзо и често објављивање нових функција и побољшања.
- Контрола верзије: Процес управљања променама изворног кода и других софтверских артефаката током времена коришћењем специјализованих софтверских алата. Омогућава програмерима да сарађују на бази кода, одржавају комплетну историју промена и експериментишу са новим функцијама без утицаја на главну кодну базу.
Све наведено се односи на добре праксе развоја софтвера. Аналитике које покрећу и воде пословање не заслужују ништа мање јер су кључне за доношење одлука. Сва средства за аналитику (ЕТЛ послови, семантичке дефиниције, дефиниције метрика, извештаји, контролне табле, приче…итд) су само исечци кода са визуелним интерфејсом за дизајнирање и наизглед мање промене могу да заударе на хаос у операцијама.
Коришћење управљања конфигурацијом покрива нас да наставимо да радимо у добром стању. Средства су верзионисана тако да можемо да видимо шта се десило у њиховом животном веку, знамо ко на чему ради заједно са постигнутим напретком и временским роковима, и знамо да ће се продукција наставити. Оно што није обухваћено ниједним чистим процесом је преношење знања и разумевање зашто су ствари такве какве јесу.
Сваки систем, база података и алат за аналитику имају своје карактеристике. Ствари због којих иду брзо или споро, ствари које их чине да се понашају на одређени начин или дају жељени резултат. То могу бити подешавања на системском или глобалном нивоу или ствари унутар дизајна средстава због којих они раде баш онако како би требало. Проблем је у томе што се већина ових ствари научи током времена и не постоји увек место за документовање. Чак и док прелазимо на Цлоуд системе где више не контролишемо како се апликација извршава и ослањамо се на добављача да то учини што је брже могуће, подешавање дефиниција се наставља унутар наших средстава како бисмо откључали управо оно што тражимо. Ово знање је оно што треба да се ухвати и подели тако што ће бити доступно другима. Ово знање мора да се захтева као део документације имовине и да буде саставни део контроле верзија и процеса провере и одобравања ЦИ/ЦД-а, а у неким случајевима чак и као део контролне листе пре објављивања ствари које треба урадити и не урадите.
Не постоје магични одговори или АИ који би прикрили пречице у нашим аналитичким процесима или њихов недостатак. Без обзира на величину тима који одржава проток података и аналитике, неопходна је инвестиција у систем за праћење промена, верзија свих средстава и помоћ у документовању процеса развоја и прикупљању знања. Улагање у процесе и време унапред ће уштедети гомилу изгубљеног времена касније у проналажењу ствари за одржавање здравог стања наше аналитике. Ствари се дешавају и најбоље је имати полису осигурања за МЈ и друге добитнике на лутрији.
