Cpu_Modern;59315 said:
It think the reason for the difference between your view and DA's is just the difference between the free-lancer you are and the office-slave DA apparently had in mind when he wrote the book.
You have a point. OTOH, I had a similar rule when I worked full-time in an office. Back then, I kept 17 active Projects total (7 home and 10 office).
If you are an office-slave with a hard-landscape full of stupid meetings and senseless other talk at the phone or the runway, than you need the project on your project list to have the NA on your action list.
But a meeting's not a Project, right? Nor is a call on the phone, really. Not that I'm trying to split hairs. I just found that most Projects I really wasn't actively working on every week. But I could still quasi-track them as Someday/Maybe.
Borisoff said:
Others will not stop calling on me if I move the project to SM folder. So how to understand if I'm overcommitted or not?
I'm confused. You don't move something to Someday/Maybe so you can stop other people from calling you, or to pretend that you don't have to do it. It's an acknowledgment that you don't have time for a particular Project right now, or that you're not focusing on it right now. If you put it on Someday/Maybe, and they call you, no problem! Put it back on active. But that does increase your workload, and you now probably don't have time for one of your other active Projects.
Maybe an example would help to illustrate how this worked for me.
I ran a weekly status meeting on some data migration. I dialed into the telecons, asked people about how far along they were, updated the status spreadsheet, pushed people for estimates and deadlines, and emailed the minutes to everyone. I also migrated certain parts of the data.
The status meetings were not Projects. I created a checklist of things to do before and after each meeting, and blocked off one hour for each 20-minute meeting. I then prepared, ran the meeting, and typed up and sent off the minutes during that one hour time. I didn't need a Project.
When I was migrating the data, that became a separate Project.
We also had folks working on long-term data migration, and every few weeks I'd get a phone call from them with a problem or question. That was a Someday/Maybe project, which I'd flip over to active if the problem or question required more than a few minutes to resolve.
But, again, this was just what worked for me. Other people have very different work and environments.
I will say that, if you have so many Projects that some of them will have no progress in the next few weeks, then you should be aware of it, your boss should be aware of it, and your peers (that are involved in those Projects) should be aware of it. And ideally, you should renegotiate those Projects with your boss and peers.
Several times, I sat down with my boss, showed him the work I had, told him that I felt overwhelmed, and asked if I could renegotiate this work somehow. We found other folks to do some of it, and in discussing other peers' workloads found things that I could help them with ("Oh, they're trying to build that? I can do that in ten minutes.").
If you have 50 "active" Projects, and you'll probably only get to 30 in the next week or two, then the folks involved in the other 20
really need to know that there'll be no more progress on those 20 Projects for the next couple of weeks. You'll get no work done on them anyway. This way, at least everyone knows it.