Двухнедельные спринты, ежедневные стендапы, scrum, agile, груминг и еще куча страшных слов — что мы только не перепробовали в команде разработки UvU. Ничего из этого у нас не взлетело. И это нормально в стартапе на ранней стадии, когда у тебя резко меняются приоритеты и возникают новые идеи и гипотезы почти что каждый день

Гугл может посмотреть на данные по 1 млрд. пользователей и сказать, что делать дальше (хотя как мы увидели в истории с ChatGPT, и этого не хватает), у стартапа нет таких данных и ресурсов, остается лишь пробовать на практике. Фейсбуку нужно управлять 50 тыс. (или сейчас уже 40? 😅) программистами, поэтому четкие процессы необходимы. Когда же у тебя 5 программистов, это совсем не критично

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

Как сейчас все устроено:
- Верхнеуровневое направление. Чтобы сфокусированно работать, нужно понимать, в какую сторону сейчас идет движение
- Аккуратный трекинг. Задач и идей много, если ты не записываешь, то все быстро забывается
- Жесткая приоритизация. Постоянно появляются новые задачи и меняются приоритеты. Если не быть в фокусе и хорошо не трекать эти приоритеты, ты начинаешь делать не такие важные задачи, а значит приносить меньше пользы компании, чем потенциально мог бы
- Дедлайны проектов вместо размера задач. Обычно в компаниях большие проекты делятся на маленькие задачки, оценивается размер каждой и планируется на неделю/две. Мы же поняли, что куда правильней поставить дедлайн по всему проекту и доверить остальное программисту, помогая, когда это требуется
- On-demand созвоны. Не нужно ждать до условной среды, чтобы задать вопрос или обсудить задачу — мы часто практикуем 5-10 минутные быстрые созвоны
- Регулярные 1-1. Из того, что мы все еще регулярно делаем (Рамадан — исключение), один-на-один созвоны с разработчиками, где мы говорим про жизнь, дальнейшее развитие и нынешние задачи

Итог: не бойтесь эксперементировать и не зацикливайтесь на Гуглах с Фейсбуками

Так как на меня подписано достаточно много мусульман программистов и предпринимателей, а они в свою очередь обычно являются людьми состоятельными, то делюсь крайне важным видео по подсчету закята: https://youtu.be/jwvOPEdvDLM

Немного мотивации, почему стоит посмотреть именно этот семинар, а не какие-то другие:

- Автор, Хондамир Нусратхужаев, является международным экспертом в области исламских финансов с 10 летним стажем [Член Совета AAOIFI (Бахрейн), Исламский Банк Развития (КСА)] + 15 лет до этого работал в консалтинге и международных финансах
- В видео есть тайм-коды
- Разобрана тема недвижимости, в каком случае с нее платится закят, а в каком нет
- Разобрана тема инвестиций и акций, каким образом с них нужно платить закят
- Не обошлось и без криптовалют
- Инвестиции в частный бизнес
- Пенсионные фонды
- Как правильно прибавлять и вычитать долги
- Для предпринимателей достаточно актуальная тема: закят с бизнеса

Просвещайтесь сами и делитесь с другими!

Поздравляю всех мусульман с окончанием поста в благословенный месяц Рамадан, Ид Мубарак 🎉🎉🎉

Мы просим Аллаха, чтобы Он принял наши посты, намазы, дуа и все благие дела 🤲

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

P.S. Надеюсь, что уже со следующей недели частота постов наладится 🚀

Знаете с какой проблемой сталкивается молодой фаундер после того как находит классную идею? С исследованием рынка и конкурентов. Про то что рынок должен быть большим, я уже говорил, так что сегодня говорим про конкурентов

Во-первых, конкуренты есть всегда, когда есть большой рынок. А если конкурентов нет, то это не спроста: поговорите с экспертами в этой области и поймите, почему оно так происходит. Конечно, бывает так, что область очень зарегулированная, но по моему опыту, в 99% случаев вы сделали плохое исследование

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

В-третьих, смотрят слишком узко. Размышлять нужно так: у меня есть клиент Бахыт, у него есть какая-то боль, которую мой стартап решает. Как еще он может эту боль закрыть? Отсюда сразу же будут видны конкуренты

