Как успевать ставить задачи другим и работать самому?

Question

[Лучник *range attack +10*]

Сейчас мне приходится выполнять много разных задач — от дизайна и верстки до копирайтинга и поиска фрилансеров. Мне также приходится распределять работу внутри небольшой группы копирайтеров и ставить задачи еще нескольким фрилансерам, с которыми работаю постоянно. При этом мне постоянно нужно проверять качество выполненной работы. Но есть также и мои задачи, которые я сам должен успевать сделать.

Если у вас похожая ситуация, расскажите, как вы организовали рабочий процесс.
Что вам помогло тратить меньше времени на постановку задач и контроль их выполнения, и успевать работать самим?
Интересуют и принципы и программные решения и вообще — все, что может помочь.

Answer 1

[osj]

Говорят, существует такой наемный человек, Project manager называется. Ему платят деньги, он ставит задачи и контролирует их выполнение, отчитывается главному.

Comments

[Лучник *range attack +10*]

Мне за менеджмент тоже платят, но порой легче сделать самому. Менеджера тоже обучить надо, а на это нужно время.

[Лучник *range attack +10*]

Хотя вы, наверное, правы и по-другому этот вопрос не решается.

[osj]

Константин Рафиков: совмещение разных задач приводит именно к этому, хочется сэкономить, но в итоге теряешь время, а потом уже и деньги.

Answer 2

[Saboteur]

Принцип таков. Загруженность работника не должна превышать 70%, иначе он сработается, перегорит и эффективность чрезмерно упадет. Вдобавок риски в случае факапов превратятся в ад, если текучки и так много.
Если работы много - нанимаются дополнительные сотрудники.

Если не выходит, значит вероятность того, что ваш проект скоро провалится - повышается. В мире много проектов и компаний, которые разорились из-за неумения расширяться, либо скатились в УГ, кое-как выживая.

Comments

[Лучник *range attack +10*]

А как определить загруженность работника? Исходя из времени, которое он затрачивает на выполнение задач или каким-то другим способом?

[Saboteur]

Константин Рафиков: Быть хорошим менеджером - это целая огромная наука. Разве можно в двух словах пояснить как быть сеньором программистом?
У менеджеров тоже есть джуны, миды, сеньоры.

Простыми словами - смотреть как люди решают задачи.
Как часто переоткрываются уже закрытые таски. Какие отзывы по качеству кода (было время нормально написать, или х?як-х*як и в продакшен). Смотреть, насколько человек выглядит бодрым, готовым работать, вносить рациональные предложения. Смотреть, может наоборот слишком распоясались.. В общем управление успешным проектом - это много менеджерской работы. Просто в совке сложилось впечатление, что начальник должен просто командовать. А надо руководить..

[Лучник *range attack +10*]

Сергей: Не, я это все понимаю. Это действительно требует знаний и опыта. Мне просто стало интересно, как понять, что сотрудник загружен на 70%, и не на 60 и не на 65. Воспринял буквально. Подумал, может как-то из времени можно высчитать. Например, есть дедлайн, и все время на задачу до дедлайна = 100%. Дедлайн дан с форой на несколькой дней вперед, мало ли что случится. Уже тогда, когда остаются эти несколько дней, а сотрудник еще работает, он уже потратил 70% времени, но еще ничего не готово. Но думаю, вы эти проценты дали наобум для примера.

[Saboteur]

Константин Рафиков: Понятно, что разница между 70 и 65 высчитывать не нужно, но 70% это не совсем наобум - это хороший показатель, к которому стараются стремиться.
Чтобы понять что сотрудник загружен, и нужны всякие трекеры, типа jira, в которых есть таймтрекер. Конечно это непросто, организовать задачу так, чтобы все время трекалось, а сотрудники не чувствовали что за ними следят, а наоборот понимали, что это удобно, но изначально ясно, что agile это для "взрослых" людей, которые привыкли работать головой, а не отсидеть с 9 до 18.

Вдобавок к jira помогают регулярные скрам митинги.

Например можно организовать ежедневный 10-минутный скрам, на котором быстро пробегаются по таскам.
Можно раз в неделю. Можно только с тимлидами (а тимлиды проводят предварительно внутри команды)

Основная цель - определить, все ли таски успевают по дедлайнам, и учитывая регулярность таких митингов, проблемы выясняются не за день до дедлайна, а практически сразу.

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

Agile всегда должна подстраивается под конкретный проект и людей в нем - именно тогда она показывает свою эффективность.

Answer 3

[Максим Котенко]

Здесь все элементарно, в обычном блокноте 15 минут тратите на планирования дня и все дела в шляпе)