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