Пособие по организации работы и команды в IT startup?
Предлагаю создать крутое обсуждение вопроса, на которое смогут ссылаться люди, которые находятся на ранних стадиях проработкам идеи, планирования бюджетов и формирования команды для своего ИТ стартапа (мобильного приложения, сервиса, платформы). Конечно, лучше работать на примерах. Если у вас есть десятка свободных минут и вы готовы дать развёрнутый ответ, который, я надеюсь, потенциально сможет помочь десяткам молодых (и не очень) людей, запустить свою IT идею максимально эффективно и избежать глупых ошибок на первых порах, я буду вам очень признателен. Спасибо огромное заранее.
(aka. Давайте поможем Евгению (это я) разобраться как лучше поступить и что дальше делать?)
Сценарий:
Евгений собрал $50,000 и готов их инвестировать в создание супер-пупер-мега приложения в стиле next-Uber/AirBnb (советы на тему: инвестируй в себя или инвестируй в активы мы опустим). У Евгения есть опыт ведения бизнес, управления небольшими командами (не IT) и, вообще, головешка его хорошо варит. Технического бэкграуда у него, естественно, нету. Делиться долей своего бизнеса он не хочет и не будет - это значит, что инвестиции исходят только из его собственного кармана ($50к) & в долю разработчиков и директоров брать он тоже никого не будет.
Суть приложения в чем. Допустим, это какой нибудь новый task manager (сейчас пришло в голову, потому что сам ими всегда пользуюсь). И этот task manager будет выполнять все функции, что и делаю все (постановка задач, иерархии из проектов и задач в проектах, теги и и.д., но, к примеру, ещё сможет отслеживать твои привычки (habit tracker), будет давать тебе рекомендации о том, что тебе делать на основании твоего текущего местоположения (GPS), и, пускай, ещё будет тайм-трекером (как toggl, например) - вот такой вот функционал. Приложение строго на US и B2C.
Евгений парень амбициозный, поэтому он хочет создать из этого некую платформу на которую будут добавлять различный функционал, который будет связан с тематикой приложения и будет приносить пользователям ещё большую пользу (то есть это приложение, своего рожа mvp на верх которого будет дописываться функционал в последующие годы жизни компании). Это значит, что приложение это должно отлично масштабироваться.
Такая платформа может быть реализована на: IOS, Android (native), Web-App, MAC & Windows apps. Это не значит, что нужно сразу все разрабатывать (очевидно). Это значит, что наша цель, запустить эту платформу на выше описанных устройствах и системах. Думаю, с этим мы разобрались.
“Так как это более «технический вопрос», направленный на прояснение моментов в этой области, бизнес часть мы затрагивать не будем. Это значит, что мы пропускаем фазы валидация идеи, проработки маркетинговых компаний, создание brand awareness, юридические аспекты и и.д. Бурем, что эти все вопросы для нас уже закрыты. Бюджет - $50,000 не учитывает все это. То есть маркетинг и все затраты будут считаться сверху (здесь мы их в расчёт не берём). Ещё одно пояснение. Вся работа будет проходить удаленно. (Aka. представим, что Евгений уехал жить в Африку - интернет у него, естественно, присутствует).»
Вопросы:
Что Евгению делать дальше? По моему мнению, ему 1. - нужно подтягивать свои навыки в техническом плане (чтобы он хотя бы понимал о чем разговаривать, даже с тем же техническим директоров); 2. - начинать формировать команду. И тут выливается главный вопрос: freelance (я думаю, только дизайн можно здесь проработать), outsource или штат? Я не зря написал пример приложения - для того, что бы у нас всех сложилось хоть какой-то представление о тех работах, которые должны быть выполнены на стадии подготовки mvp и, в последствии, разработки дополнительного функционала и выхода на другие платформы.
На какие устройства изначально нужно целиться? Мое мнение - сначала делать IOS (так как без мобильного приложения, web существовать не сможет (в нашем случае). Потом, после MVP - Android, потом Web-app, потом MAC & Windows.
Из того, что я вижу по команде (отталкиваемся от бюджетов Евгения на старт mvp и от его опыта) - это:
• IOS Developer (1-2 - не знаю - думаю, что full-time, но не понятно, будет ли у них достаточно работы потом, после запуска (скорее всего работа будет, так как планируем же расширять все, но хватит ли на это бюджетов... Берём, что больше $50,000 у Евгения нету - дальше зарплаты будут идти от заработка самого приложения (утрировано, но пускай так))
• UI / UX Designer (скорее всего найти хорошего фрилансера)
• BackEnd (не знаю нужен или нет. Если да, то скорее всего 1 - думаю, что part-time)
• Front-End (в моем представлении, когда речь идёт о мобильной разработке, iOS developer закрывает эту позицию. Но, скорее всего, я ошибаюсь).
• QA specialist (1 человек - думаю, что на part time либо, как проектная работа. Но это просто предположения, так как я не знаю, что он может делать в период разработки самого приложения).
* Project Manager - будет организовывать разработчиков (скорее всего part time, но, скорее всего, с таким бюджетом вряд ли получится, возможно, его заменит team Lead / CTO, или сам Евгений, если подтянет тех. навыки (вряд ли)
• Team Lead / CTO (1 человек. Так как мы решили, что в долю Евгений никого не будет, то либо full time, либо, part time. Такие специалисты, я как понял чтят около $2-3 в месяц (если повезёт). Поэтому, возможно, чтобы он закрывал часть разработки или ещё чего нибудь, так как бюджеты не большие на такого рода задачу).
• AI / ML specialist (это так, к слову просто. Если приложение будет анализировать местоположение пользователя и на основании этого давать какие то рекомендации, то, наверное, это часть машинного обучения. Хотя, я уже догадываются, что вряд ли это впишется в ранее установленные бюджеты)
Ну вот как то так. И теперь нужно решить, как, кого, когда (в начале проекта, в процессе или под конец mvp) и на что брать (freelance, part-time, full-time). По срокам, из своего «Мега опыта» я могу предположить, что такого рода приложения и с такими бюджетами займёт 5-6 месяцев - от начала разработки дизайна и макетов, до выпуска на App-Store.
P.s. Давайте выливать конструктив. «Заработать больше денег и нанять лучшую команду», «Бюджета не хватит», «Плохая затея» и т.п. высказывания мы опустим. Мы обязаны уложиться в бюджет и ОБЯЗАТЕЛЬНО сделать качественный продукт, а не жопу какую-то. Либо убираем функционал, урезаем команду или делаем ещё что-то... Но нужно выпустить MVP.
Я, возможно, наговорил много всякой херни, в определенных частях моего вопроса, которая может не соответствовать действительности (особенно, что касается тех. части), поэтому, пожалуйста, исправляйте меня по возможности. Спасибо большое
Также, любые дополнительные материалы - тексты, видео, курсы и советы очень приветствуются. Даже от диванных аналитиков и мамкиных стартаперов. Будем собирать как можно больше мнений.
Уважаемый автор вопроса, значительная часть всего мероприятия и конечной его стоимости(речь о разработке) зависит исключительно от сложности приложения, поэтому пока Вы не опишете о каком приложении речь - все предсказания это сотрясание воздуха. Вы не технарь, поэтому вероятно не понимаете что ключевое значение имеет именно техническая сложность в плане стоимости. В списке специалистов у Вас например нет специалиста по базам данных, однако откуда нам знать нужен он или нет, если мы не знаем о каком приложении речь? Если это будет распределенная система рассчитанная на большое количество данных, то, скорее всего, нужен. Если будет нечто простенькое, то может и не нужен. Откуда нам знать каков объем бэкенда? Может одного разработчика на бэкенд мало будет. Откуда нам знать нужен ли админ и/или девопс и тд? И таких нюансов по всем остальным фронтам много, поэтому опишите нормально приложение, а мы постараемся Вам помочь.
Eugene Kadzin дорогой пользователь, настоятельно рекомендуем еще раз обратить самое пристальное внимание на п. 3.1 регламента работы сервиса (и, в особенности, на его последний абзац).
В противном случае, ваши вопросы будут удаляться по причине тег-спама, а систематические нарушения приведут к блокировке учетной записи.
Написано
Saboteur
@saboteur_kiev Куратор тега Организация работы
Выкинуть все эти планы, и научиться делать одно из двух:
1) Продавать - продать можно что угодно, если уметь. Наличие очень крутого технического продукта ничего не значит. Если это какое-то универсальное приложение, не требующее специфических знаний, то уже есть аналог. Без маркетинга и навыка продавана - не взлетит.
2) Наличие просто крутого программиста не означает успех проекта. Если это тематический продукт, нужен не программист, а специалист по продукту. Математик, физик, химик, фотограф - по той теме, по которой собираетесь писать приложение.
Модератор, я внимательно все прочитал и не вижу проблемы. Тэг «программирование» - это общая тема для общих вопросов об этом виде деятельности. Мой вопрос общий и полностью относится к этой теме
Eugene Kadzin, и кстати, Тостер не предназначен для обсуждений, это не форум.
Написано
Решения вопроса 0
Ответы на вопрос 3
Saboteur
@saboteur_kiev Куратор тега Организация работы
software engineer
: «Buddy, у тебя нет тех. бэка, поэтому дай другому челу руль и он тебя приведёт к успеху». Стоит ли рассказывать, что это, мягко говоря, «очень плохой ответ».
Смотрите, "Евгений".
Для стартапа у вас должен быть бизнес-план. А именно - кому продавать продукт, кто его уже готов купить и за какие деньги. А у вас на повестке дня просто "как написать продукт".
Стартап это вообще не про то, что вы тут написали. Для стартапа именно вы должны быть главным техническим специалистом, а не просто спонсором с непродуманной идеей. То есть самая суть вопроса - "стартап" вы пропускаете.
Вы придумали концепт продукта. У вас уже есть примерное ТЗ. То есть задача осталась простая - просто написать продукт.
Если вы не разбираетесь в людях и не можете нанять даже технического архитектора, которому готовы доверитсья, что он уложится в указанный бюджет и напишет продукт по ТЗ - ну идете в контору, заключаете договор, они вам пишут
Если ТЗ нет, то перед выделением 50.000 нанимаете консультанта, который помогает вам написать ТЗ и оценить (можно сразу в контору, которая еще и возьмется потом это писать).
Но будет ли этот проект приносить прибыль? Сможете ли вы его продать - вот в чем главный вопрос. Потому как хороших программистов, которые могут довольно быстро накопить 50к - много, а стартапов подобного плана - мало. Именно потому что кому оно нужно - это вопрос из области продаж и знания рынка.
Подождите, ребята, я что то вас не понимаю. Вы тот вопрос читаете? И читаете ли его вообще? Пожалуйста, вдумчиво прогорайте ещё раз...
Тут не говориться о запуске «Стартапа». Тут говориться о запуске «Продукта» и, соответсвенно, его разработки. По сути, вы сейчас пытаетесь довать советы о том как строить бизнес. Я знал, что так будет. Поэтому попросил сосредоточится только на тех. аспектах. Или у всех такое душевное желание дать бизнес совет?
Я специально предложил учитывать только фактор разработки, так как материалов о том, как вести бизнес и и.п. полно везде, а вот что касается технического аспекта, таких материалов нет - только ответы на форумах и недо-статьи. Поэтому, пожалуйста, можно сосредоточится на том, о чем вопрос, а не о том, как построить успешный стартап.
Eugene Kadzin,
Ваше полотно никто читать не будет
Еще с прошлого вопроса было понятно, что не взлетит
Для полного 0 в сфере разработки и управления - у вас слишком мало денег
Я вам для примера скажу, что
500к
комманда из 4х слаженных универсальных разработчиков
18 месяцев
4 реализованных и проваленных идеи
1 удачная идея, на которую потратили пару часов
Считается сказочным везением
Материалы и книжки никак вас не научат как вести бизнесс, управлять людьми ли писать программы
Потому что ето все навыки
Для их получения требуется опыт работы
Saboteur
@saboteur_kiev Куратор тега Организация работы
Если у "Евгения" нет опыта руководить отделом разработчиков, то вероятность что все получится уложить в сроки и бюджет - 1%.
Мой совет - попробовать реализовать несколько проектов попроще. Поработать с разработчиками, с тим лидами. Увидеть как все получается - а тогда уже планировать более крупные проекты, со знанием дела.
В противном случае надежнее будет заказать разработку на стороне.
Квалификация отдельно взятых разработчиков никак не позволяет спрогнозировать их поведение в команде, никак не позволяет спрогнозировать разработку вашего проекта без детального ТЗ. Согласование ТЗ даже с опытными людьми это немалый труд. В случае waterfall на это может уйти до трети времени разработки. В случае agile - вы просто не сможете вначале пути спрогнозировать точные сроки - вероятность погрешности всегда будет высока.
Написано
Saboteur
@saboteur_kiev Куратор тега Организация работы
В современном мире, где правит agile, никакие советы особо не помогут - agile зависит от слаженности всех исполнителей в команде, а команда не может набраться и сразу сложиться. Ну или это надо нанять 90% адекватных самостоятельных сеньоров, что сразу превышает ваш бюджет.
Поэтому советы - не работают, поскольку они очень общие, а работа команды - очень индивидуальная штука.
Нет правильного способа это сделать. И в любом случае один человек на это не способен, а значит нужна команда. И с любым из вариантов можно добиться успеха. А ещё не надо дублировать вопрос. Вам и в прошлом все написали
Во первых, вопрос не продублирован. Во вторых, это очень «умная мысль» - что нужна команда и один человек это сделать не сможет. Прям в точку! А ничего, что суть вопроса в том, чтобы понять как сформировать команду.
В третьих, насчёт «правильного способа» никто не говорит. Речь идёт о том, чтобы избежать глупых ошибок на старте. Акцент на «глупых». Потому что ошибки будут всегда, но некоторые, модно избежать.
Иван Шумов, это типичный ответ «инфо-бизнесменов» (хотя я почти уверен, что ты не такой). Типа: «Не понимаешь - дилегируй». Наверное, лучший совет 2016-2019 года! Но эти «бизнесмены» не всегда задумываются о том, что для того чтобы делегировать: 1. Нужны деньги. 2. Нужно все равно понимать базу, чтобы не потратить все деньги впустую.
Первый вопрос был более узкий и, если почитать внимательно, то разница очевидна
Иван Шумов, и небольшая помарочка ещё. По поводу проекта. Такого рода «проект» не только состоит из «технической части», но также включает в себя абсолютно все аспекты бизнеса - я специально подметил, что эти вопросы мы не разбираем, так как они закрыты.
Eugene Kadzin, дело в том что любые навыки даются потом и кровью ща определенное время. Если решили делать проект и не имеет из на старте с лимитированным бюджетом то вы изначально не справитесь. Нужен тот кто уже делал такое и вам придется ему довериться. Так у вас есть шанс, а без этого никаких шансов
Eugene Kadzin, я тоже из не учитываю (но стоит) ибо юридический аспект очень часто влияет на проектирование самой системы. Такие вопросы, как хранение персональных данных. Поэтому вы зря это откинули
Иван Шумов, эм... ну по твоему ответу понятно следующее: «Buddy, у тебя нет тех. бэка, поэтому дай другому челу руль и он тебя приведёт к успеху». Стоит ли рассказывать, что это, мягко говоря, «очень плохой ответ».
Я не зря в команде упомянул про CTO. Но, вот тебе ситуация, с которой ты, скорее всего, не сталкивался. Нанимаешь ты человека (например CTO). Платишь ему хороший деньги, чтобы это не означало и вы с ним начинаете строить команду. Он тебе говорит,. От нужен тот то, тот, и ещё тот. А ты вообще не понимаешь нужен ли этот человек в реальности или нет. По твоей логике управления бизнесом, нужно этому человеку довериться. Ну ок, доверился. Через 4 месяца деньги закончились, проект не готов. Ты говоришь CTO, типа: «Dude, в чем проблема? Ты же сказал, что будет норм?». А он такой: «Бля, Жек, извини, не расчищал. Лан, мне вон там предложили работу, я пошёл».
И в итоге Женя потерял все деньги которые копил пол жизни и получил горький опыт. И тут очень хорошо подойдёт фраза тех же «инфо-миллиардеров»: «Ну ничего, я тоже из ничего вырвался, из долгов - плохой опыт, тоже опыт». А жить то на что то надо... Ну, в общем, ты суть понял
Eugene Kadzin, это показывает не только то что был нанят плохой CTO, а так же что и наниматель не умеет управлять бизнесом. К тому же собрать команду не просто - обычно не только нужно время на поиск, но и на то чтобы они сработались. С нуля такой проект за несколько месяцев и с таким бюджетом запустить невозможно
Eugene Kadzin, и в догонку, CTO больше менеджер. Я видел много таких людей и они очень хорошо умеют работать с командой и добиваться результата, но сами системы получаются плохие так как они сочетают в себе и технаря и менеджера. Чтобы сделать проект в определенные сжатые сроки и бюджет очень нужен архитектор, желательно опытный и изворотливый как не знаю кто. Который умеет жонглировать технологиями, которые ему дали в руки
Иван Шумов, я понял тебя. Понимание технических процессов и работы команды у тебя есть, а осознавания принципов успешных компаний которые начали «с нуля» у тебя нет. Ну ладно. Просто ты, как и многие, начал сразу давать бизнес советы, а не отвечать на вопрос. Ты вот это все писал только для того, чтобы выразить свою мысль таким образом: «Бюджет слишком маленький, поэтому успеха нет» - и я тебя услышал. Я знал, что так будут писать, поэтому в последних абзацах написал это не случайно.
By the way, $50000 цифра не из головы. Вряд ли кто то из тех, кто начинает свой путь накопит большее количество денег. Сейчас наверное ты скажешь: «Привлекай инвестиции». Стоит ли объяснять, что вероятность успеха 0.00000000001? Если можешь дать советы о том, как запустить mvp с таким бюджетом, то пожалуйста... Other than that, разговор ни о чем.
Eugene Kadzin, да нет, все все прекрасно понимают, просто вы занимаетесь фигнёй. Нельзя построить успешную команду в вакууме. Каждый проект уникален и без чёткого понимания продукта, требования к нему и бизнес-плана все это бесполезно. Вы х*рней страдаете и вам это уже не первый раз говорят
1) нужны постоянники, лучше в офис, удаленно - не знаю, как должно повезти, чтобы подобрать более-менее сразу, а не за полгода минимум
2) deadline роман об управлении проектами и rework , но это тоже истории от одного лица
3) и тот кто называется CTO, тут можно сэкономить если на part time и у него есть постоянка, но с выбором нужного тоже должно повезти
Простой
Сложный
