Project-менеджер | IT

«Разница между успешными и неуспешными руководителями — не в качестве принимаемых решений. У любого человека процентов шестьдесят, может быть, пятьдесят хороших решений. Разница в том, что успешный руководитель быстрее понимает, какие 40–45 % были неверными, и корректирует ситуацию, а плохой руководитель продолжает идти тем же курсом и убеждать окружающих, что был прав».

Изначально для ведения дел я вдохновился книгой Джедайские техники, далее начал применять описанный там метод, выкинул неподходящие мне штуки, чуть добавил под себя и вот уже применяю получившийся результат на протяжении 8 лет.

Работая в одной большой компании столкнулся с такой интересной историей: руководитель почему-то решила взять тим-лида для отдела, где вроде — бы и так не плохо шли дела. Смогли нанять достойного человека, с классным опытом и достойным бэкграундом.

Но вот команда что-то приуныла. Процесс разработки стал более формализован, ввели новые инструменты для разработки, типа plm, agile… Но как ни странно, это ни то, что не улучшило процесс, но как будто бы даже ухудшило.

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

Мы будем работать, объединившись в тройки. Каждый работает над своей аргументацией, но внутри тройки все друг друга проверяют по определенной схеме и душнят по понятиям.

Раз за разом я долдоню своим менеджерам одно и тоже, а все равно стоит отвлечься, и треш, с которым я веду войну, просачивается в процесс разработки. Я не претендую тут на идеальную картину мира и идеальный процесс разработки, у каждой команды свои правила работы, но есть пара моментов, которые вымораживают при любом процессе. И, вроде, они настолько очевидны, что даже не стоят кликов по клаве, чтобы писать, но почему-то каждый раз мне приходится объяснять это новеньким.