якщо вірити , виживає лише 1% стартапів. Міркувати про причини такого рівня смертності не будемо, це не наша справа. Найкраще розповімо, як підвищити ймовірність виживання за допомогою грамотного управління ІТ-інфраструктурою.
У статті:
- типові помилки стартапів у ІТ;
- як допомагає уникнути цих помилок;
- повчальні приклади із практики.
Що не так з ІТ у стартапів
Варто уточнити, що під стартапами ми маємо на увазі не кав'ярню чи інсектарій у торговому центрі. Ми про технологічні стартапи - про тих, кому не дає спокою успіх GitHub, Uber, Slack, Miro та ін.
У стартапів завжди багато проблем, які заважають вистрілити: від недостатніх інвестицій до неопрацьованої бізнес-моделі. У цьому ряду, як не дивно, і проблема з першими успіхами.
Перші успіхи — зло для стартаперів, які переоцінюють свої можливості, особливо фінансові та кадрові. Після закриття перших успішних кейсів у таких оптимістів з'являється бажання негайно розширитися: зняти ще один офіс, набрати в команду нових продавців, розробників, а заразом масштабувати бекенд (так, щоб із запасом). Тут одразу проявляється проблема №1.
Люди у стартапі роблять те, що не вміють
І не роблять те, що потрібно для розвитку стартапу. Пояснимо.
У кожному стартапі повинні бути закриті щонайменше три ролі:
- айтішник (або технолог);
- продавець (або маркетолог);
- візіонер (або підприємець, який ще й часто інвестор).
Часто ці ролі поєднуються. Наприклад, стартапер — це айтішник, який також змушений продавати. Він ніколи не продавав і робить це як вміє. Такий стартап – рід злоякісної крос-функціональної команди.
Але припустимо, стартапу пощастило: є комусь продавати, і ІТ-фахівець займається своїми справами. Проте рідкісний айтішник поєднує у собі різні кваліфікації: розробника, тестувальника, адміністратора, інженера-архітектора. А якщо й поєднує, то навряд чи однаково добре. Він може розбиратися в проміжному програмному забезпеченні, а в роботі хмарних сервісів і програмного забезпечення для віртуалізації — не дуже.
Коли бекенд розширюється, навантаження на айтішника зростає. Щось починає «просідати». Найгірше, якщо це критичне для стартапу напрямок, наприклад, розробка продукту. І ось уже людині доводиться працювати понаднормово, а іноді й цілодобово.
Перевантаження через нестачу людей та кваліфікацій — характерна особливість більшості стартапів, наслідки того, що люди займаються не тим, чим потрібно.
Всі послуги розгортаються на одній віртуальній машині
Стартапи нерідко, з власних уявлень про економію, розміщують однією ВМ середовища розробки, бази даних, веб-сервер, моніторинг тощо. Спочатку все це господарство працює більш-менш непогано. Проблеми починаються, коли потрібно масштабуватись.
Масштабуються стартапи зазвичай вертикально. Тобто просто збільшують кількість CPU, обсяг RAM, дисків тощо — це класичний монолітний підхід, негативний ефект якого в якийсь момент стає незворотним. Якщо молода компанія зростає, певному етапі цінник за нарощені ресурси підскакує до непідйомного рівня. Оптимізувати інфраструктуру при цьому можна вже одним способом: зібрати її заново.
Як допомагає managed IT
Для такого типу проектів ми маємо послугу класу managed services. .
Замовник отримує «з коробки»:
- підготовку необхідних середовищ до роботи: dev, test, prod;
- налаштовані процеси CI/CD;
- підготовлений інструментарій для командної роботи: таск-трекери, системи контролю версій, деплою, тестування та ін.
На рівні інфраструктури та інструментів усім стартапам потрібно приблизно те саме. Якщо порівняти венчурний ринок із золотовидобуванням, Managed Services Provider (MSP) надає нові, якісні інструменти: кирки та візки, які не ламаються, карти, які не брешуть. Старачеві залишається лише вибрати місце, де копати.
Плюси managed IT
Managed IT – це комплексна послуга, яка закриває низку обов'язкових потреб.
- На старті ми даємо необхідні та налаштовані ресурси для роботи, зростання та перевірки гіпотез.
- Точно можемо сказати, як збільшуватиметься вартість при масштабуванні, бо знаємо, що ключова метрика — збіжність економіки стартапу.
- Консультуємо, щоб заощадити стартапу значну кількість людино-годин. Також можемо допомогти із розрахунками юніт-економіки проекту.
- Ділимося best practices ринку. Люди в ITGLOBAL.COM працювали з чималою кількістю стартапів. Багато хто з цих стартапів на щомісячному обслуговуванні. Це дозволяє нам зібрати воєдино найкращі (і найгірші) приклади та ділитися досвідом із клієнтами.
Два випадки із практики
За NDA ми не можемо називати конкретні компанії, але сферу та продукт — так.
Сфера: фінтех/рітейл
продукт: маркетплейс
Проблеми:
- У ланцюжку CI/CD не було тестування. Додавання віддалених тестувальників лише ускладнило процес збирання.
- Розробники працювали одночасно на одному dev-сервері без виділених середовищ у контейнерах.
- 70% часу розробників йшло на ті самі дії з релізу в реліз. Швидкість розробки була дуже повільною.
- Інфраструктуру було розгорнуто на лоукостер-хостингу в Німеччині (тобто ні швидкості, ні надійності).
Таке, до речі, спостерігається у кожному першому проекті.
Рішення - managed DevOps: впровадили процеси CI/CD, налаштували коректне тестування та моніторинг, втрутилися в розробку на рівні бізнес-процесів, перенесли інфраструктуру на продуктивні сервери в дата-центр рівня Tier III.
Результат:
- зросла ефективність розробки: нові фічі та оновлення стали виходити швидше за менших трудовитрат;
- як наслідок, знизилася вартість процесу розробки загалом;
- інфраструктура стала гнучкою: клієнт може швидко масштабуватись як вгору, так і вниз;
- Витрати на managed DevOps, за даними клієнта, окупилися вже за півроку.
Сфера: веб-реклама
продукт: ІІ-платформа для автоматизації рекламних кампаній
Проблеми:
- бекенд на старому «залізі», у дата-центрі з низьким рівнем відмовостійкості;
- відсутність регулярних бекапів;
- монолітна інфраструктура.
Рішення - managed IT: перенесли інфраструктуру на топове "залізо", налаштували кластер Galera для горизонтального масштабування, показали, як розподілятиметься навантаження на ВМ, налаштували бекапи та моніторинг. Зараз, крім обслуговування, активно консультуємо, у тому числі щодо DevOps.
Результат:
- інфраструктура стала мікросервісною: вартість розширення значно знизилася, а можливості масштабування, за тих же витрат, — зросли;
- збільшилася надійність та безпека інфраструктури;
- розробники перейшли з каскадної моделі збирання на CI/CD, що допомогло знизити витрати;
- Фінансова вигода від managed IT, за даними клієнта, стала очевидною відразу.
Висновок
Виживання стартапів багато в чому залежить від успіху. Один стартапер може витратити гроші на дороге обладнання та не отримати з цього нічого. Інший стане успішним навіть із нікудишньою ІТ-інфраструктурою — так само, як золотошукач знаходить золоту жилу, орудуючи старою киркою.
Тим не менш, сучасні інструменти, практики та професійні кадри, які надає Managed IT-провайдер, значно знижують ймовірність невдачі.
Джерело: habr.com