Как Иван направи DevOps показатели. Обект на влияние

Измина една седмица, откакто Иван за първи път помисли за показателите на DevOps и осъзна, че с тяхна помощ е необходимо да се управлява времето за доставка на продукта (Време за пускане на пазара).

Дори през уикендите той мислеше за показателите: „Ами ако измервам времето? Какво ще ми даде?

Наистина, какво ще даде знанието за времето? Да кажем, че доставката отнема 5 дни. И така, какво следва? Добре ли е или лошо? Дори ако това е лошо, тогава трябва по някакъв начин да намалите това време. Но как?
Тези мисли го преследваха, но решение не дойде.

Иван разбра, че е стигнал до същината. Безбройните графики на показатели, които беше виждал преди, отдавна го бяха убедили, че стандартният подход няма да работи и че ако просто начертае (дори и да е кохорта), няма да е от полза.

Как да бъда?…

Метриката е като обикновена дървена линийка. Измерванията, направени с негова помощ, няма да кажат причината, защо измерваният обект е точно тази дължина, която е показала. Линийката просто ще покаже размера си и нищо повече. Тя не е философският камък, а просто дървена дъска, с която се измерва.

„Плъхът от неръждаема стомана“ на любимия му писател Хари Харисън винаги казваше: една мисъл трябва да стигне до дъното на мозъка и да лежи там, така че след няколко дни безрезултатни страдания Иван решава да се заеме с друга задача...

Няколко дни по-късно, докато четеше статия за онлайн магазини, Иван внезапно осъзна, че сумата пари, която получава един онлайн магазин, зависи от това как се държат посетителите на сайта. Именно те, посетители/клиенти, дават на магазина своите пари и са техният източник. Долната линия на паричните средства, които магазинът получава, се влияе от промените в поведението на клиентите, а не от нещо друго.

Оказа се, че за да се промени измерената стойност е необходимо да се повлияе на тези, които формират тази стойност, т.е. за да промените количеството пари на онлайн магазин, беше необходимо да повлияете на поведението на клиентите на този магазин, а за да промените времето за доставка в DevOps, беше необходимо да повлияете на екипите, които „създават“ това време, т.е. използват DevOps в работата си.

Иван разбра, че показателите на DevOps изобщо не трябва да се представят с графики. Те трябва да представляват себе си инструмент за търсене „изключителни“ екипи, които оформят крайното време за доставка.

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

От друга страна, компанията на Иван имаше стандарт, който изискваше всички екипи да тестват сглобки на няколко пейки. Отборът не можеше да се премести на следващата трибуна, докато предишната не беше завършена. Оказа се, че ако си представим процеса DevOps като последователност от преминаване през щандове, тогава метриките могат да покажат времето, прекарано от екипите на тези щандове. Познавайки позицията и времето на отбора, можеше да се говори с тях по-конкретно за причините.

Без да се колебае, Иван вдигна телефона и набра номера на човек, който е добре запознат с тънкостите на DevOps:

— Денис, моля те, кажи ми, възможно ли е по някакъв начин да се разбере, че отборът е преминал тази или онази стойка?
- Със сигурност. Нашият Jenkins отхвърля флага, ако компилацията е успешно пусната (преминала теста) на пейката.
- Супер. Какво е знаме?
- Това е обикновен текстов файл като „stand_OK“ или „stand_FAIL“, който казва, че монтажът е преминал или не е преминал стойката. Е, разбирате, нали?
- Предполагам, че да. Записано ли е в същата папка в хранилището, където се намира сборката?
- Да
— Какво се случва, ако модулът не премине тестовия стенд? Ще трябва ли да направя ново изграждане?
- да
- Е, добре, благодаря. И още един въпрос: правилно ли разбирам, че мога да използвам датата на създаване на знамето като дата на щанда?
- Абсолютно!
- Супер!

Вдъхновен, Иван затвори и разбра, че всичко си е дошло на мястото. Знаейки датата на създаване на файла за изграждане и датата на създаване на флаговете, беше възможно да се изчисли до секундата колко време прекарват екипите на всяка щанд и да се разбере къде прекарват най-много време.

„Разбирайки къде се прекарва най-много време, ние ще определим екипи, ще отидем при тях и ще се задълбочим в проблема.“ Иван се усмихна.

За утре си постави за задача да скицира архитектурата на чертаната система.

За да се продължи ...

Източник: www.habr.com