планировать больше задач

Спасибо)) Интересная мысль, попробую))

Правильно Денис :-)

Голдрат Элияху в книге Цель описывает как планировать процессы на производстве, когда каждый этап зависит от предыдущих и на каждом этапе возможны форсмажоры и затыки.

Один из его способов - поиск критического пути и узкого места, а затем создания запасов перед ним.

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

Лучше, если у вас будет выбор задач разной длительности

Дисклеймер: не являюсь экспертом в тайм менеджменте )

Если говорить о Методе Критической Цепи, ТОС  для проектов.
То
1. Если оценка ждлой операции содержит подстховку на закон Мерфи, то нужно резать оценку на 50% (потому что Закон Паркинсона и синдром Студента).  А потом создавать буфер цепи.
2. Для каждой операции(задачи)  на критической цепи в моменту её исполнения должно быть все готово: люди, ресурсы, входные данные, инструменты.
3. Есть несколько буферов:  
буфер всей цепи - защищает сроки проекта
буфер питающей цепи (питающий буфер) - защищет критическую цепь
буфер на слияние цепей - задачи интеграции. может быть "закрыт " питающийм буфером
буфер на доступность ресурсов -  если мы не уверены что все ресурсы будут в нужном объеме в момент исполнения задачи.

@iliamakarov Касательно погрешности задач:

Есть два варианта:
1. если профицитные оценки - резать, чтобы оперативно  устранять припятствия
2. если дефицитная оценка (оптимистичная)  - учеть как есть.

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

Если что: МКЦ  у нас есть в нашем ИТ-решении. %)

Дело в том, что производство это повьоряющийся набор операций и исполнителей. Там статистику набрать можно. А в проектгой жеятельности это может быть затруднительно , меняются исполнители и задачи не так сходны, как на производстве.

Алексей, к МКЦ тлже подходит комментарий выше.

это хорошо работает на производстве

но  в рамках например RnD

крч, слишком много неопределенности, чтобы планировать операции

я так понимаю, что все всё равно делают оценку времени задач на глазок)

а эти всякие книжки и методы чистая прокрастинация

не совсем

мы считаем velocity например

но она не в часах

n поинтов в неделю/месяц и тд

получается достаточно точно

но только на долгоиграющих проектах

У меня такие проблемы с фрилансерами возникает, особенно когда со знакомыми работаешь