Как же хорошо, когда тебе нужно просто писать код — и больше ничего. В конце рабочего дня можно с чистой головой пойти заниматься своими делами. Даже точнее: хорошо, когда ты моно-разработчик. Это позволяет быстрее и глубже решать вопросы в своей зоне ответственности: меньше контекста, меньше переключений и значительно меньше когнитивной нагрузки.
Тебя не беспокоят проблемы «до» и «после». Не нужно проектировать решение, не нужно доказывать его полезность. Не приходится анализировать рынок или поведение пользователей. У тебя есть задача: разобраться, как её сделать, и убедиться, что она работает. И тебя совершенно не волнует, что будет дальше. Никаких этапов внедрения, метрик, оценки успешности — максимум пара багов прилетит.
Эта роль часто формирует довольно частую картину: менеджер в глазах разработчика — почти бездельник, который ходит по встречам, задаёт странные вопросы и плохо понимает, как всё устроено. Классический эффект Даннинга — Крюгера: ты видишь лишь маленький кусок огромного пазла и даже не представляешь, что существует всё остальное. Я сам был таким.
Позже я начал задумываться о полезности функционала, стал разделять хотелки от действительно нужных вещей. Узнал об экономической бессмысленности множества прекрасных, но бесполезных идей, которые не дают результата, но при этом активно пожирают время и ресурсы команды. Несколько раз обжёгся на рефакторинге ради самого рефакторинга и на стремлении придумать “идеальное” решение всех проблем. Но это осознание приходит медленно — и чаще всего не по вине исполнителя.
Задачи нередко ставятся уже в виде готового решения. В таких условиях не развивается самостоятельность, не растёт кругозор. Лично я начал разбираться в вопросах гораздо глубже исключительно благодаря настырности и нежеланию делать то, в чём я не вижу смысла. Но так работает далеко не со всеми.
Переход в управление для меня — это, в первую очередь, постоянная борьба с желанием опуститься на уровень реализации. Нужно искать максимально эффективные способы решения задачи с теми ресурсами, которые есть. Находить решения и, главное, внедрять их. Очень хочется снова нырнуть в привычные методы, отложить простое, логичное, но новое решение — но именно это теперь нельзя себе позволять.
Во-вторых, это огромное количество коммуникации. И понимание простого факта: никто ничего не помнит, не знает и — главное — не хочет знать, если можно переложить ответственность на других. Только однозначные формулировки и чёткие договорённости дают результат. Всё остальное исчезнет, будто его никогда и не существовало.
Ну и в-третьих — возможности. Управляя командой, можно сделать значительно больше, чем в одиночку. И именно это делает весь путь осмысленным.
Комментарии