Наименование вакансии?

Question

[Alex Merfy]

Доброго времени суток.
Имеем такую ситуацию: Есть компания, у которой есть продукт, которые разрабатывался, дорабатывался разными командами разработчиков. Документации по продукту никакой нет. Есть куча легаси кода. Разные модули с разным код стайлом. Новые фичи заливали сразу на прод, т.е. в мастер. Новые сотрудники сейчас делают точно также. В общем, есть очень много вещей, которые сделаны не правильно на данный момент. Собственно вопрос, как называется вакансия человека, который следит за всеми этими моментами и устраняет их? Погуглил, системный аналитик\архитектор не подходят, вроде. Посоветуйте, пожалуйста, как правильно называть этого человека и какие требования к нему должны быть предъявлены. Спасибо.

Answer 1

[ApeCoder]

На техлида похоже https://techrocks.ru/2018/03/24/8-engineering-lead...

Answer 2

[Яков Е]

Это сделает любой толковый программист, которому дадут полномочия. В смысле он распишет все процессы по пунктам, а вот насколько команда будет их соблюдать — зависит и от лида, и от РМа.

Comments

[hack504]

+ он же будет делать ревью и постановку задачи.

Answer 3

[hack504]

- дорабатывался разными командами разработчиков
- Документации по продукту никакой нет
- Новые фичи заливали сразу на прод
- Новые сотрудники сейчас делают точно также

как называется вакансия человека, который следит за всеми этими моментами и устраняет их?

Comments

[hack504]

но такого героя не найдете - нужно управлять разработчиками (пусть делают документацию, организуют тестовый сервер, и запланируют время на рефактор)

[Alex Merfy]

hack504, я понимаю это, однако, должен быть человек, который будет следить за этим делом и который знает, как должно быть правильно. Т.е. менеджер со знанием современных подходов разработки. Который скажет, юзаем гит, каждая новая задача в новой ветке и прочее. Получается какой-то менеджер-инженер. Человек, который внедрит порядок в текущий хаос. Сеньера без навыков менеджмента искать глупо. Как все это организовано в больших компаниях? Есть команда разработчиков, над ними стоит лид, Лиду задачи ставит архитектор? Если да, то он подходит под мои требования? Если давать hr-у для поиска требования, то какие?)

[hack504]

Alex Merfy,

Как все это организовано в больших компаниях?

в больших компаниях все намного гибче и сами подходы постоянно меняются. Понятия тим.лида, архитектора и проект менеджера очень сильно размыты. Одно могу сказать точно - никакого менеджмента тут не надо - ваша цель не стоит как "следить за идеальной архитектурой", скорее всего она стоит как "повысить надежность и скорость разработки" - предметная область чисто программистов.

Задачи от клиента нужно прорабатывать, т.е. примерно оценивать сложность задачи и время. Если на время очень значительно влияет плохой код продукта - инициализировать задачу Рефактор на этот код - если множество задач затрагивает этот код, то нужно бросить всё и рефакторить. Если рефакторить махом не получается, то хотя бы делать постановку задачи разрабам как наиболее грамотнее решить задачу в плохом коде. Если нету и не планируется документация, то хотя-бы нужно ранжировать задачи по опыту разрабов и им же помалёху выделять время на рефактор. Мотивационный момент - задачи по рефактору засчитывается так же, как и обычные тикеты(или сложные).

^^^ Всё это делает программист. Возможно из текущей команды вы можете выбрать такого человека (если скил всех примерно одинаков, то просто сделать типа консилиума - большинство решает, но на это нужно выделять время), либо нанять (но в этом случае не избежать простоя в недели две-месяц, пока не войдет в курс дела). Требования - Отличное знание ООП (или какая парадигма используется?), отличное знание систем контроля версий, опыт в больших проектах. Всё.

Answer 4

[Василий Мажекин]

Это девопс инженер, а не техлид

техлид-тимлид это мутная роль и странное наименование специалиста, когда не получается сформулиравать круг занятий и вспомнить профессию, выбирают "любого толкового программиста", "выражают ему свое восхищение", дают почетное звание тимлид-техлид-шмимлид, нагружают непонятным кругом обязанностей и полномочиями (от hr до постановки бизнес-задач и такое бывает), дают спокойно напороть отсебятины, чтоб он расписал все процессы как он их видит ))). И разработка превращается в секту под предводительством этого шамана.

Например, когда человек называет свою специализацию сразу понятно чем человек занимается на проекте, то ли это девопс-инженер, или ux-дизанер, или скрам-мастер, тестировщик, бекенд-разработчик, фронтенд-разработчик. Вопросов нет, понятно чем люди занимаются и за что отвечают. Техлид или тимлид, обычно туманно и непонятно объясняет свою позицию на проекте и владеет всем по чуть-чуть, но ничего глубоко и профессионально.