Спасибо тебе! )

Доброго!

Вопрос не по теме чата, но вероятно кто-либо сможет подсказать.

У нас есть идея транслировать из внутреннего трекера задач обезличенные данные на сайт вида "Пользователь создал таск".

Может видел кто-либо подобную или схожу реализацию?

Апи трекера и немного программирований

Согласен. Техническая реализация понятна.

Хочется посмотреть на референсы и как это кто-либо делал, если существуют.

Вчера было небольшое обсуждение после мероприятия. Интересно мнение общественности. Чатик уже определился, должен ли лид программировать (заниматься рядовой работой), или это для него уже плебейское?

А какую задачу этим решаете? Если красивая визуализация, зачастую достаточно средних значений без реальной интеграции онлайн, как с числом пользователей часто делают (счетчик крутится с заданной скоростью, которая иногда корректируется)

Ну почему сразу плебейское. Для каждого лида обычно находится интересная задача, которую хочется поделать своими руками или ему интересно освоить и попробовать что-то новое, новые методы и тд.
ИМХО если лид начнёт в открытую (да даже если и не в открытую) показывать, что для него работа ручками уже не по статусу - он сам себя "уронит" в глазах команды.

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

Тут как посмотреть.
Если он коучит и на личном примере может показать что такое классный код - почему нет?

Если лид отлично справляется со своими лидовскими обязанностями, его команда счастлива, процессы разработки прозрачны и эффективны и при этом у него остаются силы/время писать качественный продуктовый код, то чеб и не писать

мы таких "подбросами" называли = )

Администратор джиры

Начальник бэклога 😁

"Владыка бэклога", чтобы как не так обидно было. Или вахтёр

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

Тут же ещё вопрос, что каждая команда (или компания) вкладывает в понятие "тимлид". В большой компании, возможно, будут оба варианта - и команда с пишущим тимлидом, и команда с тем, кто менеджерит

Насколько ты успеваешь не столько писать возможно код, а именно быть в курсе текущих всех процессов. У меня бывало время, когда на ревью даже не хватало времени

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

Тимлид, в первую очередь, должен код читать. 😁
А писать это как получится.

В команде могут быть и должны быть разные роли. Есть администратор, а есть лидер. Лидер - это примерно как первая собака в собачьей упряжке, которая задаёт "тон" всей команде, формирует командную культуру, и у этой собаки должен быть "авторитет", ее должны уважать и доверять, она должна быть "своей" для остальных собак. Первая собака не обязана тянуть больше всех, но если она совсем не будет тянуть, то ее не будут воспринимать, как свою и такой лидер в лучшем случае станет администратором. Роль администратора тоже нужна и важна но должен быть и лидер. Тимлидер обычно сочетает в себе роли администратора и лидера в разных пропорциях, при этом нельзя сказать единый рецепт на все случаи жизни, чего в тимлидере должно быть больше, или тем более, чего в нем не должно быть вообще