Анатолий Юдов @misato
Пользователь
Информация
- В рейтинге
- Не участвует
- Откуда
- Helsinki, Southern Finland, Финляндия
- Дата рождения
- Зарегистрирован
- Активность
Специализация
Fullstack Developer, Scrum Master
Lead
От 7 000 €
PHP
OOP
Git
Agile
Business process management
Project management
JavaScript
MySQL
Web development
В общем, вся эта высокотехнологичная война — это очень грустно :(
ps: имена с телефонами на скриншоте я бы изменил, а то приватность же ;)
Записываешь всё это, садишься в автобус, едешь на другой конец города, и копируешь к себе на комп. Пара дискет глючит, ты запоминаешь номера файлов, садишься на автобус, едешь на другой конец города, записываешь эти файлы уже дублируя дискеты…
Когда прекрасная оригинальная музыка наскучила, мы с женой с удовольствием подобрали плейлист из модного тогда атмосферного джангла под каждый замок, и Герои заиграли новыми красками.
Если работаете в одиночку — делайте всё то же самое, что принято делать в команде.
Если я вижу существенные недостатки в работе разработчика, это означает, что теперь мне нужно потратить время на их фиксацию, на разъяснения, потом мне придётся потратить время на переключение обратно в свою работу, а ему придётся потратить время на исправление проблем, на преодоление негатива и так далее, и тому подобное.
И всё это время — это чистые издержки. Поэтому я вообще не понимаю, как в этой ситуации можно находить повод для самоутверждения. Если в твоей команде люди делают говно, это значит что ты сам плохо работаешь.
Что касается «совмещения обязанностей» — такого не будет, потому что у руководителя есть свои рычаги управления. Да, это недостаток матричной структуры — сложность для менеджеров и руководителей, им надо чётко разобраться где чья юрисдикция, им надо много общаться, но здесь и плюсы.
Уж если в компании проектная деятельность (а в айти такое часто, пусть даже это не внешний заказчик), то матричная структура складывается буквально сама собой, потому что даёт фокус на результат проекта, при этом оставляет и традиционную иерархию, привычную и даже требуемую некоторыми отраслевыми стандартами.
В матричной структуре у разработчика может быть руководитель подразделения (строго говоря, это он и будет «одним руководителем», с которым он будет беседовать про зарплату, отдельный кабинет и повышение квалификации), однако, при этом задачи он будет получать от менеджера проекта и планированием его работ тоже будет заниматься менеджер. И такая система кстати неплохо работает в ряде случаев.
Больше того, сейчас считается модным работать по agile, в котором по определению не будет ТЗ или его заменителя, потому что communication over documentation.
Я даже пытался об этом напрямую говорить с некоторыми людьми, как разработчик с разработчиком, но этот стереотип сложно перешагнуть. Такие люди могут просто саботировать работу в новой системе: игнорировать совещания или отмахиваться от любой коммуникации.
Хотя это конечно тоже во многом сфера ответственности нового менеджера, как он сам себя сразу же позиционирует. Это отдельная история.
По статье создалось впечатление, что на роль менеджеров нужно брать хороших тимлидов, буквально переводить инженера в чистые руководители. Тут тоже вопросы, во-первых, на кой чёрт человеку с большим опытом и налаженной работой уходить в управление, менять сферу деятельности? Во-вторых, кто вам сказал, что он будет с этим хорошо справляться?
Для правильного понимания современных подходов к управлению разработкой и управлению вообще нужно в первую очередь избавляться от комплекса «подчинённый-начальник». Так, например, не надо все менеджерские позиции считать «начальственными». Не надо требовать от хорошего администратора навыков разработки. Тимлид, и даже рядовой разработчик, ВСЕГДА должен быть более квалифицированным инженером, чем, к примеру, менеджер проекта, потому что каждый должен быть на своём месте и хорошо делать именно свою работу. (И влияние в компании он тоже может иметь значительно большее.)
Вот метрики, взятые с потолка, или разрыв горизонтальных связей в компании — это просто плохо сделанная управленческая работа. Плохой сотрудник он и в Африке плохой, будь он менеджер или инженер.