A blog dedicated to providing time management and GTD insight for the MECHANICAL engineer. You've already trawled through screens and screens of GTD advice for software developers, managers, travelling salesmen, motivational speakers, guitarists or primary-care-givers, and tried to make heads/tails of it all, and gotten... somewhere. This blog is for people who feel naked without a 6" rule somewhere on their person, and who don't know how to give their opinion on something that is awkward to measure with a vernier. If you believe that the first rule of engineering is "If it can't be fixed with a hammer, it can't be fixed" then you've come to the right place.
I'm going to use this space to explore what GTD means for an engineer. For those of us who have metal to cut, products to validate and drawings to issue. Our field is a modern enterprise, we use the latest technology and tools that would delight the Jetsons - but why does it always seem like we're living in the Dark Ages? Isn't this the Age of the Computer? Why can no-one get anything right? Why is it so hard to GET THINGS DONE?
Anyway, why would you want to read this blog? Who am I? How successful am I? Why trust me? What do I do?
- Well: I'm nobody. My name is Brent, I live in Melbourne Australia. I'm a father of two and I recently took up the sport of bike riding for fun and fitness. I play guitar (when I can). I'm 28 years old and I've been married for 8 years. Does that help?
- Not very successful at all really. I was told all through high school that I had Potential, but I found out that it's more work to make manifest your potential than it is to merely possess it in the first place. I've been working in the same job since I graduated 4 years ago and they haven't fired me yet, so I figure I'm on a good thing. I am far from the most experienced engineer on the planet, and I'm very happy to accept [and profit from] the wisdom of others.
- You can trust me because I'm honest. I probably don't think like a lot of people you've read before. I probably don't have all the answers. What I do have is an ability to tell the truth when I see it, and to only write the things that I know to be true.
- My job title is Product Design Engineer. I have a bachelor's degree in Mechanical Engineering, and I work for a local manufacturer of wheels and castors. We basically make shopping trolley castors, but good ones. You would be AMAZED at the things that need technical expertise in designing and maintaining castors. We have a fairly well appointed toolroom, with two CNC machining centres, a wirecutter, EDM, CNC lathe and the rest. I work with SolidWorks for all the CAD work, for product design and development as well as a bit of tooling. I guess that my real title ought to be Project Engineer, because I take a project from the time it's just a gleam in the MD's eye, through concept development and scoping, CAPEX, CAD, development, testing, validation, tooling and into production. I'm not just a CAD jockey.
I thought not.
Is it supposed to hurt?
I came across GTD about two and a half years ago because I had the world's geekiest boss. He found this time management thing call GTD and insisted that all his team read it and [hopefully] learn from it. I took to it like a duck to gravy. I read up as best as I could, and honestly I tried. But I was a time managment mess to start with. I suppose it at least lifted me up to the status of doofus - which is a start.
I read every blog and article on GTD I could get my hands on. I bought a Palm and used Memos and DateBook5. I made up paper lists. I looked at TiddlyWiki. I tried FreeMind. I tried forgetting about the whole thing and letting it blow over. I read the book three times in a row, but I just couldn't get my head around how it related to ME.
@today? @work? @next-actions?
What were my contexts? How could I link my actions to my contexts? @tomorrow? @urgent?
It simply didn't click for me. I guess it made sense, but it didn't click. I kept trying to fiddle with the system - trying to get something that could:
- cross-reference projects, contexts and their actions
- be easily extended or reduced as new projects came and went
- be effortlessly synced to my Palm
I had too many buckets. I confused contexts with actions: I couldn't work out what needed to be sorted, and how.
My Blinding Flash of the Obvious is the content of this first post: what buckets do you choose to make sure you catch all your Stuff?
Friends, I'll give you the straight answer here. You'll read guff and stuff out there in the Wide Wide World of Web about what you need, and it will be very confusing. It will be written by highly caffeinated geeks who think that spitting out concepts is the same as spitting out information. These are the five buckets you need:
- waiting for
What do you want to do with your life? What do you want to do THIS YEAR with your life? What do you need to get done to meet your commitments? Why get out of bed in the morning? What will be the proof that you've been worth your salary? It's not enough to be working on projects - you have to know WHY you're working on those projects and not something else. This can be short: 5 items. Any more and you'll be unable to commit to the right project that will satisfy your goals.
Ok. So what are you working on? What are your open loops? We don't need to know what Projects you're assigned to; that's what your KPIs are for. Just write down the projects. You're a natural born planner - you know what's involved in your Project; you need to do your CAPEX, you need to get the concept design done, you need to find a supplier for those components, you need to you need to you need to you need to. What ducks do you need to get in a row? What blind alleys do you need to go shooting down? What processes do you need to follow? What conversations do you need to have?
Ok, this ought to be obvious. Go through your projects and write down the very next-action that needs doing on each project. If there are two seperate actions that could be taken, don't choose between them just write them down. But don't write down the second and third steps - that stuff is doomed to live in your project planning. Face it, the future doesn't happen according to your plan. All you can do is manage yourself, now.
I have to be honest and say that I don't think this list is particularly useful for me. As I said above, I'm uncomfortable trying to second-guess future realities by populating the Someday list with Step 3 through Step 43 that I'll be able to start as soon as I've done A and B. It doesn't work like that. And I've got far too much work on my plate for such a thing as Maybe. I either decide to do something or decide not to do something - there's never going to come a quiet lull in the activity where it becomes appropriate to discuss getting a new CAM software that integrates directly with SolidWorks. I either need to do it at an inappropriate time or toss the idea. I'm comfortable with both approaches.
But I keep the list because without it there would be a functional hole for actions and projects that are worth taking but can be cheaply deferred for the present.
This is perhaps the keystone for me. I was amazed the other week when I went through my waiting for list and shot a followup email to the interstate sales manager asking where my competitor sample castors had gone. He'd sent out the request to all the branch managers then forgotten about it altogether. So had they! Weeks had gone past where I thought they were all diligently beavering away for me using their contacts to generate samples I needed to validate the design for the castor THEY'RE hassling ME to hurry up and design. They'd forgotten about it!
The thing that really got to me wasn't that the branch managers had forgotten the commitment. These things happen. That's what communication is for. That's why engineers spend 3/4 of their waking life chasing things up. What got to me was that the National Sales Manager had no record or reminder or popup or note of the deliverable that his staff had promised. He hadn't added this to his waiting for list. He had no live document of what future events had to take place before his promise to me was fulfilled.
The most profitable thing I've ever done for my company is to develop the skill of never losing a thread. Where's the quote on that widget? Coming next week. What's the latest scope? I'm waiting for the Production Manager to submit his comments. What's the state of the tooling? Tooling design is sitting with the toolmaker.
I prefer those answers to: which widget? I was supposed to get quotes for that too? Scope? Did you not want me to show that to the Managing Director yet? Tooling? I dunno. I guess they're working as fast as they can.
Competitor samples that you need to benchmark the design? I dunno what happened to that.
Where are the contexts, you ask? Where are all my @ signs? I will tell you now. I invite you to reach deep within your soul and examine your life. Think of all the spheres that you influence - learn how far your grasp is.
Close your eyes, let your mind go blank, then let it focus on the details of your inner-child, then let it go blank, then focus again on your inner child then let it go blank.
When you open your eyes you will realise that you have two contexts: you're either at home or at work. There is no need to be maintaining such foolishness as @MyMum'sPlace or @VideoStore. Go and wash your brain out!
Keep It Simple Stupid.
[I know, I know. You're a volunteer at your church. You coach basketball for under 9's. You own and operate a ski-lodge on the side and spend every waking moment managing it by webcam and loudspeaker. Right. You can have another context. Personally, I've also got @shops.]
If you're like me you work with a PC on at all times, you have a phone on your desk and a mobile in your pocket. There's a fax/photocopier a few feet away and your PC is constantly connected to some variety of broadband intermanet. There's an intranet, for what it's worth, and the entire company network is available to you.
There's no POINT to having contexts called @computer, @phone, @fax, @email. Those things are always available to you. An action called "call Scumbags R Us to follow up on rivet delays" isn't WAITING for the moment when the phone is available to you. The phone is right there. Any time that you're at work you could pick up that phone and call.
You could also be writing that email. You could be reading [this] blog. You could be sending a fax to a supplier or working on your CAD. All things are possible.
The point is that you must not let your contexts overlap. That's wastage. David Allen can be forgiven for having the contexts @computer and @internet, because he frequently travels and spends time at his laptop unconnected from the outside world. The rule is that a context is defined by the tools that are available at that moment in time.
If you're sitting at your desk at 9am wondering what context you are in - I'll tell you. You are in @computer, @internet, @CAD, @fax, @phone, @boss, @email... all at the same time.
Now. I'm not telling you what MODE you're in. Maybe you enjoy emailing first thing. Maybe you love Dilbert. But your CONTEXT is firmly @work. You have all your @work tools available.
So. That's it for the first post to the Mechanical Engineer's GTD blog.
Future topics will include:
- using GTD to drive development
- ways to encourage others to keep their word
- using Gate Reviews to make realistic project planning possible
- how to manage risk in the decisions you make