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

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

Этот вопрос нужно оценивать с позиции "что в команде создает неэффективность". Я честен в своих ответах и вот что я реально не хочу видеть.

1. Отсутствие ясного процесса

Теам, где нет четкого процесса сбора требований, ведет к хаосу. Я не говорю "нужен Waterfall", но должна быть какая-то структура:

• Как мы собираем требования?
• Кто их валидирует?
• Как мы отслеживаем изменения?

Теам с "все спонтанно" быстро деградирует в своей эффективности.

2. Менеджмент, который не слушает

Менеджер, который говорит "просто напишите требования, не вопросите" — это красный флаг. Требования это результат討論 и сотрудничества, не письма в вакууме.

Химещее PM/менеджер должен:

• Давать feedback на требования
• Быть доступным для вопросов
• Валидировать решения

Если менеджер недоступен, я не могу делать мою работу хорошо.

3. Разработчики, которые не хотят слушать требования

"Это не мое дело, просто скажи что делать" — attitude, которое гарантирует неудачу. Лучшие разработчики это те, которые:

• Хотят понимать, почему они что-то делают
• Задают уточняющие вопросы
• Предлагают альтернативные решения

Разработчики, которые слушают только и не вносят input, приводят к suboptimal решениям.

4. Постоянно меняющиеся требования без процесса управления

Изменения требований это нормально. Но если они приходят хаотично без контроля scope и без обсуждения impact, это disaster. Я хочу видеть:

• Процесс change request'ов
• Оценка impact
• Принятие решения о том, включать ли это в current sprint

5. Заказчик, который не доступен

Заказчик, который не может уделить время для requirements, не может ожидать хорошего продукта. Я работал с заказчиками, которые:

• Недоступны для вопросов
• Не читают мои вопросники
• Появляются только чтобы пожаловаться на результат

Это setup для failure.

6. Организационный политиканализм

Организации, где решения принимаются на основе политики, а не на основе фактов и данных, неэффективны. Я видел:

• Feature'ы выбираются на основе того, кто громче кричит
• Решения принимаются, минуя нужные people
• Нет space для здравого смысла

Это убивает motivation лучших people.

7. Отсутствие обучения и development

Теам, где нет культуры обучения и development, стагнирует. Я хочу видеть:

• Возможность посещать конференции
• Time для изучения new technologies
• Mentorship junior people
• Knowledge sharing сессии

8. Техдолг, который игнорируется

Если team постоянно берет shortcuts и создает technical debt, но никогда не получает time чтобы его решить, это ведет к деградации quality и скорости.

Я хочу видеть, что в sprint выделяется time для cleanup, refactoring, и поддержания здоровья codebase'а.

9. Отсутствие автоматизации и инструментов

Team, которая использует outdated инструменты или вообще без инструментов, неэффективна. Я хочу видеть:

• Хороший issue tracking (Jira или similar)
• Continuous Integration/Deployment
• Testing frameworks
• Documentation tools

10. Burnout culture

Организация, которая гордится тем, что люди работают 12 часов в день, неправильна. Burnout это reality, и это влияет на quality работы.

Я хочу видеть:

• Уважение к work-life balance
• Реалистичные deadline'ы
• Понимание что sustainable pace это лучше чем sprint's с неустойчивым темпом

Что я хочу видеть вместо этого

Professionalism — team, которая берет свою работу серьезно, соблюдает стандарты, и постоянно улучшается.

Communication — open и honest communication между team members, с customers, и с management.

Collaboration — people who want to work together и complement каждый other.

Learning culture — organization that invests в development people и embraces new ideas.

Psychological safety — place где люди не боятся говорить о проблемах или признавать ошибки.

Clear goals и measurement — знать что ты делаешь и как это измеряется.

Как я это выясняю при интервью

В интервью я спрашиваю:

• Расскажите о вашем процессе requirements gathering
• Как вы управляете change request'ы?
• Как выглядит здоровый sprint для you?
• Какие challenges вы видите в текущей team?
• Как люди развиваются в компании?
• Какие решения принимаются на основе data vs политики?

Ответы дают мне понимание, в какую team я вхожу.

Итог

Я люблю работать в команде, где есть clarity, respect, collaboration, и continuous improvement. Технология может быть не самой latest, но если культура правильная, team может добиться многого.