Трудно быть стартапом. Гвозди.
Трудно быть стартапом. Гвозди.
Приветствую, читатель. Я хочу рассказать о трудностях стартапов, с которыми мне пришлось столкнуться в реальной жизни. Стартапов, у которых ограничены бюджеты и сроки. Стартапы разные, их много, но большинство из них, как известно, гибнет, так и не начав приносить прибыль.
Разберём заголовок. Гвозди — это отсылка к крышке известно чего, а первое предложение отсылает к прогрессорам братьев Стругацких. Он про ощущение того, что можно по-другому. Не мучаться от вшей, рубиться чем-то прогрессивнее меча или вообще никогда не воевать. Но всё что тебе позволено — это тихонько изобретать мыло или арбалет в свободное от битв и походов время.
Корневая причина трудностей — бедность, и растущая из неё малограмтность/неопытность. Это отдельная тема, которая слишком широка даже для обзора.
Цель цикла статей — поступательно оформить собранный за много лет материал. Вряд ли моё послезнание сможет что-либо изменить, однако, может натолкнуть на создание или поиск лучших практик.
Часть 1. Гвозди.
Краткий и ёмкий список ошибок при создании прототипа. Группировка весьма условная, объединяет близкие по смыслу, последствиям или времени фразы. Впечатлительных прошу не читать.
У нас нет времени на всякую фигню
- делаем всё и сразу: собираем требования, пилим прототип, инфраструктуру, процессы, нанимаем людей
- нам не нужен график отпусков
- нам не нужен аналитик и кадровые агентства
- платить зарплату легально слишком дорого
- нам не нужны платные инструменты разработки
- мы не будем нанимать на работу дистанционно
Мы не будем следить за качеством кода
- не надо думать про архитектуру
- не надо изолировать компоненты
- нам не нужна проверка кода(code review)
- нам не нужны линтеры
- тыловики будут делать апи так, как им удобно
Мы не будем договариваться о приоритетах и ограничениях
- мы не можем фиксировать требования на спринт
- да, мы договорились о приоритетах, но сейчас важнее другое
- нам важно всё: функционал, дизайн, скорость, качество
Мы не будем следить за личными качествами
- да, он мудак, но он нам нужен
- дайте мне задачку, я буду её пилить
- это не моя проблема
- давайте выпилим ветку оффтоп
- нам нужен менеджер
- нам нужны совещания
- нам нужны инструменты удобные для менеджера
- давайте уволим всех и начнём заново, но точно так же
Нам нужен авторский дизайн
- нам нужна собственная UI библиотека
- нам нужен специалист по UX
- давайте поменяем скругления
- остальные элементы не гармонируют, давайте сделаем одинаково
- давайте поменяем весь дизайн
Нам нужна сложная инфраструктура для прототипа
- нам не нужен devops для сложной инфраструктуры прототипа
- нам нужны автотесты прототипа
Послесловие
Отдельно отмечу, что речь не идёт про выбор фреймворка или работодателя побогаче. Лучший путь следует искать в правилах и принципах. В свободном обмене знаниями и опытом.