Привет, Хабр! Чтобы не вводить никого в заблуждение, кратко перескажу, о чём пойдёт речь. Если тема будет вам близка или вы сталкивались с подобным, буду рад узнать ваше мнение и послушать советы.
Краткий пересказ:
Как я/мы в компании создаём процесс тестирования практически с нуля. Какие шаги предпринимались и как вообще получается в современном мире существовать без тестирования.
Привет, Хабр!
Если ваши 1:1 — это «ну, поболтали и разошлись», а менторство выматывает сильнее, чем два продакшн‑инцидента подряд, значит что‑то не так. В этой статье рассмотрим эту проблему.
Выглядит это так:
Вы ставите себе задачу: «Хочу быть ближе к команде. Хочу прокачивать ребят. Буду делать 1:1».
Проходит 3 недели — и вы уже ненавидите календарь. Каждая встреча — это:
Повторы («Ну как дела?» — «Норм»).
Груз («Опять проблемы, опять я должен решать»).
Ноль эффекта (люди не растут, просто ноют, или вообще не говорят).
Артефакт, которому стоит уделить время в начале проекта, чтобы выстроить ясные приоритеты в разработке продукта, сэкономить бюджет и увеличить шансы на успешный релиз. Рассказываем, как работает карта влияний в цифровом продукте.
Это программа-парсер. Вы указываете Telegram-канал, выбираете период — и получаете Excel-табличку со всеми публикациями, просмотрами, реакциями, репостами и вовлечённостью.
Хотите узнать, сколько всего текста опубликовал автор? Пожалуйста. Сколько платных звёздочек получил миллионник за 2024 год? Не вопрос. Хотите сформировать топ постов или сравнить эффективность разных форматов? Всё это — в один клик.
Но эта статья — не просто про парсер. Она про путь: как я, не будучи программистом, сделал этот инструмент с помощью нейросети. Что получилось, какие были затыки и чему я научился в процессе.
Почему стартап так и не запускается, хотя «уже почти»
Многие команды проходят этот путь. Всё вроде бы работает, осталось «совсем немного», но неделя за неделей релиз откладывается. И в какой-то момент проект зависает в состоянии вечного почти — где есть команда, есть код, есть продукт, но нет самого главного: запуска.
Типичное:
— Всё, релизим на следующей неделе!
— Только кнопку подвинуть надо.
— И вот эту фичу, без неё вообще никак.
— Поймали баг, надо пофиксить, а потом точно выкатим.
Представьте себе, что вы айтишник, которому достался стадион.
Ладно, это я, если что, несколько лет назад. Я поломался в хоккее, что поставило крест на спортивной карьере, и вспомнил основную специальность. Через несколько лет стал продавать билеты: сначала — в Балашихе, а потом — в Омске на «Авангард».
Это нелинейный ад.
Вот представьте себе: у вас есть стадион на шесть тысяч мест, и вам надо продать билеты. Казалось бы, делов-то: бек с API на учёт мест, фронт на сайте, в приложении, выгрузка XML дистрибьюторам — и всё. То есть надо задекларировать, какие места есть и почём, — и всё.
Ага, щас!
Я пришел в компанию первым наемным сотрудником и за 5 лет попробовал себя в разных ролях – от продуктового дизайнера до менеджера, аналитика, поддержки и тд. С небольшой командой прошел путь от идеи и до выхода на рынок, пережил один пивот и собрал десятки ценных инсайтов. В этой статье я делюсь некоторыми из них – надеюсь, они помогут вам избежать ошибок.
В первый рабочий день гендиректор передал мне папку с подробным планом развития сервиса. За следующие пять лет я не открыл её ни разу: реальность рынка всегда диктовала совсем другие правила, на основе чего мы меняли продукт.
