Разработка Программного Обеспечения. Как Перейти От Того, Что По Сути Является Прототипом, Который Никогда Не Предназначался Для Продажи Высокопоставленным Клиентам.

Итак, я начал с этого прототипа программного обеспечения на своем чердаке, а теперь он превратился в компанию. Я действительно не могу быть слишком конкретным, но представьте себе вещь, написанную на стороне сервера, которая сейчас продается за границей известным клиентам. Есть люди, для которых это может звучать здорово, но на самом деле, через несколько лет это меня действительно утомляет.

Она начиналась как компания из одного человека, и, по счастливой случайности, я быстро нашел первого клиента, который привел мне еще двоих, а затем, после нескольких лет борьбы, я остановился на коммерческом парне, который называл себя ИТ-предпринимателем и сказал, что знает, как это сделать. создать компанию. Действительно, у нас появилось еще около 10 клиентов, мы наняли пару парней и с тех пор занимаемся внедрением. О реальной бизнес-модели я расскажу в другой раз, но проблема, с которой я столкнулся сейчас, заключается в следующем:

• Я создал его на этом языке-прототипе только для того, чтобы выразить свою точку зрения о рыночных возможностях. Я не инженер-программист и, вероятно, нарушил все правила книги. Но это работает.
• Я построил свой собственный механизм освобождения, и он работает.
• Я использую эту странную смесь технологий, чтобы все это работало вместе. Оно работает.
• Никогда особо ничего не документировал. Это все интуитивно понятно.

Но вы, возможно, уже догадались: я единственный, кто может заставить это работать. Пока что все шло нормально, но это не масштабируемо, потому что я не масштабируем. Чем больше реализаций нам приходится поддерживать, тем большую нагрузку я получаю. Риски для клиентов высоки. Никакого соуса. Поезд-беглец, и я единственный, кто знает, что он убегает.

Итак, что мне теперь нужно сделать, так это придумать план по созданию команды разработчиков, одновременно разбирая бомбу в сбежавшем поезде, а другой парень на самом деле не видит в этом необходимости, или ближе к истине, вероятно, не хочет чтобы увидеть это. Так что, если кто-то должен принять решение, то это, вероятно, я. Мне всегда нравились острые ощущения, но я устаю.

Пока вижу несколько вариантов:

• Мы уже присматриваемся к Java-инженерам, но тот, кто захочет прыгнуть в сбежавший поезд, должен быть таким же ковбоем, как и я.
• Проведите поиск какого-нибудь парня, которого мы можем сделать директором по развитию.
• Найдите инвестора, который поможет деньгами и чью команду разработчиков мы можем использовать для всего этого рефакторинга.
• Продолжайте в послушном тихом отчаянии до тех пор, пока не сойдёте с рельсов.
• Спрыгните с поезда и после восстановления после судебного процесса посмотрите, что осталось среди обломков.
• Иди в хвост поезда и надейся, что я переживу крушение.

Я думаю, что лучший шаг вперед — это первый вариант. Я намеренно откровенен в отношении уровня отчаяния здесь - и я намеренно размещаю вопрос на Workplace, потому что я ищу советов от людей, которые приходят с работы и знают, как лучше всего создать команды разработчиков в неловкие ситуации.

#разработка ПО #стартап #выгорание

Вы только что описали буквально любую технологическую компанию. Да, вы поддерживаете работу высокоскоростного поезда, пока заменяете двигатель, написанный на ${язык, который вам не нравится}, на ()=>"язык, который вам нравится".

Это КРАТКИЙ ответ на ваш вопрос.

Другой вариант — «закрыть это как слишком широкое», потому что: «Как мне перейти от прототипа и страшного технологического стека к хорошему в небольшой компании?» является темой множества книг, выступлений, темой встреч и объясняет, почему люди, которые очень хороши в этом, зарабатывают много денег (от 6 до 10 цифр). Вот мое мнение о ваших идеях:

