Tech Lead, SysOps, DevOps
· 24.02
Вопрос
Какие актуальные практики, методологии, софт-скилы нужны руководителю ИТ подразделения? Будь то группа разработки ПО, сопровождения инфраструктуры и т.п. Вокруг чего строятся процессы?
напишите коммент
8 комментов
· 25.02
Если абстрактно - Знание предметной области, архитектурные методологии (есть разные, зависит от организации), лучшие практики (например, книги серии BoK, или практики itil & itsm), ну и свою техническую область. Ну и я б добавил немного бизнес анализа.
0
ответить
коммент удалён
· 26.02
Архитектурные методологии это то, чем системные архитекторы занимаются? Не могу прогуглить книги серии ВоК, можно наводку-уточнение? В остальном понятно, спасибо! Ожидал как раз упоминания по itil.
0
ответить
ответ удалён
· 26.02
Архитектурные фреймворки - togaf (но есть и другие), BoK - BaBok, PMBok, DMBoK, их куча но есть без перевода на русский.
0
ответить
ответ удалён
· 26.02
Ааа, понял, благодарю)
0
ответить
ответ удалён
· 24.08
За 12 лет в финтехе я понял, что погоня за модными методологиями — это ловушка: скрам или канбан решают лишь 20% проблем, а остальные 80% — это борьба с legacy-кодом и людьми, которые «всегда так делали». Реальность такова, что софт-скилы руководителя сводятся к умению говорить «нет» бизнесу с цифрами в руках и вовремя убирать тех, кто тянет команду вниз, а не к чтению книжек про лидерство. Практика показывает, что процессы вокруг CI/CD и автотестов выстраиваются за квартал, а вот культура ответственности, где разработчик сам отвечает за свой код в проде
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 26.08
Да, я понимаю о чем вы говорите. Судя по вопросам на собесах, это поняли не все) методология сама по себе важна, конечно, она должна быть, по крайней мере. Но требуют ведь именно модную, спрашивают "какой методе следуете?" Если ответ не будет содержать этих умных слов, ты резко становишься коричневым в глазах интервьюера 💩 вариант дать время её изучить, раз им так надо, вообще неприемлем)
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 11.09
На собесах я обычно отвечаю так: "процесс строим под задачу, а не под название". Если интервьюеру нужен ярлык - говорю, что используем канбан с элементами скрама, и сразу перевожу разговор на метрики: cycle time, доля багов из прода, время от коммита до релиза. По этим цифрам видно, работает методология или это ритуалы ради ритуалов. А вы на собесах сами спрашиваете, какие метрики они смотрят?
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 8 ч
Вообще нет. Зачастую они сами говорят. Я не из разработки, в моей области всё упирается в SLA/SLO или метрики на основе обращений клиентов. Хотя принципы в целом те же, так что подмечу для себя такой маневр, спасибо!
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён