Самые опасные токсики — кого вы хвалите. Они «помогают». И тихо гробят команду.
Самые опасные токсики — кого вы хвалите. Они «помогают». И тихо гробят команду.
Ходили сегодня с друзьями в баню. Ну как — баня, веник, разговоры… и, как это обычно бывает, докатились до работы.
Один приятель заявляет: «Удалёнка — это вообще топ!». У него весь отдел, который гоняет логистику курьеров, работает из дома — и, говорит, все счастливы, всё летает, дисциплина железная.
Продолжаем тему. Первая часть здесь.
Кажется, что принципы управления очевидны, но в потоке задач они легко забываются. А потом — перегрузки, пробуксовки и вопросы «как это исправить».
Сегодня хотелось бы поговорить о таком понятии, как «синдром спасателя». Очень часто можно услышать такое выражение в негативном контексте. Но так ли это плохо? Бывают ли положительные стороны?
На собеседованиях тимлидов и менеджеров часто задают вопросы именно об этом — умеете ли вы влиять на команду и двигать изменения без сопротивления?
В прошлом посте мы разобрали ловушку оптимизма, в которую попадают при попытке оценки нового проекта. Главная причина — Planning Fallacy: когда наш мозг из раза в раз моделирует идеальный сценарий и игнорирует прошлые провалы.
Как мы выяснили в прошлых постах, срыв сроков у команды — признак систематических проблем в процессах. Теперь разберем главную причину, с которой начинаются большая часть провалов — проблема оценки сроков.
Разработка часто страдает от болезни «почти готово». Это состояние, когда код написан, но функциональность еще не выпущена в продакшен, потому что «еще не дописали тесты», «забыли дополнительное условие» или «дизайнер еще не смотрел».
Команда ищет тимлида в контент-направление, который сможет выстроить процессы, усилить команду и напрямую влиять на метрики.
Роль подойдёт специалисту, который управляет не только контентом, но и результатом.
Всем привет! Сегодня хочу поднять важную тему, которая часто вызывает споры и недопонимание в разработке — различие между MVP (Minimum Viable Product) и PoC (Proof of Concept). И самое главное — почему так критично определить это на самом старте.