Мы уже присматриваемся к Java-инженерам, но тот, кто захочет прыгнуть в сбежавший поезд, должен быть таким же ковбоем, как и я.

Или, возможно, вы хорошо платите и имеете очень хороший капитал, поэтому они знают, на какой риск идут, и не действуют безрассудно. Возможно, вам удастся привлечь кого-нибудь из компании из списка Fortune 500, кто «жаждет перемен».

Найдите инвестора, который поможет деньгами и чью команду разработчиков мы сможем использовать для всего этого рефакторинга.

Ваш венчурный капитал обеспечивает не только деньги, но и управленческий опыт. Похоже, ты мог бы это использовать.

Проведите поиск кого-нибудь, кого мы можем сделать директором по развитию.

Им потребуются: хорошая зарплата, хороший капитал и шанс на успех.

Спрыгните с поезда и после восстановления после судебного процесса посмотрите, что осталось среди обломков.

Если у вас есть юридические вопросы, пожалуйста, свяжитесь с адвокатом как можно скорее. Если ты идущий иметь юридические проблемы, серьезно их не будет легче решить, если допустить реализацию каждого наихудшего сценария.

Перепланировка. Ничего нового в том, что вы делаете. Я не разработчик, у меня была идея, я создал продукт, который работал, нашел клиентов и продал им его.

Затем я вложил часть денег в переработку всего продукта и одновременно улучшил его. И я до сих пор вкладываю деньги в его модернизацию. Это действительно так просто.

Проблема в том, что ваш бизнес инвестирует в продажи, а не в технологии. Вам нужен баланс. Не нужно использовать ковбоев, тратить деньги, чтобы заработать деньги. Люди, которых я использую, очень дорогие, но я могу быть спокоен.

Я обнаружил, что продажи вначале шли поэтапно. Продавайте, консолидируйте, улучшайте, повышайте цену, а затем еще один стимул продаж.

Что касается создания команды, то это самая простая часть. Привлеките на борт квалифицированных опытных людей. Сделайте это приоритетом, сядьте с ними и просто пройдите все шаг за шагом. В моем случае один опытный специалист по полному стеку взял мои идеи и чертовски много работы и за несколько недель переработал их в работающий масштабируемый продукт, а мы настраивали его примерно в течение 6 месяцев. Но на практике ему потребовалось всего несколько недель, чтобы выполнить тяжелую работу и построить его. И поскольку я проработал все это вместе с ним, я многому научился, знаю и понимаю каждую часть кода, а впоследствии сам написал документацию.

Перепланировка чертовски проще девелопмента, ведь вы уже детально знаете, чего хотите добиться. Вам не нужно ничего выдумывать. Это всего лишь вопрос решения проблем перевода.

Первое, что вам следует сделать, это задокументировать процесс. Вам не нужны детали низкого уровня, просто объясните, что представляет собой каждая часть, как она вписывается в процесс. Ваш поезд не сбежал, вы просто не знаете, по какому пути вы находитесь и куда идут другие пути. Рассматривайте процесс документирования как определение направления движения. После этого вы больше не потеряетесь и сможете работать с командой, чтобы выяснить, на каком пути вы хотите идти и как туда добраться.

Привлеките кого-нибудь, у кого есть опыт выполнения чего-то похожего на то, что делает ваш продукт. Вам не нужен еще один ковбой-программист на эту должность. Вам нужен кто-то, кто сможет направить вашу компанию к устойчивому будущему, а все, что собирается делать другой ковбой, — это продолжать наугад переключать переключатели. Привлеките профессионала и работайте с ним над разработкой стратегии продвижения вперед. Это должен быть тот, кого вы видите, собирающим команду разработчиков для реализации этой стратегии.

Как только у вас будет стабильный продукт, который вас устроит, вы сможете сосредоточиться на развитии своего бизнеса и позволить разработчикам беспокоиться о новых разработках и поддержании работоспособности.