Обновить

Про задачи, роли и позиции

Сегодняшняя тема, казалось бы, очевидна - но на практике приходилось сталкиваться с очень странно построенными командами. Поговорим о важности разделения трёх понятий: задачи, роли и позиции. И начнём с определений:

Задача - здесь подразумевается не конкретная таска в трекере, а всё множество однотипных работ, которые нужно делать в продукте. Тестировать фронтенд, проводить кастдев, настраивать рекламу в кабинете и т.д.

Роль - это объединение нескольких задач в один пакет. Есть более-менее интуитивные роли - тот же тестировщик. Есть совершенно по-разному интерпретируемые - например, аналитик. Идеальных рецептов тут нет - главное, чтобы внутри команды все с отношениями роль-задача были согласны.

И третий уровень - позиция. Конкретная должность под конкретного человека.

В идеальном мире одна роль = одна позиция (или несколько одинаковых позиций). По факту сплошь и рядом бывает, что одному человеку приходится брать на себя несколько ролей. И это само по себе не страшно, пока соблюдаются два правила:

  • Нельзя разделять одну задачу между двумя ролями. Если договорились, что аналитик пишет ТЗ, то не надо ожидать, что для каких-то фич это ТЗ будет писать разработчик (тимлид, архитектор). Если это повторяется, то лучше разделить задачу на две и выдать носителям ролей.

  • Нельзя разделять одну роль между двумя позициями. Если вы договорились, что у вас аналитик и ТЗ пишет, и согласованием занимается, то тот, кому эта роль досталась, и должен это делать. Опять же, если постоянно согласование достаётся другому человеку - нужно либо перебросить задачу на другую роль, либо роль согласующего выделить другому.

Есть, конечно, риск уйти в глухую бюрократию - не надо так! Схема должна быть помощником, а не забором. Нарисовать один раз, периодически сверяться, если где-то копятся задержки - и делать выводы по итогам.

Бонуса у такой схемы два. Во-первых - предсказуемые ожидания. Каждый участник команды всегда знает, от кого чего ждать. И во-вторых - это отличный задел на рост команды: сразу видно, когда под такую-то роль нужен отдельный человек.

Теги:
Рейтинг0
Комментарии0

Как запустить Qwen3.8-Flash-Next 125B на 6 ГБ VRAM

Qwen3.8-Flash-Next - открытая 125B-модель на архитектуре, которая станет основой Qwen4. По опубликованным Qwen результатам она конкурирует с закрытыми frontier-моделями в задачах программирования, работы с агентами и computer use.

Мы запустили полный checkpoint Qwen/Qwen3.8-Flash-Next на одной RTX 4090. Пиковое потребление VRAM составило 5,95 ГБ, без 4-битной квантизации и дистилляции. Использовался полный checkpoint в bf16, который генерировал обычные токены.

По сравнению с Opus 4.6 Max, согласно собственным данным Qwen:

Как запустить Qwen3.8-Flash-Next 125B на 6 ГБ VRAM

Публикации