Post #1635

Как задизайнить департамент разработки Автор статьи предлагает довольно прямолинейный подход к структурированию большой инженерной команды: 1️⃣Определить UX домены в рамках продукта. Например, онбординг или конверсия в платящего пользователя. 2️⃣Выделить общие продуктовые домены, которые требуются для работы нескольких доменов из пункта выше. 3️⃣Один слой инженерной организации будет отвечать за UX домены, второй – за общие продуктовые, а третий – за инфру. Разберемся в этой классификации чуть-чуть подробнее. 👉Пример UX домена – онбординг. Пользователь взаимодействует с разными страницами и фичами, находясь в одной конкретной роли. Некоторые из фичей относятся только к этому домену – например, авторизация. Какие-то, вроде личного кабинета, могут относиться сразу к нескольким UX доменам. 👉К общим продуктовым доменам могут относиться штуки вроде биллинга. Они нужны для разных UX доменов, но в то же время детали их реализации не должны вылезать вне домена. В статье эта схема разбирается детальнее, так что, если вам стало интересно, и хотите побольше закопаться в то, как правильно выделить домены и как распределять инженеров между этими слоями, читайте!