Работа в нескольких проектах одновременно

Question

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

Answer 1

Было проведено довольно много исследований по планированию задач. Поскольку это Stackoverflow, а не бизнес-сайт, я сравню его с ядрами операционной системы;)

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

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

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

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

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

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

Или, вы могли бы нанять больше людей :)

Answer 2

Просто сделайте это.

Выполнение небольших задач; делайте их, двигайтесь дальше. Организуйте приоритет.

Это так просто; забыть трюки, забыть инструменты и другие таймеры. Я считаю самый простой способ наиболее эффективным.

Answer 3

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

Answer 4

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

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

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

Answer 5

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

К примеру, мы будем делать вид, что у вас есть три перерывов в день: утром, обед, и во второй половине дня. Это дает 4 блока по 2 часа каждый. В каждом из этих блоков сделайте один проект своим основным фокусом.

Разделите свои проекты в задачах, которые как можно меньше. Это помогает вам отслеживать прогресс, а также дает большее чувство выполненного долга. Делайте заметки на уровне задач и уровне проекта, чтобы помочь себе запомнить, что вы сделали/обнаружили.

Answer 6

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