Ами ако нямахте представа колко дълг имате? Би било неудобно положение да бъдете, без да знаете колко струва или до каква степен е попречило на вашата компания да направи оперативни подобрения, да реагира на пазарните промени или дори напълно да трансформира бизнеса.
От друга страна, какво ще стане, ако почти всеки от вашата организация може да задлъжнее, без да иска разрешение? Например вашият ръководител на недвижими имоти може бързо да сключи многогодишен лизинг с нисък годишен наем, но с наеми, които ще се увеличат значително през последните години, като никой не го разкрива освен разговорно.
Всичко това звучи като безразсъдно управление, но всъщност е доста разпространено в бизнеса. Уловката е, че този тип „дълг“ не идва под формата на традиционните финансови инструменти, които всички ние познаваме толкова добре.
Техническият дълг има всички тези характеристики.
Дългът в най-простата си форма е вземането на заеми днес с намерение и обещание за погасяване в бъдеще. Дългът има смисъл, когато днешните заеми ще доведат до по-добро утре, например заеми за колеж или покупка на жилище. Като цяло дългът е лош, когато вземането на заеми днес ще доведе до по-лошо утре, например излизане на скъпа вечеря и поставяне на кредитна карта, която няма да платите веднага.
В корпоративно отношение дългът може да бъде добър, когато е направен за финансиране на инвестиции, които ще осигурят по-висока възвръщаемост от цена на дълга Може да има смисъл и ако планирате да продадете бизнеса много преди дългът да е изискуем. Недостатъкът на дълга е, че той има съвсем реални разходи, които намаляват парите и печалбите, ограничават гъвкавостта и могат да станат толкова тежки, че в крайна сметка да доведат до несъстоятелност .
Засега метафората, която визираме, е за финансов дълг, друга форма на технически дълг (или „технологичен дълг“) има много подобни характеристики и трябва да бъде съзнателно измервана, управлявана и интегрирана. Ако позволите на вашата компания да излезе на пазара преди състезанието, най-вероятно ще си заслужава. По същия начин поемането на технологичен дълг за смекчаване на потенциално сериозна уязвимост на сигурността вероятно също си заслужава.
Техническият дълг обаче има своите отрицателни страни, създавайки неефективност и инерция, например когато един отдел не иска да използва софтуер на друг, или ако забавя актуализацията няколко пъти, за да изпълни краткосрочните финансови цели.
Технически дълг е термин, който се използва предимно в техническата общност за Уорд Кънингам , компютърен програмист, който е измислил фразата през 1992 г. Използването му наскоро започна и зае централно място в разпространението на пъргавото програмиране. Техническият дълг, обсъден в тази статия, не се отнася до методологията на програмиране, а по-скоро до стратегическите последици от неговото съществуване.
Казано по-просто, техническият дълг представлява допълнителни разходи и загуба на гъвкавост за вашия бизнес в резултат на минали решения, взети за спестяване на време или пари при внедряване на нови системи или поддържане на съществуващи такива. Това се случва, когато системите не са интегрирани правилно или кодът е твърде сложен. Това се дължи на различни причини, като неефективност, съображения, свързани с времето за пускане на пазара или остарели версии на софтуера, наред с много други.
въведение в големите данни с apache spark
Някои ясни примери биха били:
Диаграмата по-долу е полезна графика за определяне на това как технологичният дълг се различава от другите технологични внедрения, които могат да бъдат направени в рамките на технологичния стек на компанията. Често бъркан за грешка, техническият дълг е много различен в смисъл, че неговото присъствие може да не е очевидно очевидно. В това се крие опасността, тъй като колкото по-дълго остава непокътната, толкова по-голяма е степента на ефекта в бъдеще.
какво е powerpivot excel 2016
Като Финансов директор След като работех в ИТ и бях запознат с ИТ в корпоративни компании с голям ливъридж, бях изумен колко технически дълг е подобен на традиционния дълг. Бях поразен и от това колко скучно и рисковано е. Тези с финансов опит са добре запознати с механизмите на финансов дълг; той е осезаем и лесен за изчисляване. Това обаче не е така при техническия дълг, който често се разбира погрешно или погрешно се приема, че е проблем на някой друг.
Краткият отговор е, че паричните разходи са много реални. Съществуват и някои важни меки разходи, които трябва да бъдат идентифицирани и измервани и управлявани отделно. Ето няколко примера за тези разходи:
Техническият дълг е толкова реален, колкото и лихвените плащания. Въпреки това, той обикновено се проявява в печалби и загуби по по-непряк начин, отколкото обикновен разход за лихвен ред, като например по следните начини:
Главен
Общи разходи
Продажби
Оборотни средства
Докато фиксираните разходи са свързани с действителни доларови суми, има и по-ниски разходи, които, въпреки че са по-трудни за количествено определяне и реализиране на спестявания, имат абсолютно забавяне на вашите бизнес резултати. Те включват:
Пазарна информация
Производителност
как работи инвестирането в стартиращ бизнес
По отношение на сравнението на техническия и финансовия дълг, една от основните разлики е, че първата няма формален контрол. При финансовия дълг обикновено има кредитни комитети, екипи за управление на активи и пасиви и касов персонал, който следи нивата като ястреб. При техническия дълг обаче много малко от тези контроли съществуват в традиционните компании.
! [таблица, показваща списък за финансов и технически дълг]] (https://uploads.toptal.io/blog/image/125779/toptal-blog-image-1522317985377-f0d07c5a22dfca04c062ef9ae9959c6b.png)
При традиционния дълг бордът, заедно с главния изпълнителен директор и финансовия директор, обикновено определя капиталовата структура, т.е. размера на собствения капитал, размера на дълга и вида на дълга (револвер, базиран на активи или необезпечен). Таблицата на лимитите дори е изрично определена какъв дълг ще бъде платен и кога. След като всичко това бъде официално решено, стартира структуриран процес за увеличаване на дълга.
Кредиторите анализират способността на предприятието да изплаща дълговете си чрез оценки на историята на изплащането на дълга, кредитните рейтинги и качеството на обезпечението зад него. Въпреки това, нищо от този формален процес, количествено определяне и излизане от системата не възниква при възникване на технически дълг. Нека да разгледаме как и защо това се случва чрез процесите, при които възниква технически дълг:
Времето за пускане на пазара е всичко в бизнеса. Внедряването на нова технология е много по-бързо, когато може да се направи самостоятелно. За съжаление, последиците от това са, че други системи не са синхронизирани с изпълнението. За слабите организации с прости технологии това може да не изглежда толкова лошо.
Това обаче става проблематично, тъй като системните конфигурации се умножават по сложност. В крайна сметка технологията автоматизира процесите и улавя данни, които се трансформират в информация. Технологията, която не е интегрирана, води до бизнес процеси, които не работят заедно, и множество версии на истината.
Когато времето за скорост се жертва, установените протоколи за тестване могат да бъдат игнорирани или да бъдат освободени. Това обикновено причинява 'грешки' по пътя, които се проявяват в някаква форма на деградация на системата и разсейване на времето на разработчика, за да ги отстрани.
Ако разгледаме ефекта на технологичния дълг с течение на времето, колкото по-дълго той остава незасегнат, толкова по-голяма е величината на ефекта. Това, което започва като малко упражнение за рефакторинг на кода, може да се превърне в цялостно усилие за модернизация и замяна.
Нека си признаем: Изпълнителните екипи са под непрекъснат натиск да достигнат цифрите. Избягването на харченето днес може да ви помогне да спечелите тримесечието, но подобно на заемането, в даден момент трябва да го върнете. Ето няколко начина, по които компаниите спестяват пари в краткосрочен план, но в крайна сметка генерират технически дълг:
Понякога разходите и неприятностите при внедряването на редовна актуализация на софтуера могат да доведат до забавяне. Понякога това продължава с години. Всички сме виновни за спирането на използването на Microsoft AutoUpdate, когато се появи в неподходящо време.
Когато системите в крайна сметка изостават далеч от текущата си версия, по-новият софтуер, който трябва да бъде интегриран, просто не може. Освен това актуализирането на няколко версии едновременно често е по-скъпо и почти винаги изисква повече време, отколкото да се поддържа.
С нарастването на сложността на организациите, усилията за синхронизиране на циклите на актуализиране на хардуера могат да бъдат огромни и скъпи. Това може да доведе до разтягане на настоящия хардуер до крайност и има огромни различия в качеството на хардуера между компютрите. Някои отбори се разочароват, купуват нов хардуер и просто го харчат чрез бюджета на бюрото си, вместо да чакат ИТ да подтиква към актуализации.
колко пари прави музикалната индустрия
Това несъответствие има последици за производителността и хардуерната / файлова съвместимост за съвместни упражнения.
Вместо просто да говорим за проблеми, нека научим малко проактивност и да предпишем някои решения за разрешаване на технически дълг.
За това можем да прибегнем до техниките, използвани за управление на финансовия дълг. За да управлявате задълженията си, първо трябва да знаете колко са те и условията за плащане. Ще работим върху това за технически дълг.
Финансовият дълг идва на траншове, които се определят от възрастта на всяко парче (например старши, мецанин или револвер), което от своя страна показва кой е платен първо. Техническият дълг има подобен възрастов модел; За да започнете, трябва да започнете с вашите критично важни системи. Какъв технически дълг имат? След това погледнете по-широката екосистема: по-добре, какъв технически дълг? между вашите системи причиняват разходи?
Не правете този процес твърде сложен. По някое време ще искате да стигнете до оценка отгоре надолу, но не е задължително да започвате там. Накарайте вашия ИТ мениджър да събере административния ви екип с тази задача:
Ако бяхме изчистили напълно целия си технически дълг преди година, как тази година (или следващата година) можеше да е по-добра?
Вземете първите си десет идеи и ги поставете в матрица 2x2: лесно / трудно за плащане по една ос и оценка на печалбата от другата. Надяваме се визуалното да ви помогне да разберете откъде да започнете.
Техническа матрица за мозъчна атака за разрешаване на дългаПредимства на Resolver ► | Силна | ||
---|---|---|---|
Слаба | |||
Трудно | Лесно | ||
Усилие за плащане |
Оттам се упражнявайте да валидирате вашите предположения относно размера на наградата и усилията. Неутралността е ключовата тук, така че внимавайте от доставчиците на софтуер, предлагащи „безплатна пробна версия“.
След като разберете какъв технически дълг имате, сега трябва да решите как да се справите с него. Има много опции за вземане.
В крайна сметка може да е по-добре да не правите нищо. За дълг, който се оценява като „малък“ или „нисък лихвен процент“, може да е оптимално просто да го оставите, също ако има значителна „неустойка за предплащане“, за да го изплатите предсрочно. Може да има и стратегически предимства. Да изостанеш с една версия и да останеш там обикновено е добре, а понякога има предимството да оставиш проблемите да се развият в чужда валута.
гещалт принцип на перцептивната организация
Плащането или намаляването на техническия дълг ще включва подмяна на системите и поемане на разходите. Това може да стане веднага или с течение на времето чрез процес на постепенни подобрения. Както при финансовия дълг, има креативни начини, по които можете да „преобърнете“ техническия дълг и поддръжката на аутсорсинг е един от тях. В крайна сметка решението може да струва повече, но може да бъде разширено, за да се намалят непосредствените разходи и чрез принципите на разделение на труда да се делегира задачата на по-специализирано образувание.
Пристигането на облачен софтуер и хардуерните услуги също предлагат сравнение с популярността на лизинговите финанси. Използването на облачни услуги също е ефективен инструмент за намаляване на техническия дълг, както за премахване на изискванията на CAPEX, така и за преместване на фокуса върху развитието към доставчика на облак.
Не бъдете претоварени от разходите за намаляване на техническия си дълг и не се опитвайте да го изплатите наведнъж. Това би било амбициозно упражнение, което би могло да надвие организация от всякакъв размер или баланс.
Отново, връщайки се към финансовите сравнения, имайте нагласата първо да изплатите кредитната карта с най-високата лихва. Това просто означава да атакувате първо дейности с висока стойност / ниски усилия.
В предишния раздел обсъдих различните начини за подход към техническия дълг. Когато оценявате разходите за всеки, най-добре е да изпълните упражнение за сравнение. Класифицирането на разходите за паричния поток за всеки потенциален резултат може да позволи на заинтересованите страни да имат ясна представа за предимствата и недостатъците на всеки път. Пример за такова визуално изображение е включено по-долу.
Това сравнение показва компромис между теоретична резолюция и ярък контраст между решаването на проблема и бездействието („съществуваща базова линия“). В този пример, преминаването към облак, базираното на SaaS решение би било най-икономичният вариант за бизнеса.
След като установите изходното си ниво и плана си за атака, ще искате да запазите тази видимост и да предотвратите задържането на нов дълг. Възприемайте упражненията като ново начало и възможност за прилагане на най-добрите практики, за да избегнете проблеми. изкачване отново в бъдеще.
Повечето технологични проекти имат официален процес на одобрение, пълен с изпълнителен спонсор, цел на високо ниво, очаквани ползи, график и, разбира се, разходи. Това е чудесно място за премахване на новия технически дълг, който ще възникне, и обосновката за това.
Не прекалявайте, като задавате нови стандарти. По същия начин, по който издавате корпоративни кредитни карти с предварително зададени лимити, не искате да управлявате свръхтехнически дълг. Много технически дългове са малки и са свързани с писането на код, който ще се изплати бързо. Това е особено вярно при пъргавото развитие. Доверете се на вашия ИТ мениджър да зададе и наблюдава този праг.
В по-големите компании ИТ има процес, наречен ' управление на промените ”. Преди новият софтуер да стартира, той обикновено преминава през управление на промените. С прости думи, промяната на работата на мениджмънта е да се гарантира, че новите промени в технологичната система на компанията не засягат други системи. Те правят това, като гарантират, че новата система отговаря на стандартизирани методи и процедури. Помислете дали да не използвате този процес, за да предотвратите или поне да идентифицирате постъпването на нови дългове.
Техническият дълг е реална цена за правене на бизнес и истинска причина за прекъсвания на системата и забавяне на цялостната гъвкавост на компанията. Не е задължително да е постоянно натоварване и интелигентни финансови директори Те ще знаят колко технологичен дълг има вашата организация и какво ще е необходимо, за да я оптимизирате.