#роли_в_команде — Public Fediverse posts

Один дорогой разработчик или шесть дешевых: простая математика

Фича может ехать в прод квартал силами шести человек — или за две недели одним разработчиком. Разбираю, почему один дорогой автономный инженер часто выгоднее команды «дешёвых».

https://habr.com/ru/articles/968868/

#разработчик #Tshaped #ответственность_разработчика #SDLC #стоимость_разработки #роли_в_команде #процесс_разработки

Sysadmin, DevOps и SRE: как понимать эти роли, чтобы они не вредили карьере и бизнесу

С подключением, хабровчане! Меня зовут Роман Волков, я Senior DevOps в MТС Web Services. Кроме своей основной деятельности в роли инженера, я провожу собеседования и всегда задаю вопросы кандидатам о том, как они видят пользу, которую их роль приносит бизнесу, как могут оценить свою деятельность, какой у них метод ведения работы. Как многие, я читаю профильные чаты, тематические ресурсы. И... кажется, в ИТ‑сообществе до сих пор бытует мнение, что DevOps и Sre — это следующие этапы развития системного администратора. Это наблюдение подтверждают и открытые вакансии: практически каждая дает список используемых технологий и бонусов для будущего кандидата, но не раскрывает специфику работы. Если бизнес не транслирует пользу от вакансии — сотрудники подбираются исходя из используемой технологии. А ведь есть разница в том, чтобы, например, администрировать Kubernetes, разворачивать полезную нагрузку в Kubernetes или обеспечивать высокую доступность приложению, развернутому в Kubernetes. Ситуацию можно сравнить с подбором стоматолога по навыку работы специалиста с бормашиной. В такой клинике у вас высокий шанс попасть как к ювелиру, так и к мастеру маникюра. Попробую внести ясность!

https://habr.com/ru/companies/ru_mts/articles/949910/

#карьера_итспециалиста #карьера #hr #админы #devops #sre #роли_в_команде #sysadmin

Все в кучу PM, SM, PO, PdM — как путаница ролей разрушает процессы

В последние 1-1,5 месяца я просматриваю вакансии, оставляю отклики, посещаю собеседования (да, я решил найти новое дело) и заметил неприятную закономерность — примерно 7 из 10 вакансий с названием “Менеджер проекта в … сфере” по факту ищут SM или универсального солдата с функциями SM + PO + PdM. В одном случае нужен человек, который будет настраивать автоматизацию в Jira и писать JQL-запросы — по сути, Scrum Master с технической прожаркой. В другом — Product Owner уже есть, бэклог он ведёт сам, внешние коммуникации на нём, а от кандидата хотят фасилитации и контроля спринтов. Вакансия — PM, реальность — совсем другое. В итоге обе стороны теряют по паре часов на собеседование, не получая ничего, кроме вежливого «мы подумаем». Почему же важно чётко разграничивать роли менеджеров проектов, скрам-мастеров, владельцев продукта и менеджеров продукта? Как смешение этих ролей бьёт по команде и проекту? И что делать, чтобы навести порядок? Давайте разбираться на инженерном уровне — без воды, но с иронией. Куда ж без неё, когда и в резюме у кандидатов честно написано «Scrum Master / Product Manager, 5 лет опыта». Читать полностью

https://habr.com/ru/articles/895832/

#SKRAM #Менеджер_продукта #product_owner #ithr #роли_в_команде

Как мы используем GPT для поиска формулы результативной команды

Что если идеальная команда — это не о звёздах, а о балансе? В этой статье я делюсь своим экспериментом: как с помощью GPT я ищу формулу результативной команды, где каждый человек — на своём месте, задачи решаются быстро, а результаты впечатляют. Если вы руководитель, стартапер или просто интересуетесь мотивацией и эффективностью, эта статья для вас. Вместе разберём, как технологии могут помочь преодолеть когнитивные искажения, убрать субъективность и построить действительно работающую команду.

https://habr.com/ru/articles/866518/

#gpt #управление_командой #эффективность_команды #мотивация_сотрудников #роли_в_команде #результативность #стратегическое_мышление #метрики_продуктивности #построение_команды

NIST NICE – модель компетенций в области ИБ

Давайте продолжим ход мысли недавней публикации про модели зрелости в области кибербезопасности. Допустим, провели мы оценку уровня своей защищенности по SAMM, CSF или другой модели, выбрали лучи-вектора для улучшения и целевые уровни. Ответ на вопрос «ЧТО мы строим?» у нас появился. А дальше? Вспоминая добрым словом архитектурных гуру — Джона Шервуда и его тезку-вдохновителя — Джона Закмана , когда-то задавших моду задавать (sic!) вопросы, понимаем, что нам не хватает понимания КТО у нас для этой стройки есть. И главное: КТО нам нужен, чтобы нашу «сказку сделать былью»? Под «КТО» я имею ввиду конкретных специалистов и руководителей с требуемым опытом, знаниями и умениями. И тут на сцену выходят модели компетенций .

https://habr.com/ru/articles/818975/

#NIST_NICE #модель_зрелости #компетенции #знания_умения_навыки #роли_в_команде #должностные_обязанности #матрица_компетенций #матрица_навыков