Фотографія та редагування — Malik AlimoekhamedovФоррест Ґамп, який випадково отримав акції Apple, вважаючи це якоюсь фруктовою компанією, — це чудова історія. І хоча ходять чутки, що мавпи, які кидають дротики, інвестують так само ефективно, як середньостатистичний аналітик, наслідування вищезгаданих тактик навряд чи є виграшною стратегією. Тест-драйв з другом-механіком або огляд нерухомості перед покупкою — це здоровий глузд.
Чи справді?
Оцінка компанії — це водночас неточна наука і мистецтво. Це вправа в читанні фінансових звітів, людей і своєї кришталевої кулі. Передбачити пандемії, війни чи зміни у сімейному стані та емоційному стані лідерів неможливо. Але читання коду та технічних креслень, з іншого боку, є абсолютно точним. Така технічна перевірка, мабуть, дає найточніші прогнози.
Хоча її часто вважають виключно аудитом матеріальних інженерних артефактів, де гіків просять перевірити роботу інших гіків, це лише верхівка айсберга. Як і інші види перевірки, це теж вправа в читанні. Ви досліджуєте внутрішню структуру та архітектурні рішення бізнесів під прискіпливим оком. Однак зведення цього етапу лише до вищезгаданого може бути дещо короткозорим. Побувавши по обидва боки барикад, можу сказати, що тут більше, ніж здається на перший погляд.
Дві сторони медалі
Паралель з інвестуванням на фондовому ринку очевидна: інвестування стосується людей не менше (а можливо, й більше), ніж бухгалтерії. Аналогічно, технічну перевірку можна зобразити у вигляді кругової діаграми з двома подібними частками: жорсткою та м'якою.
Жорстка частина
«Те, як ви робите будь-що, — це те, як ви робите все.»
— МАРТА БЕК
Це стосується інспекції бітів і байтів, інфраструктури та апаратних чи програмних архітектурних рішень. Ми розглядаємо ефективність програмування, вибір правильних інструментів для правильних завдань та загальний інженерний здоровий глузд. Важливо зрозуміти проблеми, які потребували вирішення, як вони були вирішені (якщо були) та обґрунтування того, як усе було з'єднано воєдино.
Фотографія та редагування — Malik AlimoekhamedovКоли з'являється ясність, настає час переконатися, що вони використовуються «за інструкцією». Ця частина є стратегічною, оскільки розкриває мислення автора. Тому, якщо працівник не потурбувався глибоко вивчити документацію обраного ним інструменту, це є серйозним тривожним сигналом.
Ще одна частина технологічного стеку, яку варто ретельно перевірити, — це прототипування та створення макетів піксельно-точних UI/UX прототипів. Я відношу це до невід'ємної частини технічної перевірки, хоча може здатися, що це сфера дизайну та мистецтва. Це тому, що ми платимо дедалі вищу ціну за кожну виправлену помилку в міру переходу від дешевшого прототипування до дорожчого рефакторингу продакшен-навантажень. Якщо помилки виникають на ранньому етапі прототипування і переходять у розробку непоміченими, компанія та її інвестори зазнають непотрібних витрат.
Нарешті, процеси управління продуктом і проєктом можуть бути причиною неефективності. Команда стає байдужою до беклогу, якщо він заплутаний, містить фрагменти неповної інформації, дублює завдання або стає застарілим чи хаотичним. Він перетворюється на зомбі-клітину, що дрейфує в організмі, уповільнюючи його метаболізм і не приносячи йому грошей. Часто це пов'язано з відсутністю формального навчання з управління проєктами в невеликих командах. Але іноді це педантичність, бюрократія, лінь або відсутність часу. Або все разом. Я рекомендую включити продуктовий беклог, трекери та специфікації в обсяг технічної перевірки. Важливо визначити, чи популярний фреймворк управління проєктами дійсно приносить обіцяну цінність у контексті саме цього стартапу, а не перешкоджає йому.
М'яка частина
Вона досліджує людей і процеси. Коли досвідчений інженер перевіряє роботу іншого інженера, він бачить більше, ніж просто код. Він бачить стиль, особистість, набір навичок і досвід — як талановитий механік, який може діагностувати проблему лише за звуком вихлопу.
Фотографія та редагування — Malik AlimoekhamedovЯ чув, як багато неінженерів класифікують «технарів» як тих, хто завжди скаржиться на якість чужої роботи. І хоча це характерно для більшості людей, репутація технарів, здається, була назавжди заплямована. Ходити по такому тонкому льоду складно, якщо ви не маєте технічної підготовки, але я рекомендую кілька способів вирішити цю дилему взаємних звинувачень.
По-перше, знайдіть надійного партнера з технічного аудиту та підтримуйте теплі, довгострокові стосунки. Це може бути професійний постачальник або мережа досвідчених технологів, бажано з солідним послужним списком. По-друге, узгодьте стимули, перетворивши консультанта (який максимізує оплачувані години) на співінвестора (який максимізує зростання вартості акцій).
Залежно від розміру фонду, ви можете мати або не мати виділену людину всередині компанії. Однак навіть якщо б могли, одного мозку рідко достатньо, щоб встигати за технологічним ландшафтом, що постійно розширюється.
Гірка правда про більшість бізнесів полягає в тому, що 20% персоналу, як правило, створюють 80% вартості компанії. Це означає, що аналіз може швидко перетворитися на позбавлення від зайвого.
У процесі технічної перевірки ви можете виявити, що деяких працівників краще звільнити, ніж залишити. Деякі можуть просто не мати достатнього досвіду, а фінансова злітна смуга не дозволяє бізнесу витрачати роки на їх вирощування до суперзірок, які потрібні вже зараз. Деякі — це гнилі яблука, які отруюють код і моральний дух команди, як сенесцентні клітини у вашому тілі, що отруюють здорові, або розбиті вікна, що перетворюють райони на гетто. Як зазначено в статті «Зрозумійте ентропію, якщо хочете, щоб ваш стартап досяг успіху», бізнес — це, перш за все, інститут для заробляння грошей. Звільняйте швидко. Ви зобов'язані це зробити заради решти команди, яка страждає.
Отже, яких переваг можна очікувати від технічної перевірки?
Вона розповідає історію
Аналіз поточного технічного стану — лише одна точка на континуумі інсайтів, які можна зібрати під час цього етапу інвестиційного аналізу.
Подібно до науки археології, вона інтерпретує минуле, сьогодення та майбутнє компанії. Вона пояснює, як речі стали такими, якими є сьогодні. Вона також робить відносно точні прогнози, оскільки історія рухається по колу, і все старе стає новим знову.
Фотографія та редагування — Malik AlimoekhamedovНаука технічної перевірки вивчає внутрішню структуру, яка розкриває, як компанія порівнюється з конкурентами, які рішення з минулого привели до її нинішнього стану, чи були засвоєні ці уроки, і чи слід інженерній команді очікувати попутного чи зустрічного вітру в майбутньому.
Ситуації, коли інвестиції були зроблені на основі обіцянки нових функцій, але переважно або повністю витрачені на переписування рішення з нуля, трапляються частіше, ніж будь-який збирач коштів хотів би визнати.
Однак, як той досвідчений мотомеханік може передбачити майбутні витрати, просто слухаючи звук машини, те саме стосується досвідченого інженера, який дивиться на інтерфейс додатку. Саме тут межа між формальним науковим підходом і мистецтвом стає розмитою.
Фотографія та редагування — Malik AlimoekhamedovВона виявляє зайве
«Ви просто відсікаєте камінь, який не схожий на Давида.»
— Мікеланджело
Фотографія — Dani B., редагування — Malik AlimoekhamedovБагато видатних митців мали наставників, чия зовнішня об'єктивна думка була вирішальною в допомозі їм формувати шедеври. Часто потрібно кілька пар очей, щоб точно визначити зайве, яке відволікає глядача від головного.
Технічна перевірка має багато спільного з таким наставництвом. Вона може виявити неоптимальне в продукті, що не обов'язково є наслідком поганого виконання, а скоріше результатом прив'язаності до власних ідей або звички до того, як усе завжди виглядало чи працювало. Вона визначає сфери, що потребують покращення, але, що важливіше, ті, від яких потрібно позбутися. Зверніть увагу на інтерфейси, вебсайти та рекламу ваших найвідоміших продуктів. Це переважно негативний (порожній) простір. Те саме стосується їхньої прихованої внутрішньої структури.
Усе має свою ціну. Вартість обходу заплутаної бізнес-логіки або підтримки застарілих скриптів, яких команда боїться торкатися, щоб нічого не зламати, може бути невиправдано високою. Технічна перевірка може діяти як суворий тренер з похудення. Ви здивуєтеся, скільки можна викинути, і ніхто цього навіть не помітить.
Підсумкові думки
Як педантичний CTO та Head of Engineering, що здуває пил зі своїх продуктів і полірує їх, мене завжди засмучує, як мало уваги зазвичай приділяється технічній перевірці або наскільки поверхнево вона проводиться. Це завжди виглядає як запізніла думка, формальність, дещо подібна до відділу забезпечення якості, який ніколи не бачить кольору грошей, вкладених у розробку продукту.
Проте я переконаний, що переосмислення цього тунельного бачення та цілісний погляд на цей процес технічної оцінки є, мабуть, одним із найкращих покращень інвестиційної стратегії, які ви можете зробити. Це особливо актуально, коли програмне забезпечення поглинає світ.
Навіть у часи великих даних, штучного інтелекту та мудрості всього світу на кінчиках пальців, багато інвестицій залишаються на межі азартної гри, особливо коли мова йде про інвестування в титанів рівня FANG, які дозволять лише китам-суперінвесторам випити каву з CEO та глибоко зануритися в деталі.
Але те, що працює при масштабних покупках акцій, працює і для інвестування в «недопалки» на більш ранніх стадіях, з тією різницею, що тут ви дійсно отримуєте необхідну прозорість.
Ви природно будете надавати пріоритет тим видам перевірки, з якими вам найбільш комфортно. Люди, схильні до цифр, віддадуть перевагу таблицям і графікам, комунікатори резонуватимуть з харизмою і баченням, а картезіанці подвоять зусилля при аналізі продукту або послуги.
Використовуйте свої сильні сторони та об'єднуйтеся з професіоналами, щоб заповнити прогалини. Але не втрачайте можливість вичавити максимум із цього лимона, щоб не інвестувати в один із них.
Особлива подяка
Ця стаття пройшла ретельну технічну перевірку від Lilian T., Magnus Hambleton, Jason Collins та Gregory Van Ass, позбавивши вас болісних помилок початківця-письменника.