Вот взглянем на наш стартап UvU сквозь линзы развозки людей на работу. Какие у нас есть конкуренты:
- Личный транспорт
- Прокатные модели: аренда авто или электро-самоката
- Общественный транспорт
- Такси: Яндекс, inDrive, Uber, Bolt, GoJack, DiDi (в том числе если смотреть на глобальные рынки)
- Маршрутка, Яндекс.Шаттл
- Глобальные аналоги: SWVL, Via, FlixBus
- Есть еще кучка стартапов, которые существовали на локальных рынках, а потом либо умерли, либо продались более крупным игрокам

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

Если кто еще не знает, то прямо супер-крутой браузер, на который меня подсадил младший брат — Arc Browser. Создатели молодцы, они не побоялись переделать браузер по-правильному, а не тащить наследие из 90-х, как делают все остальные

Топ фишек, которые лично мне зашли:
1. Профили. Наконец-то я разделил рабочий и личные профили, между которыми я могу переключаться за доли секунды. Меня всегда раздражало, что иногда мне нужно, чтобы первая почта при логине в какой-то сервис была моя личная, а иногда и рабочая. Теперь такой проблемы не существует
2. Вертикальный сплит. Можно как в IDE разбивать экран браузера пополам и сразу же смотреть на две вкладки. Любой кодер заценит
3. Множество шорткатов. В том числе и переключение вкладок через ctrl+Tab или копирование url’а страницы

Более красочно и со скриншотами можно почитать вот тут

P.S. У кого есть инвайты — делитесь в комментах к посту 🔥

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

Да, видео очень долгие (2+ часа), да, иногда достаточно много научных терминов, но по себе заметил, что именно такой формат мне необходим, чтобы начать подобного рода советы применять в жизнь. Допустим, я всегда понимал, что холодный душ, так называемая “закалка” — полезная штука. Но лишь после видео Хубермана я наконец-то стал его на постоянной основе принимать

💬 Поделитесь в комментах каналами, которые меняют вашу жизнь к лучшему

P.S. Я не переквалифицировался в продуктивити-коуча, просто был занят на неделе 😅 Обычные посты продолжатся с понедельника, ин шаа Аллах 🚀

Чтобы хорошо работать, нужно периодически хорошо отдыхать и отвлекаться от работы 😁

🔍 Разыскивается Senior Full-Stack Developer в наш стартап, UvU Shuttle

Вместе с моей сильной и дружной командой с опытом из Яндекс и Facebook, вы будете создавать безопасный и доступный транспорт, который уже перевозит 3,000+ человек ежедневно! У нас классная культура разработки, отличная атмосфера и очень разнообразные и сложные задачи по большей части на стороне бэкенда

🔥 Обязанности
- Оунить разработку продукта, плотно работать с продактом, придумывать нетривиальные архитектурные решения
- Разрабатывать API для мобильных приложений клиента и драйвера
- Писать внутреннюю админку для трекинга и управления водителями
- Улучшать визуализацию данных на карте
- Улучшать интеграции со множеством сервисов, которые мы используем
- Автоматизировать бизнесс-процессы (выплаты водителям, назначение на маршруты, поиск замены, скоринг и т.п.)
- Искать и фиксить нетривиальные баги
- Покрывать код тестами (чтобы предыдущий пункт был в меру 😁)

⚡️ Необходимые знания и навыки
На высоком уровне:
- Python, Django
- Django Admin
- Django REST Framework
- React
- Redux

Базовые знания:
- Docker, Kubernetes, etc.

Локация: г. Алматы или г. Астана
ЗП вилка: 1 000 000-1 500 000 тг
Режим работы: full time, гибкий график, гибридный формат
Контакты: @bstnva  /  [email protected]

P.S. Репост в группы и шеринг с друзьями крайне приветствуется!
За классный референс придумаем как вознаградить

Заметил за собой, что уже не раз, прежде чем начать писать какой-то код, я сверяюсь с ChatGPT в поисках более элегантного решения. Периодически, он выдает неплохие ответы! Короче, сначала нейронка обучалась на моем коде, а теперь я обучаюсь на коде нейронки 🤣

💰 Платить или не платить, вот в чем вопрос ❓

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

