Всем привет, это команда продукта SimpleOne SDLC. Поговорим о вещи, которую в командах обычно не обсуждают вслух — о бэклоге дефектов, который никто не разгребает.
И даже не потому, что лень, а потому, что нет выстроенного процесса.
Когда я публиковал первую статью про Gooly, то не ожидал какого-то серьёзного отклика. Казалось, максимум получу несколько комментариев и немного критики. Но спустя несколько дней произошло то, чего я вообще не ожидал: мне начали писать люди из совершенно разных сфер.
Кто-то организовывал футбольные сборы. Кто-то — походы. Кто-то — локальные сообщества. Были люди из event-сферы, туризма и даже те, кто несколько лет назад уже пытался запускать похожие проекты.
И почти у всех повторялась одна и та же мысль:
Да, мы тоже живём в хаосе чатов.
Почти в каждом проекте есть момент, когда кто-то говорит: «Ну мы же предупреждали». И это, пожалуй, самая неприятная фраза в проектном управлении. Так как она означает, что проблема была не в том, что команда не знала о рисках. Проблема была в том, что знание о рисках никак не повлияло на решения.
Реестр рисков в таком случае превращается не в инструмент управления проектом, а в кладбище тревожных мыслей. А что вообще такое Риск?
Во многих командах из моей практики риск формулируется примерно так: «есть риск срыва сроков». (далее…)
К тому моменту я уже много лет работала директором по персоналу и была уверена, что хорошо понимаю, как устроен найм.
Но однажды я не откликнулась на сильную позицию из-за требования знать сербский язык — и потеряла интересный вариант.
Через полгода на эту позицию взяли человека без сербского. Ему просто дали переводчика.
Позже я поняла неприятную вещь про найм:
На рынке труда оценивают не ваш опыт напрямую. Оценивают то, насколько система смогла правильно его «прочитать» через набор фильтров (требований к вакансии).
Может показаться, что достаточно хорошо работать, и вас оценят.
Это не так.
Команды, которые «просто кодят», но не могут объяснить внутреннему заказчику, что они сделали, часто расформировывают после проекта.
Как с помощью Clean ABAP и Low‑code ускорить выгрузки в 5 раз
Привет, Хабр! Меня зовут Дмитрий, я работаю ведущим разработчиком в Lenta tech («Группа Лента»). В этой статье я разберу архитектуру решения, где технические инструменты — наследование классов и абстрактные типы данных — работают на конкретные бизнес‑цели. Я поделюсь нашими принципами по созданию гибкого ядра, способного за считанные дни подключать новых потребителей без риска для стабильности системы.
Статья написана на основе интервью с Денисом, основателем Yadaphone.
Большинство историй про маленькие продукты, которые один человек запускает в свободное время, мы разбираем в комьюнити и видим одно и то же: человек годами придумывает «ту самую» идею, а когда возможность появляется прямо под носом, проходит мимо. А рынок не ждёт, окно открывается и закрывается уже через пару дней.
Если вы запускаете бизнес или управляете компанией, скорее всего, вы уже задавались этим вопросом. Нейросеть пишет тексты, генерирует баннеры, собирает отчёты. Зачем тогда платить маркетологу 150–200 тысяч в месяц?
Прямо сейчас в сотнях компаний сокращают маркетологов, агентства теряют клиентов, собственники рапортуют об «оптимизации». Через несколько месяцев часть из них обнаруживает себя с выросшим CAC, упавшей конверсией и полным непониманием, что пошло не так.
