Существует ли стандартный подход к ведению обзора текущих и следующих задач для каждого члена команды?

Предисловие: этот вопрос касается общепринятого подхода к управлению конкретными аспектами команды (если такой подход существует).

Одной из моих задач по руководству командой профессионалов является то, что я должен ставить перед ними задачи и иметь общее представление о том, какие основные задачи примерно будут решаться кем и в каком порядке.

В частности, мне нужно держать обзор:

  • Кто над какими задачами работает?
  • Какие задачи стоят на очереди у каждого члена моей команды?
  • Какие из этих задач предполагается выполнить на этой неделе, на следующей неделе, через неделю после следующей недели?

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

Существует ли стандартная техника или обозначения для такого обзора?

Обратите внимание, что я явно не прошу каких-либо конкретных продуктов, которые предоставляют мне этот обзор, а (название) общего подхода, если таковой имеется. Кроме того, я не ищу предложений или различных решений, которые могут подходить или не подходить. Я спрашиваю, существует ли какой-либо широко используемый подход для визуализации описанной информации. То есть я легко мог бы набросать свое решение, но не хочу изобретать велосипед, если уже есть общий стандартный подход к такого рода управленческой задаче.

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

Это называется отслеживание работы
FWIW, я знаю, что вы не ищете продукт, но это напомнило мне об Асане. Я уверен, что вы можете реализовать аналогичную технику по своему вкусу, которая соответствует этим требованиям.
Диаграмма Ганта? (длина комментариев должна быть не менее 15 символов.)
"требовать общепринятого подхода" Вы уверены в этом? Из моего опыта вам нужно знать, какова текущая задача каждого члена команды и сколько времени потребуется всей команде для выполнения следующих задач. Назначение новой задачи до того, как текущая задача будет выполнена, не позволит вам ставить задачи в очередь по приоритету, потому что вы никогда не знаете, кто заболеет или закончит раньше. Возможно, в вашем случае это не так. Не могли бы вы сказать, является ли проблемой, когда задача, стоящая в очереди первой, завершается позже, чем другие?
@ Крис: Не проблема. Члены команды могут справляться с разными задачами по-разному, поэтому я не могу строго руководствоваться приоритетами. Так что нет, это не проблема, если задача (глобально), поставленная в очередь первой, завершится позже других.
Приклеить на доску? Извините, но как тимлид профессионалов (в любой отрасли) вы уже должны были знать эти вещи? Даже если вас повысят до указанной должности, вы уже будете знать, как работают люди, с которыми вы работаете? Но даже в этом случае: скрам, agile, канбан, костер, водопад, микро-/макро-менеджер — что вы определяете как «общепринятый подход к управлению конкретными аспектами» ? «визуальный обзор» , то есть Гант, эпики, плавательные дорожки, отставание...?
@FH «Члены команды могут выполнять разные задачи по-разному». Вы имеете в виду, что они не смогут обеспечить необходимое качество даже после обучения? Разница в навыках - это нормально, но надо попробовать увеличить "автобус фактор".
@rkeet: "Наклеить на доску?" - как я уже писал, конкретный инструмент/реализация выходит за рамки этого вопроса. "Вы бы уже знали, как работают люди, с которыми вы работаете?" - ни один из них не придерживается стандартизированного подхода. Поскольку они не следуют общему подходу в областях, где, как я знаю, существуют стандартные обозначения, это ничего не значит. "что вы определяете как (...)" - да, все, что вы описываете, это стандартные подходы к разным проблемам, на разных уровнях абстракции. Я пытаюсь выяснить, есть ли какие-либо точно подходящие для описанной мной ситуации.
@Chris: Я имею в виду, что независимо от того, какой объем обучения уйдет на это, данный член команды всегда будет более эффективно решать последующую задачу после того, что он сделал сам, чем кто-либо другой. Но вы поднимаете хороший вопрос: в зависимости от рабочей нагрузки и ситуации также вполне возможно, что задача, стоящая в очереди первой, завершится позже, чем другие, потому что я назначаю ее члену команды, которому может потребоваться больше подготовки для ее выполнения, но чья работа над задача повысит коэффициент автобуса по заданной теме.
@StephanBranczyk: я не уверен, что Гант — это то, что я ищу — он довольно сильно фокусируется на точном времени начала, времени окончания и продолжительности событий/задач, а также на абсолютном позиционировании каждого события/задачи на временной шкале. Для меня недели более или менее похожи на «мешки», которые можно заполнить парой задач на члена команды, и эти задачи могут иметь некоторый приблизительный порядок. Но, может быть, это достаточно близко в конце концов.
Да, диаграмма Ганта с более низким разрешением по-прежнему остается диаграммой Ганта. Или диаграмма Ганта с лучшим удобством использования все еще остается диаграммой Ганта. Диаграмма Ганта — это просто общий термин. Одна и та же концепция может быть реализована по-разному.

Ответы (1)

На самом деле вы просто ищете доску в стиле канбан с системой тикетов (например, JIRA, Trello, буквально все, что позволит вам перемещать задачи).

Канбан как концепция может быть не совсем тем, что вы ищете в словарном определении, но это определенно то, что вы ищете с точки зрения реализации.

Обычно у вас есть 3 столбца на канбан-доске:

  • Новый
  • В ходе выполнения
  • Сделанный

Это позволит вам легко управлять тем, кто над чем работает, в каком порядке они выполняют задачи и завершены ли задачи.

Какие из этих задач предполагается выполнить на этой неделе, на следующей неделе, через неделю после следующей недели?

Это немного сложнее. Обычный подход в разработке программного обеспечения состоит в том, чтобы разделить работу на спринты. Спринт — это произвольный отрезок времени, обычно одна или две недели, когда каждому работнику в команде назначается ряд задач, которые он должен выполнить.

Однако, если вы ищете более длительную временную шкалу или если именно этот тип планирования для вас наиболее важен, вам нужна диаграмма Ганта .

Например, и Trello , и Jira поддерживают диаграммы Ганта для управления вашим рабочим процессом.

«Спринт — это произвольный отрезок времени, обычно одна или две недели, когда каждому работнику в команде назначается ряд задач, которые он должен выполнить». Если руководство не заботится о реалистичных ожиданиях, которые регулярно и надежно достигаются может быть. В противном случае вовлеките команду в решение того, что достижимо, и что они реально могут взять на себя и выполнить.
Конечно, но это отдельная проблема, чем система отслеживания проблем, о которой просит ОП. Предположительно, они уже знают, как на самом деле управлять командой и реалистично распределять работу.
@maplebird: Действительно, у нас есть средство отслеживания проблем (в смысле системы, хранящей базу данных задач, их назначения сотрудников, статус и т. д.), и я также «полностью экипирован» с точки зрения оценки усилия, необходимые для отдельных задач, и передачу этих оценок в TPTB, чтобы гарантировать, что команда не получит нереально много работы для фазы до следующего выпуска. Но эта фаза, по сути, представляет собой «пустоту» с неким максимальным потенциалом для запланированных усилий, и это нормально — за исключением упомянутого мною самого ближайшего периода времени, где я хотел бы получить обзор следующего…
... две-три недели. И опять же, вполне достаточно определить, кто и чем примерно будет заниматься на какой неделе, без всякого микроменеджмента по конкретным дням начала и окончания для отдельных задач. Эта последняя часть — это то, чего мне не хватает, что я мог бы легко нарисовать сам, но где я подозреваю, что уже есть что-то вроде широко принятой и известной стандартной нотации.