В этой статье хочу поделиться инструментом, который должен помочь предпринимателям и продактам построить четкий план действий, сведя к минимуму риски, связанные с потерей времени и ресурсов.
Этот подход будет полезен не только бизнес-специалистам, но и техническим экспертам, стремящимся к лучшему пониманию продуктовой терминологии и механики создания успешных продуктов.
Привет, Хабр!
В этой статье мы поговорим о том, что на поверхности не лежит, но разрушающим эхом бьёт по эффективности команды. Это — сигналы недовольства, усталости и скрытого сопротивления, которые члены команды подают… молча. Тема тонкая, неудобная и потому часто игнорируемая. Но если вы — тимлид, который не просто управляет задачами, а работает с людьми, вам нужно уметь слышать не только сказанное, но и несказанное.
Люди редко приходят к вам и прямо говорят: «Я выгорел», «Я не хочу делать эту задачу» или «Ты задолбал меня микроменеджить». Вместо этого вы получаете:
Пока вы это читаете, кто-то уже делает стартап за выходные с помощью AI, поднимает раунд и продаёт компанию самому себе. Всё это — в эпоху нейрошизы.
Внимательные читатели Хабра, возможно, заметили здесь статью «Как я навайбкодил бизнес на 6к долларов в месяц за выходные». Но читатели оказались не такими продвинутыми и статью заминусовали, после чего автор её удалил. Если что, то на VC она осталась. Ожидаем похожих удивительных историй? Кстати, там не было дохода – это автор нафантазировал доход с учётом того, что будет вайбкодить в таком же темпе (хехе).
Что делать, если в команде есть токсичный человек? А если это — руководитель?
В этой статье — живые кейсы, чёткие признаки и пошаговый план, как сохранить себя и не дать команде выгореть
Он может не кричать. Не обижать напрямую. Но после встречи с ним хочется пересмотреть, переписать, переделать. Или просто замолчать. Ты не один так чувствуешь. Токсичное поведение — это не диагноз, а среда, которая заставляет замыкаться, выгорать и уходить в тень.
Почему это иногда работает, и где этим стоит пользоваться.
Если быть честным, то для меня самого этот случай был хорошей открывалкой для наивных глаз.
После этого случая мой взгляд на систему мотивации сотрудников изменился и кардинально, и вот почему – он идет в глубокое противоречие с тем, что и про что довелось читать в разного рода мотивационных или управленческих книгах, слушать на семинарах по управлению персоналом и проектами. Тезисы про «мы команда», «назначение», «внутреннюю мотивацию» — это все хорошо, но… это не все, иногда совсем не все.
Если вам достался проект, в котором копаться — всё равно что распутывать спагетти в боксерских перчатках, вы, скорее всего, сталкнулись с антипаттернами. К этим практикам сначала прибегают как к быстрым решениям, но затем они превращаются в повторяющиеся ночные кошмары. Представьте себе магическую кнопку деплоя, которая ломает всё в 2 часа ночи — а дежурите вы.
Технические команды часто избегают лишней документации, но информация всё равно каким-то образом передаётся, сохраняется и развивается. В этой статье — попытка разобрать скрытые механизмы общения внутри инженерных команд: как выстраиваются негласные соглашения, каким образом рождаются «внутренние диалекты» и зачем вообще всё это, если есть JIRA, Confluence и куча других инструментов. Много примеров, блоков кода на разных языках и немного личного опыта.
Серия псевдофилософских мини-эссе о работе функционального архитектора.
Очень полезная практика – осознанно записывать архитектурные решения, принятые на проекте. Желательно сопровождать это описанием причин, по которым был сделан выбор в пользу принятого решения. В идеале дополнять описанием альтернативных вариантов решения, которые рассматривались, с их ключевыми плюсами и минусами.
Делать это нужно в каждой ситуации дуальности. Даже если в моменте принятое решение кажется вам очевидным.
