How many projects do you typically work on at the same time? This includes work and personal projects. I was wondering because throughout my experience I have found that this has varied to several to just one at a time during different levels of expertise.
I used to work on two projects at a time. I felt like this kept me from staring at the screen and doing nothing when I hit blocks in one project. Now I am shifting all my focus on Elixir and have been building my first Phoenix app.
1 Elixir side job, 2-4 Elixir hobby projects, 1-2 language learning excursions, 1 Erlang work project. That about sums up how the situation usually looks, but it obviously varies.
Way too many! I generally tend to get excited about something new before Iâm done with the previous project, so things will often pile up in a way that Iâm juggling a bunch of half-finished projects on my table.
Currently I have a Nerves-project on Raspberry Pi, a Discord/Overwatch bot, a Slack/Strava bot, a game with a Phoenix/Vue UI, a Phoenix-based website management tool, and a bunch of other things in the works. Sigh. One dayâŠ
My goal is work mainly on 4 elixir side projects for 2018. Luckily in 2017 i got 3 of them to a consumable state so itâs mainly just features and improvements. But between mix/hex and a functional language i have no trouble keeping up with 4 and life⊠so far
I try to limit my projects to 1 at work and 1 at home, but usually end up with at least 2 at work (current work, and exploring future options) and 3 at home (one IoT, one app, and one web).
Rather than focus on # of projects, I focus on # of technologies plus process automation plus teammates. I try to limit to boring/proven technologies. I try to put hands-on effort into the same layer of the stack: devops/backend/api. The API is the super productivity multiplier - god bless REST and GraphQL. Amazing what people will do when you publish a good self-documenting interface. Elixir is an interesting mix of new (attracting great people who like the shiny) and proven/boring (attracting a different type of great person). Projects and Teammates come and go, but process automation lives forever.
Now heâs talking about task switches during each day - but I also think this applies to projects in general. Any one project likely has a significant (if not large) context to switch into - but there is also the issue that a âswitched-outâ context fades over time, i.e. while itâs relatively easy to pick up work on something you âswitched-outâ last thing yesterday, the time and effort required to switch back in seems significantly higher if a week or a month has gone by.
The more projects you take on, the longer the average âswitched outâ time interval will be (unless you are grinding every day to dust in context switches already) so the more time is wasted getting âback up to speedâ (or preparing to be able to get âback up to speedâ later, e.g. âmemos to selfâ that only really make sense at that particular stage of work).
Seems one project would be the most efficient solution. I guess a second, low priority project with a light context would be permissible for those times where it isnât possible to make progress on the first - though those times should be few and far between if one resolves to never be blocked.
A single person working on multiple high priority tasks is an oxymoron. High priority usually implies high urgency - working on one task comes at the cost of delaying completion of the other tasks (which implies itâs more important); working on them in rotation delays completion of all tasks. How can âhigh priorityâ tasks tolerate the inherent delay of multitasking?
I love it when I have one project that I can really drill down into and focus. Itâs pure joy when I work on something so intensely that I forget about time and it feels like the whole world disappears in the meantime. The reality is that I just canât get that type of focus for most of my projects. Every once in a while Iâll get inspired enough to have a burst like that, but the last peak I remember was a few years ago and that wasnât for something I was tasked to do at work.
Having multiple projects (across several different languages to keep it more interesting) for me is a solution to the problem of not even being able to summon the focus/motivation I need to do only one of them.
I agree that itâs something close to bad management to put workers on several projects at once, though. Luckily my work situation is not like that.
Oh they entirely are, but that âresetâ can also help clear the mind to solve problems easier, which I find a large help when going through multi-page SQL⊠>.<
Thankfully only one thing is really high priority (itâs whatâs been keeping me the most busy).
Itâs not helped by the fact that Iâm the only programmer at this college, so⊠^.^;