Во-первых, всю работу нужно делить на:
- Требующую мало контекста. Задачи могут в себя включать раздачу листовок, доставку из точки А в точку Б, помощь с уборкой помещений и т.д.
- Требующую много контекста. В подавляющем большинстве это интеллектуальная работа: понять что хотят пользователи, нарисовать дизайн с хорошим UX (без глубокого понимания продукта невозможно), написать код, сделать крутую презентацию и т.д.

Из моего опыта я сформулировал два принципа:
- В задачах, где требуется мало контекста, можно и нужно привлекать волонтеров. Однако, нужно иметь грамотного HR-а, который выстроит пайплайн найма (с отсевом тех, кто быстро отвалится) и онбординг новичков
- В задачах, где требуется много контекста, нужно людям платить за работу, а в идеале нанимать их на фулл-тайм

Основной тезис, который я хочу донести, такой: крутого специалиста в нужной области, который на волонтерских основах в течение длительного времени готов будет впахивать и помогать стартапу найти НАМНОГО сложнее, чем мецената, который будет верить в миссию и оплачивать труд этого спеца

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

🚀 Как развиваться самостоятельно?

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

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

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

Всем привет, ребята!

Спешу сообщить вам о оффлайн встрече с одним из крутых ФААНГеров уже на этой неделе 🤩 — Муаммар Аль-Шедиват.

Тема встречи: От корпоративных гигантов к предпринимательству: вдохновляющие идеи о карьере
Адрес: Koktem 2, 22
Время: Среда, 24 Мая

link
телеграмм канал

Ждём всех!

+1 причина быть фаундером

Даже помощь в поднятии холодильника уже кажется особенной 🤣🤣🤣

Все фаундеры UvU Shuttle будут в Ташкенте 26 мая в 19:00 отвечать на ваши вопросы по привлечению венчурных инвестиций в Центральной Азии и не только про это!

В UvU Shuttle мы занимаем сегмент между такси и общественным транспортом, совершая безопасные, удобные и доступные поездки. Наши микроавтобусы возят в школу, на работу и за город, совершая суммарно более 10 тыс. поездок в день 🚀

Недавно мы закрыли инвестиционный раунд c оценкой более $10m

Приходите, будет интересно 🔥

Ссылка на канал организаторов: @impactthub
Время: 26 мая, 19:00
Место: Ташкент, IMPACT.T Technology Hub (https://goo.gl/maps/bTp7ZhCNBsECyKbT7)
Ссылка на регистрацию: https://forms.gle/5XBm9ei3nwcoSZcm6 (бесплатно, но кол-во мест ограничено!)

На конференции EMERGE в Дубай с нашим CEO — Мадияром, выстраиваем нетворк в Middle East

На фотках:
Yousef Hamza (V7 Group)
Ayman Rashed Alkhanbouli, PhD (AK Venture)
Alex Milevskiy (Multiplier, Advisor at Indrive)
Bas Godska (Acrobat VC)
Konstantin Bochkarev (J3 Consulting)
Rakesh Kumar (Aritraa Corporation)
Jagan Cherukuri, Max Todua (Constellation VC)
Arsen Israpilov (Google, Head of Export)

Недавно завязалась интересная беседа, насколько стартап должен быть data driven, т.е. все ли решения должны приниматься на основе данных? Мое мнение: да, но НЕ всегда эти данные должны быть точными. Поясняю на примере

Допустим, у нас есть проблема с отмененными платежами: пользователям периодически приходится повторять транзакции. Значит ли это, что нужно начать это чинить? Нет! Алгоритм действий бы у меня был таким:

1. Понять, а какой процент всех платежей был неуспешным. Допустим, 20%, что не мало

2. Выявить закономерности и понять, уходят ли пользователи после неуспешных платежей или практически все повторяют и оплачивают успешно? Допустим, все делают повторный платеж и опять мы видим 20% отказов. Но в этом случае конечный неуспех уже составляет не 20%, а всего лишь 4%, что уже не кажется совсем уж смертельным

3. Допустим, мы все еще хотим решить эту проблему, переехав на другую платежную систему. Реализация потребует неделю работы двух разработчиков. А если это не поможет? В таком случае я бы сначала потратил несколько часов отобрав проблемных пользователей, нагенерировал бы им ссылки на оплату и попросил оплатить (а потом бы сделал возврат). В итоге это хотя бы примерно подтвердило мою гипотезу, либо опровергло ее

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