Добрый день.
Этот пост появился как ответ на эта почта , в котором описаны проблемы перехода к среднему менеджменту.
На мой взгляд, подпись «из песочницы» отражает не только место откуда этот пост на Хабре, но и место работы автора.
Я раскрою свои мысли.
Некоторые тексты песен
Для начала хотелось бы уточнить, что в свое время я прошел путь от программиста до начальника, занимал разные должности.Может быть, моя правда связана с тем, что это всегда были небольшие команды и небольшие компании (по количеству сотрудников, а не по текучести).
Поэтому могу предположить, что такой краткий список родился только потому, что автор работает в крупной компании, где процесс восхождения более плавный и щадящий.
Однако я хотел бы отметить, что не все работают на мегакорпорации, скорее наоборот.
Замечания к посту автора
Я перестал создавать
Согласен - бида (орфографическая ошибка особенная).Однако проблему можно решить, как справедливо заметил автор в первой части, посредством кодирования.
Свой проект, чужой — мне, по сути, все равно, чей он.
А вот вторая часть меня просто взбесила.
Любой, кто сталкивался во время работы с заказчиком, который говорил «Я тоже кодил», меня поймет. Если работа, код, его стиль и написание не регламентированы четкими правилами, принятыми стандартами или внутренними регламентами компании - уходите из разработчика! Он не обязан писать код так, как вам нравится (опять же, ремарка — «вы» — это общее обращение, не направленное на конкретного автора).
Он должен написать код так, чтобы он работал.
А все наши предпочтения и требования — это всего лишь НАШЕ видение кода.
А если это юниор, у которого вы боитесь встретить конструкцию типа:
идентификатор = 0;
идентификатор++;
идентификатор++;
идентификатор++;
то за этим должен следить тот, кто закреплен за этим человеком начальником, а не тимлид.
Общение с людьми
И снова под правильным заголовком автор пропихивает полную, извините, чушь.Просить у программиста проект или деньги на поздравительную открытку — полная ерунда по сравнению с тем, какие проблемы могут возникнуть на самом деле.
Пока вы программист, у вас есть общение с тимлидом, кодом, техническим заданием по Божьему замыслу, а изредка и с теми программистами, с которыми ваш код пересекался из-за фазы луны.
Когда в подчинении куча людей, это главная проблема.
Варьируйте вектор в зависимости от того, общаетесь вы с заказчиком или нет. Я написал такой код. И вот я здесь.
Но он ошибается.
И это не я сломал его.
И дизайнер сошёл с ума.
И делайте это в течение 2 недель.
И срок я поставил через неделю.
Но архитектор ошибся.
А здесь нужно было вот так.
Но база данных не верна.
Давайте использовать индексы для направляющих.
Немного? Также есть клиент. Но здесь должно быть так.
А здесь вот так.
И мне плевать на ТК.
Но я не подпишу акт. А я человек визуал, пока не увижу не скажу, как оно должно работать.
Но здесь нужна кнопка.
И меня не волнует переписывание половины проекта.
И ты меня обманываешь.
Почему сразу не заложили, если теперь половину проекта придется переписывать? И вообще, 20 лет назад я писал лабы на Паскале, теперь научу вас работать.
На мой взгляд, это проблемы.
Что гораздо серьезнее, чем обращаться к директору за дополнительными тысячами в пятьдесят для кооператива.
Делайте все вовремя
Я вообще не понимаю, о чем этот пост. Как показывает практика, это проблема каждого.Ну и вообще все.
На уровне программиста у меня не было времени это протестировать, написать, развернуть, задокументировать и т. д. Эти проблемы есть всегда и везде.
Микро- и макроменеджмент работают по схожим правилам.
Если автор готов, могу поспорить на эту тему.
А если такие проблемы и возникли, то причин всего две – либо вопрос был в структурировании процессов и вписывании их в уже работающую концепцию «успеть вовремя», либо вообще не было понимания, как это должно работать.
Нервы
Пожалуй, единственное, с чем я бы не стал спорить.Нервы уходят прямо пропорционально сумме в фонде заработной платы.
Как однажды сказал мне один из начальников: «Чем больше денег, тем больше тараканов в коллективе».
Пропущенный
Работа с документами.Это действительно становится проблемой, когда их размер увеличивается в геометрической прогрессии.
Все любят писать комментарии, правда? Тем более для готового кода? Каждый программист в душе смакует тот сладкий момент, когда начинаешь делать самое сложное и важное дело - писать комментарии к коду, появившемуся всего за минуту работы, подумаешь, левой пяткой в перерыве между кофе и сигаретой.
.
Но хватит иронии — если даже документирование кода вызывает явный рвотный рефлекс, то о чем тут говорить, когда такой ерунды нужно писать на порядки больше.
Работа с командой.
Я это уже описывал, но остановлюсь отдельно.
Вы вдруг выходите и видите, что вокруг тоже программисты.
И — о ужас! - все пишут по-разному.
Кто-то решает проблему так, кто-то иначе.
Кто-то пишет кучу кода, лишь бы он был красивый и элегантный, но при этом выполнял задачу 8 часов за 40, другой решает задачу в лоб.
Третий - кривый олигофрен, не умеющий правильно писать софт, в отличие от вашего великого гуру.
Даже если это не транслируется открыто, то дьявол закрадывается подспудно, как черви.
И вам придется бороться и подавлять это внутри себя.
Причем все эти люди работают с разной скоростью.
Что также зависит от внешних факторов.
Что, конечно, ерунда.
Когда вы были программистами, такое объяснение, как недостаток сна, могло быть существенным оправданием снижения скорости вашей работы.
А когда ты стал лидером - какие покемоны?! Разницу сложно понять и почувствовать.
Хуже всего, когда вас забрасывают на уровень, на котором вы раньше не проходили.
Вы писали бизнес-логику? Да хрен с дизайном! Ты создала парня? Вот как работать с базами данных.
И шнеле, шнеле! Время = деньги.
Ответственность за результат. Забудьте, что есть объяснение, почему функция не работает. Забудьте, что вообще есть функции.
Есть товар.
Либо работает, и ты молодец, честь, уважение и +2 печеньки к чаю, либо не работает. Понятно, что оправдать можно практически все.
Но главный факт в том, что в ВАШЕЙ зоне ответственности НЕТ результата.
Прогресс есть, но результатов нет. Нам необходимо изменить парадигму мышления.
Работаем с аутсорсингом Несколько специфическое, но тоже встречается повсеместно.
Крах особенно заметен среди фрилансеров.
Вы, хоть и с опозданием, узнаете о проблемах на линии с провайдером в городе, в котором живет исполнитель, о плохой погоде, о здоровье неизвестной вам бабушки, а если повезет, о прекрасной незнакомке и не менее чудесная ночь.
Может быть, даже с деталями, но это на любителя.
Вы также узнаете, как за 2 часа научиться программировать самостоятельно на незнакомом языке для выполнения задания.
Финансовый вопрос Тоже не для всех применимо, но всё же.
Вы испытаете дзен балансирования между воспитанным веками эволюции желанием захватить побольше резервов и физическим насилием за нереальные бюджеты.
Проблема с коллегой Вам нужно дружить со своими коллегами.
Потому что пиво, водка, колбаса – это селедка.
И вообще атмосфера.
И вообще, прикрой, я проспал.
А если в том же коллективе ты станешь начальником, то с этим коллективом что-то сделать будет крайне сложно.
Трудно получить по голове за невыполненный код от того, кого ты вчера прикрывал для таких же плохих, чудаковатых, некомпетентных, идиотских, некомпетентных начальников.
Подводя итог, проблем может быть много.
Возможно, кому-то мой список покажется коротким.
Да и мне это кажется коротким с точки зрения менеджера – у меня еще висит куча факторов, о которых я мог бы говорить.
Но в то же время это уже не задача менеджера среднего звена.
Но то, что было написано в статье, это тепличные условия.
Никаких вариантов.
Реальность более жестокая, непредсказуемая и, самое главное, полная людей.
Что следует подчеркнуть.
Все остальное вторично.
Теги: #работа #карьерный рост #менеджер #Управление проектами
-
Модель «Хищник-Жертва» В Node.js
19 Oct, 24 -
Файлы Qvd — Что Внутри, Часть 2
19 Oct, 24
