Я планирую задачи разработчикам по следующим правилам

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

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

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

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

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

-Зависимости прописываются комментами со ссылками на зависимые задачи.

-Руководитель проекта ставится в схеме уведомления на все(!) значимые движения по задачам = это позволяет ему быть в курсе решенных задач, оперативно реагировать на вопросы девелоперов.


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