Заметки BigTech'a. Гранулярность команд
Общался я с менеджером команды, который отвечает вот за этот кружок у имени. Этот кружок отражает "Статус" пользователя - он онлайн, на встрече, не в офисе, в отпуске и т.д.
Такая фича появилась в продактах Microsoft кажется лет 17 назад. И вот, тут я общаюсь с менеджером, который отвечает за этот кружок. Звучит настолько несуразно, что сразу и не поверишь, что на этот кружок выделяется команда из 5-10 человек!
После общения с ним, выяснили детали:
- Кружок - это лишь UI-часть, видимая работы всей команды
- Команда предоставляет сервис по "статусу" всем продуктам, которым он нужен: MS Teams, MS Office, MS Exchange Online, MS SharePoint и т.д. Статус пользователя действительно внедрем во многие продукты онлайн-пакета MS
- У команды множество источников данных, которые они собирают (сигналы): встречи в календаре, статусы в MS Teams, подключен или нет к сети в данный момент, звонки на мобильный клиент MS Teams, звонок через Телефонию
- Среди множества сигналов, которые могут быть абсолютно противоположны (пользователь пишет письмо в Outlook, он доступен, но параллельно ему позвонили через MS Teams для решения срочного вопроса - пользователь занят). Какой статус на текущий момент решающий? Сигнал из какой системы приоритетный на текущий момент? Все это усложняет систему, заставляет разрабатывать алгоритмы, писать сложные правила с большим колиеством условий.
- А если человек сейчас на встрече, в комнате переговоров (не со своего устройства), но на телефона поставил статус "Online". Какой реальный сигнал выставить человеку?
- Сервис требует высокой доступности. На сервисы этой команды подписаны все крупные продукты компании!
- Есть еще on-premise решения, которые устанавливаются на сервера клиента, без подключения к облаку MS. И это отдельная логика, которую команда должна поддерживать и развивать, выпускать патчи.
В результате, сложность системы приводит к тому, что граннулярность команд повышается.
И в этом же и сложность самоопределения инженера. Насколько это будет адекватно, когда ты с коллегами или на собеседовании расскажешь, что твоя команда отвечает за сигнал статуса пользователя? В то время как твои друзья, коллеги запускают сервисы контейнеры в kubernetes, делают интернет-магазины, целые мобильные приложения, крипто-валюты и контракты разрабатывают. А ты кружочки рисуешь.
Общался я с менеджером команды, который отвечает вот за этот кружок у имени. Этот кружок отражает "Статус" пользователя - он онлайн, на встрече, не в офисе, в отпуске и т.д.
Такая фича появилась в продактах Microsoft кажется лет 17 назад. И вот, тут я общаюсь с менеджером, который отвечает за этот кружок. Звучит настолько несуразно, что сразу и не поверишь, что на этот кружок выделяется команда из 5-10 человек!
После общения с ним, выяснили детали:
- Кружок - это лишь UI-часть, видимая работы всей команды
- Команда предоставляет сервис по "статусу" всем продуктам, которым он нужен: MS Teams, MS Office, MS Exchange Online, MS SharePoint и т.д. Статус пользователя действительно внедрем во многие продукты онлайн-пакета MS
- У команды множество источников данных, которые они собирают (сигналы): встречи в календаре, статусы в MS Teams, подключен или нет к сети в данный момент, звонки на мобильный клиент MS Teams, звонок через Телефонию
- Среди множества сигналов, которые могут быть абсолютно противоположны (пользователь пишет письмо в Outlook, он доступен, но параллельно ему позвонили через MS Teams для решения срочного вопроса - пользователь занят). Какой статус на текущий момент решающий? Сигнал из какой системы приоритетный на текущий момент? Все это усложняет систему, заставляет разрабатывать алгоритмы, писать сложные правила с большим колиеством условий.
- А если человек сейчас на встрече, в комнате переговоров (не со своего устройства), но на телефона поставил статус "Online". Какой реальный сигнал выставить человеку?
- Сервис требует высокой доступности. На сервисы этой команды подписаны все крупные продукты компании!
- Есть еще on-premise решения, которые устанавливаются на сервера клиента, без подключения к облаку MS. И это отдельная логика, которую команда должна поддерживать и развивать, выпускать патчи.
В результате, сложность системы приводит к тому, что граннулярность команд повышается.
И в этом же и сложность самоопределения инженера. Насколько это будет адекватно, когда ты с коллегами или на собеседовании расскажешь, что твоя команда отвечает за сигнал статуса пользователя? В то время как твои друзья, коллеги запускают сервисы контейнеры в kubernetes, делают интернет-магазины, целые мобильные приложения, крипто-валюты и контракты разрабатывают. А ты кружочки рисуешь.