архитектура драйвится функциональными, не функциональными требованиями и констрейнтами. проектирование заключается в том, чтобы на основании этих трех драйверов создать архитектуру удовлетворяющую им.
управление качеством продукта заключается же в контроле данных атрибутов качества, например, с помощью qas

> Отличная профессия - "специалист по нефункциональным требованиям" :)

не совсем понятно, что тут имеется в виду. из данного роадмапа несовсем правильно будет составлять профессии, опираясь только на один из конечных элементов

> не совсем понятно, что тут имеется в виду
Профессия/Специализация/Роль - это набор компетенций, уровень владения ими и фокус в практическом использовании.
Существует такая специализация, как "Специалист информационной безопасности".
Кстати, в ней тоже бывают "тимлиды".
Так вот судя по местному роадмапу эта специализация состоит из "одного конечного элемента" :)
При том, что область знаний и навыков, которые покрываются компетенцией "Информационная безопасность" - оч широкая :)

Про инфобез - кажется, правда разумно рассмотреть. Я бы как отдельную ветку роли Techlead выделил.
@WebByte будет круто, если законтрибьютишь! :)

Планируется еще сбор материала для каждых ветвей? К примеру курсы, видео, статьи

Да, конечно! Мы только-только начали :)

Да, мы скипнули для ускорения проработки ветки. Можно контрибьютить :)

хотелось бы пример реализации. По идеи можно организовать несколькими способами -
* Что бы обучение скилам это были ссылки на отдельный mm и что бы можно было туда провалиться
* Выделить отдельную директорию с MD файлами, где будет название файла, соответствовать с названием скила, к примеру Scrum.md и где уже будет роадмап по прокачиванию скила

хотя заметил, что взяли второй путь и есть уже - https://github.com/tlbootcamp/tlroadmap/blob/master/admin.md

а что тогда с другими атрибутами качества? почему только инфобез выделяется в отдельную ветку?

Ты про все вот эти *-bility?

Ну вот наверное стоит посмотреть, в какие конкретно задачи и обязанности тимлида эти атрибуты ложатся.

да, именно

Перечислишь? Я по памяти все назвать не берусь :)

да, конечно. можно опираться на тот стандарт, что я уже кинул сюда — исо 25010
https://iso25000.com/index.php/en/iso-25000-standards/iso-25010

А можешь как issue кинуть чтобы не потерялось?

окей, сейчас

Я б предложил выделять крупно, если есть полноценная группа специальностей, связанных с данным атрибутом.
Так, по безопасности есть целая куча профессий.
По обеспечению доступности / портируемости - тоже куча.
Есть ли несколько профессий, построенных целиком вокруг навыка "оптимизация количества тестирования" - вряд ли :)

По любому атрибуту качества из исо25010 можно накидать профессий, безопасность здесь ничем особым не выделяется.
Относительно роадмапа нужно понимать, что стоит за тем, что мы будем декомпозировать все нефункциональные требования. В моем понимании это означает то, что тим лид должен трекать эти атрибуты качества в продукте.
Тут, в целом, не нужно мериться тем, сколько вокруг одного из атрибутов профессий, ведь каждый из этих атрибутов важен (степень важности индивидуальна) в конечном продукте

Про "оптимизация количества тестирования" не понял тебя

Антон, в чем суть твоих ответов Егору и мне?)

Если суть "берите стандарт ИСО и не парьтесь" - да, так можно. Нужно или нет - на усмотрение сообщества и авторов.
По каким-то причинам, они делают свою типологию/модель.

Если суть "давайте определим критерии появления крупных навыков" - давайте.
Я предложил один из способов - наличие отдельных профессий по группе навыков. Предложи свой, если этот не устраивает.

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

А если суть твоих ответов "у меня своя точка зрения, поэтому я просто несогласен"..
Ну ок, плюрализм - эт хорошо.