Что не хочешь видеть в новой команде?

Что я не хочу видеть в новой команде

Это вопрос о культуре команды и профессиональной среде. За 10+ лет я видел много команд, и я могу чётко сказать, что губит продуктивность и моральный дух.

1. Микроменеджмент и недоверие

Что именно плохо:

• Мне нужно докладывать каждый час
• Проверяют каждый коммит перед пушем
• Требуют видео-доказательства, что я работал
• Недоверие к профессионалам

Почему это убивает:

• Убирает мотивацию и чувство собственности
• Разработчик становится исполнителем, а не problem solver
• Вместо работы — доказывание того, что ты работаешь
• Лучшие специалисты уходят

Что я хочу видеть:

• Доверие на основе результатов
• Свобода в выборе подхода (но с ответственностью)
• Фокус на качестве, а не на часах сидения
• Еженедельные синк-калы вместо ежедневного микро-репортинга

2. Хаос и отсутствие процесса

Что именно плохо:

• Нет документации
• Требования меняются каждый день
• Code review — это просто формальность
• Тесты опциональны
• Deploy в production без плана

Почему это убивает:

• Невозможно спланировать работу
• Постоянный стресс и спешка
• Баги попадают в production
• Новый человек сидит неделю в поиске информации

Что я хочу видеть:

• Четкая документация (даже базовая лучше, чем её отсутствие)
• Джиру или Linear с чёткими требованиями
• Code review с реальным feedback
• Тесты как standard, не исключение
• Планируемые релизы с чек-листами

3. Технический долг, который не платят

Что именно плохо:

• "Мы исправим потом", но потом никогда не приходит
• Код так старый, что его боятся трогать
• Зависимости давно не обновлялись
• CI/CD падает и никто не чинит
• Разработка замедлилась в 10 раз

Почему это убивает:

• Каждый новый feature занимает в 3 раза дольше
• Баги растут экспоненциально
• Боль разработки вырастает до невозможности
• Лучшие люди уходят к конкурентам

Что я хочу видеть:

• 20% времени на tech debt в спринте
• Регулярные обновления зависимостей
• Рабочий CI/CD, который блокирует плохой код
• Рефакторинг как часть жизни, не наказание

4. Токсичная культура и политика

Что именно плохо:

• Ориентация только на "свой" человека
• Закрытая информация, которой все торгуют
• Люди работают в интересах себя, а не команды
• Блейм и поиск виноватого вместо решения проблем
• Начальство прячется за дверью, не общается

Почему это убивает:

• Растёт paranoia и стресс
• Люди боятся признавать ошибки
• Знания не передаются, они копятся
• Лучшие таланты уходят, остаются только те, кто тут сидит для дохода

Что я хочу видеть:

• Открытая культура, где ошибки — это learning opportunity
• "Blame the system, not the person"
• Регулярные all-hands встречи
• Менеджер доступен и слушает
• Меритократия: лучше работаешь — больше возможностей

5. Отсутствие роста и развития

Что именно плохо:

• "Делай свою работу и не развивайся"
• Нет бюджета на обучение
• Нет карьерной лестницы
• Одна работа 5 лет без изменений
• Вокруг только junior разработчики

Почему это убивает:

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

Что я хочу видеть:

• Бюджет на курсы, конференции
• Возможность поработать над новыми технологиями
• Менторинг от опытных
• Ясная карьерная лестница (Junior → Middle → Senior → Lead)
• Возможность выбирать проекты

6. Отстой в архитектуре

Что именно плохо:

• Монолит размером в 500K строк
• Нет разделения по слоям
• ORM делает N+1 запросы
• Асинхронность везде, но никто не понимает как
• Никаких стандартов (каждый код в свой стиль)

Почему это убивает:

• Невозможно понять чужой код
• Баги размножаются как вирусы
• Трудно тестировать
• Разработка тормозит

Что я хочу видеть:

• Принципы DDD, Clean Architecture
• Понятная структура проекта
• Code style guide и linter
• Performance monitoring из коробки
• Документация архитектуры

7. Переинженеринг и "мудрость" архитекторов

Что именно плохо:

• Выбрали Kubernetes для проекта на 2 серверах
• Использовать GraphQL для простого CRUD
• Микросервисы для 10 разработчиков
• Framework написан своими руками вместо использования проверенного
• "Будущее" используется как оправдание текущему оверинжинирингу

Почему это убивает:

• Усложнение без выгоды
• Все проблемы из-за сложности, которая ненужна
• Новичку нужна неделя, чтобы запустить локально
• Гордость архитектора выше практичности

Что я хочу видеть:

• KISS: Keep It Simple, Stupid
• Выбор технологии под задачу, не наоборот
• Готовность переписать, если выбрали неправильно
• Pragmatism, а не perfectionism

8. Отсутствие work-life balance

Что именно плохо:

• "Срочная" задача в пятницу в 17:00
• Требуют работать выходные
• Вечером пишут в Slack "срочное" (которое может подождать до утра)
• Отпуск прерывают багами
• Kultur of always-on

Почему это убивает:

• Выгорание после 1-2 лет
• Качество кода падает от усталости
• Люди не восстанавливаются, потом просто ломаются
• Семья, здоровье, хобби страдают

Что я хочу видеть:

• Ясные границы: рабочие часы это рабочие часы
• Отпуск это отпуск (никаких 24/7 on-call)
• На-call режим если есть, то хорошо оплачивается
• Возможность отключиться
• Гибкие часы для работы из дома

Мой идеальный набор качеств команды

ideal_team = {
    "trust": "Полное доверие профессионалам",
    "transparency": "Открытая коммуникация и данные",
    "quality": "Стандарты качества, не компромиссы",
    "growth": "Возможность учиться и расти",
    "ownership": "Ответственность за свой код",
    "balance": "Баланс между работой и жизнью",
    "communication": "Асинхронная по умолчанию",
    "clarity": "Ясные цели и требования",
    "fun": "Интересные проблемы для решения",
    "stability": "Финансовая стабильность компании"
}

Вывод

Я ищу команду, где:

1. Доверяют результатам, а не часам
2. Качество не шутка, а стандарт
3. Люди растут и развиваются
4. Архитектура простая и понятная
5. Культура открытая и справедливая
6. Balance между амбициями и здоровьем
7. Проблемы интересные и вызывающие

Да, я требователен к команде. Но потому что я в свою очередь буду давать 100%, буду помогать развиваться другим, буду писать отличный код и нести ответственность за качество.

Алексей Талант (10+ лет) не будет работать в токсичной среде, где его мозг деградирует и где политика важнее качества. Я хочу оставить наследие хорошего кода, хорошей культуры и хороших людей.