Slashdot Mirror
Time Management for System Administrators
genehack writes "System administrators have a stereotypical reputation for grumpiness and irritability. Sometimes this misanthropy is a cultivated pose, designed to deter casual or trivial requests that would take time away from more important activities like playing nethack and reading netnews. More often, however, sysadmins are disgruntled simply because they can't seem to make any headway on the dozens of items clogging up their todo lists. If you're an example of the latter case, you may find some help in Time Management for System Administrators, the new book from Thomas Limoncelli (who you may recognize as one of the co-authors of the classic The Practice of System and Network Administration). Read the rest of genehack's review.
Time Management for System Administrators
author
Thomas A. Limoncelli
pages
226
publisher
ORA
rating
8/10
reviewer
genehack
ISBN
0-596-00783-3
summary
Time management tips for sysdadmins
This slim book (only 226pp) packs a large amount of helpful information about making better use of your time at work, so that you can make some headway on at least some of those tasks that have piled up around you, while still managing to have a life outside of work. One of Limoncelli's main points is that sysadmins have to develop some way of effectively dealing with the constant stream of interruptions in their life if they're going to accomplish anything. The other point is that they also need a good tracking system to make sure they don't lose track of new, incoming requests in the process of dealing with existing ones. The book continually reinforces these two points, and presents several alternative, complementary ways to accomplish them.
The first three chapters deal with high-level, generic issues: principles of time management, managing interruptions, and developing checklists and routines to help deal with the chaos of day-to-day system administration. The middle third of the book details how to use "the cycle system", Limoncelli's task management plan for sysadmins. Basically, it's a hybrid between Franklin-Covey A-B-C prioritization and day planning and David Allen GTD-style todo lists, with a few sysadmin-specific tweaks thrown in. The final chapters of the book address a grab-bag of issues: task prioritization, stress management, dealing with the flood of email that all admins seem to get, identifying and eliminating the time sinks in your environment, and documenting and automating your work-flow.
In general, I think this is a great book for sysadmins that are looking to begin addressing time management problems. People that have already done some investigation of time management techniques (like the aforementioned Franklin-Covey and GTD systems) may find less value here -- but I still think the book will be interesting, especially the chapters detailing the workings of "the cycle system". Personally, after reading this book, I don't see any reason to move away from my modified GTD system, but I have gone back to using some daily checklists, which are helping me keep on top of my repeating tasks a lot better. I suspect that any working sysadmin will take away at least two or three productivity-enhancing tips from this book."
You can purchase Time management tips for sysdadmins from bn.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.
This slim book (only 226pp) packs a large amount of helpful information about making better use of your time at work, so that you can make some headway on at least some of those tasks that have piled up around you, while still managing to have a life outside of work. One of Limoncelli's main points is that sysadmins have to develop some way of effectively dealing with the constant stream of interruptions in their life if they're going to accomplish anything. The other point is that they also need a good tracking system to make sure they don't lose track of new, incoming requests in the process of dealing with existing ones. The book continually reinforces these two points, and presents several alternative, complementary ways to accomplish them.
The first three chapters deal with high-level, generic issues: principles of time management, managing interruptions, and developing checklists and routines to help deal with the chaos of day-to-day system administration. The middle third of the book details how to use "the cycle system", Limoncelli's task management plan for sysadmins. Basically, it's a hybrid between Franklin-Covey A-B-C prioritization and day planning and David Allen GTD-style todo lists, with a few sysadmin-specific tweaks thrown in. The final chapters of the book address a grab-bag of issues: task prioritization, stress management, dealing with the flood of email that all admins seem to get, identifying and eliminating the time sinks in your environment, and documenting and automating your work-flow.
In general, I think this is a great book for sysadmins that are looking to begin addressing time management problems. People that have already done some investigation of time management techniques (like the aforementioned Franklin-Covey and GTD systems) may find less value here -- but I still think the book will be interesting, especially the chapters detailing the workings of "the cycle system". Personally, after reading this book, I don't see any reason to move away from my modified GTD system, but I have gone back to using some daily checklists, which are helping me keep on top of my repeating tasks a lot better. I suspect that any working sysadmin will take away at least two or three productivity-enhancing tips from this book."
You can purchase Time management tips for sysdadmins from bn.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.
Maybe if I had time, I would read the book!
Athiesm is a religion like not collecting stamps is a hobby.
When I worked at Kiva Networking, one of the great things that really worked for us was to have a person who was on call, got paged and took care of daytime requests. Each week, that person would change. We wrote programs to manage who was the POC (we called it the stick). When you were not the stick, you were not to be bothered and thus you had more focus and energy to complete your other projects. Another thing that we did was strongly encourage people to email their requests instead of come over and ask directly. This is probably essential. You have to speak louder than the people who want to resist communicating more through email. Trust me when I say that you will win in the end, if you don't, then you haven't been given the authority that you should be as a system administrator.
Honestly, I think a lot of places do this now. At the time, it seemed new and it worked and continues to work well. It will even work when you have 2 sysadmins, probably the optimum is to have about 4 because if you have any more than that, you lose your rhythm with what is going on with the company a bit.
I read somewhere that you should only focus on task at a time. I been applying this at work. I work on one Help Desk ticket at a time and completely ignore any phone calls, emails or IMs until I'm done with the that ticket. Work seems like a lot easier now as my productivity has improved -- except for when Slashdot gets in the way.
Yes. Got get yourself a better computer! :)
is self-discipline. You can buy all the organizers, PDAs and other assorted tools, but unless you make a commitment to learning how tomanage your time and then actually doing it, you will fail.
The commitment required is not insubstantial. You will have to overcome years of bad habits.
It's not insurmountable, but don't think that by reading this (or any of the other books... I prefer 7 Habits myself) that you have learned time management. Reading the book is only the first step in a long journey.
It is worth it though. And I recommend it to anybody, especially to people who think their lives are so interrupt-driven that they couldn't possibly benefit from time menagement. Guess what? You're the folks who will benefit the most.
"I'd rather be a lightning rod than a seismometer." -Ken Kesey
Uninstall Windows
Start with the corners
No matter where you click, the first square will never be a bomb
You don't have to flag all the bombs, if you can click all the empty spaces & numbered squares. Alternatively, you don't have to click all the empty spaces & numbered squares, if you flag all the bombs. It depends on how you visualize the field.
[Fuck Beta]
o0t!
39 hours per work week (a couple minutes late every day)
10 hours.. on phone with people that don't speak english even though they're 'support' for American companies
2 hours.. drooling over computer parts with coworkers
2 hours.. 'rigging' cute females' computers with problems
10 hours.. Slashdot and other forums
2 hours.. porn
4 hours.. blaming all problems on lack of hardware budget
8 hours.. being condescending to coworkers who make more money than them
1 hour.. fixing computer problems
All overtime is spent eating pizza and fixing computer problems they couldn't fix during their one real hour of work.
--- We need more Ron Paul!
Ok, how many of you are reading a review of this book on /. while at work?
...and yes, my hand is up too.
Oh, the irony.
We had some system admins in the course with us, but curiously they were called out on pages and emergencies so often, that I think the eventual goal of the course was lost on them... so sad.
Actually, the system admins might have been managing their time better than you. Just because the pager goes off in the middle of a meeting that doesn't mean that the server caught on fire. A pager can be a good time management tool if it can get you out of a boring meeting.
As the reviewer said it may be less valuable for those of you that are already doing something like this. And I'm not taking everything it says as gospel. But you could do a hell of a lot worse than to pick up this book, inhale it several times over a weekend (it's short), and start using what it teaches.
And hey, he co-wrote The Practice of System and Network Administration, another excellent book. I'll take a look at anything he's got to show.
Carousel is a lie!
Save yer hard-earned $, and handle it like THE PRO!:
;)
(http://www.theregister.co.uk/odds/bofh/).
This has all you need to know!
Down With Slashdot BETA!!! I've been around the corner and seen the oliphant; you can only abuse me from your perspecti
1) Browse the net all day doing as little real work as possible. Take requests from users and wait 4 hours before doing each one. Keep a list of requests and check-off things as you do them, every once in a while getting embarassed because you didn't keep your word.
2) Do all requests right away. Answer all phone messages and emails right away. Get every request done in basically the time it took plus the 15 mins it took to finish what you were doing.
Method 2 was way better. The work ethic it takes is catchy too, and the whole company benefits. Both methods take the same exact amount of work, but with method 2 you don't wait . After two years like this, I was down to spending only 25% of the time on user jobs. ie) waiting time of zero for new jobs to get started. In my spare time I trained and programmed for the users eventually going from maintaining to writting apps.
You can be a solution or a problem, its up to you.
I work on one Help Desk ticket at a time and completely ignore any phone calls, emails or IMs until I'm done with the that ticket.
"Hey, the network guys are seeing some suspicious traffic - "
"Later."
"Hey, our loads are skyrocketing - "
"Later."
"Hey, our front-end web servers have just crashed - "
"Later."
"Hey, the director of systems administration would like to speak with you - "
"Later."
"Hey, security's coming over - "
"Later."
"Sir, we'll need you to come with us."
"La - "
The coolest voice ever.
...now back to Quake!
One ring to bind them - should probably have more fiber and less rings in their diet.
Bah. You clearly don't know how to improve times the slashdot way.
edit your winmine.ini file. Use realistic times. There's a call center out there where they're probably still trying to beat my 103 second Expert record.
120 characters for a sig? That's bloody useless.
In reading this, it seems like a false ray of hope to a lot of sysadmins out there who are struggling. I fear what will happen is that they will free up their schedules only to be dumped on further by middle and upper management. It's not malice, it's a survival mechanism.
Your boss's job is to keep you busy. In an ideal world, your boss's job would just be to make sure x amount of work gets done and then their responsibility ends. In the real world, your boss gets fired if you're effective enough to have 25% of your time free and you look like you're slacking off. Various ploys about acting busy only get you so far, if you finish all the assigned tasks way ahead of time, and the other stuff isn't on the "hot" list, then they assume you can fit way more on that list.
So it comes down to this, if you're stressed and overworked, your (my) boss gets praised as long as they can keep the "hot" list hot. They call it pipelining here, as in "bend over for the pipelining". If you're not stressed, they find more to do or stop investing in timesaving admin tools, since you obviously don't need them.
Yes, my job sucks. Yes, I'm looking. No, I don't buy that lots of people don't have this problem, they just don't recognize it.
I didn't have particularly great time management skills before - they weren't horrid or anything, but I started to get really stressed out and started to forget things alot. The book did a lot for me. I'm getting a lot more done and feeling a lot less stressed out about it.
I realize to people who've had time management classes some of it might seem redundant. I would suggest that before you disregard the book, you at least go to the bookstore and skim the forward and maybe even the first chapter. The author makes a point about time managements systems and courses in general, and how they generally don't fully apply to systems administrators (from his personal experience in taking those courses and reading those books).
In particular, I found the section about interrupt shielding very important.
Also the idea of prioritizing task items along "perceived" priorities. That is, if you have two tasks that are at highest priority and one takes 10 minutes and the other takes 4 hours, you do the ten minute task first. There's a good chance that someone else is unable to complete something until that task is done. You still get both done in 4:10 minutes, but to the guy who was waiting on the 10 minute task, you're a hero. A great way to increase your perceived value without doing anything extra at all.
I'm surprised, so far no BOFHs have posted yet. Here are some ways to save time that probably haven't been mentioned in the book:
For all the humorless pedants that are about to reply saying "This will get you fired"...what was your username again?
There's no sig like this sig anywhere near this sig, so this must be the sig.
I was hoping for more, but a good part of the book seems to be rehash from the first book. The emphasis on PAA is almost useless to me because I try to do everything through my Treo 600. Still, after having looked at numerous Palm programs, I've found that NOTHING fits. The PAA, of course, being a sheet of paper at its most basic, is ultimately flexible. I'm not a palm programmer, so I can't "just write something for palm" to scratch my own need.
Instead I've done the next best thing, which is to write a Rails app for this, which is, of course, accessible from the Treo and just about any other place. http://www.shokk.com/Todo/
All in all, there are some very good nuggets of info concentrated into the fewer pages of this book from the whole of the previous book, which did not wholly deal with time management and had those ideas spread throughout the book.
For an idea of what the book talks about, see the video here.
"Beware of he who would deny you access to information, for in his heart, he dreams himself your master."
Think of yourself as a multitasking operating system. The first thing you want to do is prioritize I/O bound processes. Make all your phone calls and read/send all your email first. While the harddrive (aka much slower coworkers) are busy processing your requests, get some real work done (aka CPU bound processing). Mask your interupts if you have to. After you've spent at least an hour or data from I/O is required, unmask interupts and process some of that data. Process any emails or phone calls and then get back to work. Rinse and repeat...
-matthew
"THERE IS NO JUSTICE, THERE IS ONLY ME." -Death
;-)
Eloi are stupid, throw morlocks at them!
Here are my suggestions:
Make a list and work from it religiously.
Work on one task at a time, context switching is very costly, various studies have proven once into a task, it can take upwards of 30 mins to get back to that same level of productive involvement after an interruption or concentration change of any sort. (This is probably the single most important change you can make)
Use asynchronous communication as much as possible, as it allows you to deal with things when you have completed something (email, IM).
Ignore your asynchronous communications while involved in a task. Don't have your client automatically check your email. Get your email when you have reached a natural break or completed what you were working on. Same with IM, put yourself 'Away' and don't look at what comes in until it is the proper time.
Tackle most difficult tasks first, break down if needed, but get the hardest things out of the way first.
Anything that you can handle totally, 100% in 5 mins or less do immediately, do not put those things off. If it is going to take longer than 5 mins, put it on the list, ranked accordingly. Again, this is avoid context switches later.
Work from a clean work area. Really no matter what you think, you will be more productive in a neat organized workspace. Read the studies, people who claimed to be more productive in a chaotic environment, were very surprised to learn that objective measurements and their own experience showed dramatic increases in productivity when forced to work from a organized, neat environment.
Practice these things, they can become invisible second nature if you actually practice them with serious self discipline in the beginning. Practice them, force yourself, you will thank me later. You will see over a 100% increase in your productivity if do all of the above. You will start succeeding in your job in ways you never thought possible if you want to, if you don't really want to, nothing is going to help, so be honest with yourself.
Regards.
Wax on, wax off baby!
I think they missed a point of one of the reasons for the irritability and grumpiness. I don't know about you, but pretty much the only people I see are the ones that are having problems and are pissed that they cannot get their work done. Granted its the nature of the business, but being understaffed (which is typical) and hearing nothing but complaints all day kinda lays the groundwork for being grumpy.
;)
How about somebody write a book to give to the USERS to help them 1) document the error message, 2) learn how to unjam a printer, 3) how to change their own cartridges, 4) etc, etc. The list is huge.
Don't bitch about our grumpiness...its the only thing we have to fall back on under the scowls of all the users.
(gee, I hope I didn't sound too grumpy in this post
"Have you tried turning it off and turning it back on again?"
One thing I do love about the Oreilly titles is their choices in cover art. The cover of "Time Management Tips for Sysadmins" is a wolverine. Very appropriate choice. ;)
It's all fun and games until someone loses the key to the handcuffs.
Engage grumpy rant mode now!
It's hard to manage the time for some tasks when they are dependant upon waiting for other employees to go to lunch or go home before you can work on the resources they use - then they wonder why I'm just sitting about reading slashdot at work at 7:30pm some day - it's because I'm waiting for them to go home before I can put in an hour and a halfs work on their PC.
Some of the worst people to deal with are those users who also have time management issues - they've never had time to learn how to use a computer properly (or many other tasks important to their jobs) but must appear competant so they get defensive or dissmissive when you explain basic things to them. They will do things like call you out to a site at 8:30am for some urgent work, leave you waiting and having to find other things to do (remote admin to the main site over a slow link standing up in a noisy location) while they organise a social event until 4:15pm when they hand you the WRONG media. They then stand behind you telling you how urgent it is to do the install before 4:30pm or everyone's pay will be late - and saying things along the lines of "are we there yet, are we there yet" like a three year old child. After you determine that it is the wrong media (fairly sure at 4:15pm but assured otherwise - have the client convinced at 5pm) and finally locate it behind a filing cabinet after a half hour search (it's banking software - it had to be hidden) and get the software installed and set up in half an hour the client will tell everyone for the next two years how poor your time management skills are. "I called him here at 8:30am and he didn't finish until 6pm so all the pays are late - that young man has poor time management skills."
Another bad thing is the attention seekers. In one place where I had a short time contract some bastard who used being gay as an excuse to be obnoxious found to his surprise that the new contractors would come if called. Every two days some trivial request would come through - repeated every five minutes with threats and announcements of the employees importance (this clerk had no subordinates and low pay but was by his own account the second most important person in the company) if there was no action. On arrival I would be met with a lot of sexual innuendo and laughter (weird, I'm not gay or even good looking and didn't respond to any of the comments) - to fix a problem like a windows printer deliberately uninstalled so that I can reinstall it - or an attempt to get me to steal another sections resouces for them and move it into their area. Other less obnoxious attention seekers will turn up in the server room when there is a crisis and ask for help on something trivial or their home computer (the "if there's anything more important than me I want it taken out and shot" philosophy). The idea is that they are being shown that you consider something else more important than them, so they need to show others that you consider them as important as restoring the companies communications with the outside world so that customers can give the company money. These people are almost never in positions above that of the leader of a small team of two or three people.
The absolute worst people to deal with are those who have gained their position by being lovers of those in power, so may have no ability, are given busy work which they do incompetantly and cannot be dismissed even in extreme circumstances. I should not have to tell a 60 year old man to get out of the server room and never go in there, let alone smoke in there, again.
Some people have the idea that sysadmins are there to read manuals to them like bedtime stories to children. In many cases the sysadmin is the only one that has read the manual for something that is in daily use by large numbers of people - many users think they shouldn't have to read anything after they leave school so a book for users wo
In my company, we have an assigned On-Call person, that rotates each week.
Unfortunately, for me, it seems that each person who I've helped in the past, knows that I can help them now. Regardless of how many times I say, "So and so is on-call", I get the response, "I know this will only take you a second." and if I say "Take it to the on-call" again, they go right up the food chain, claiming how "uncooperative" I am.
Anyway, I digress.
How many sys admins, sys analysts, sys engineers (whatever title your company decides to throw at you this week), get to the point, that they just want to scream, "When do I get to work on my assigned work, instead of doing your work for you?".
People will walk up all the time and lay the famous "Quick question" line, at which point I have to suppress the desire to pick up that spare Netra lying under my desk and beat them over the head with it. Sometimes, I surpise myself, and leave it there. Most of the time, I end up with it almost over the top of the desk, before they back off and leave. But seriously, I usually do end up answering their questions, and then try to get back into what I'm doing before the next interruption hits.
The problem with this methodology, is that when the end of the week hits, and your boss asks you for a status update on the one project you were assigned to, and you give them this pole-axed look, claiming to have been inundated with walk-up traffic, your boss just says, "But I thought you weren't on call this week". To which, I really don't have a good reply - other than, "It was either help them, or have them go crying to you claiming I wasn't being helpfull".
We have a help desk center, where everyone with an issue is supposed to call. For some reason, the S&D (no, this doesn't mean software and development, it's supposed to mean Support and Development) group seems to think they are above this work rule. No matter how many times we casually remind them, no matter how many carefully worded e-mails are sent out reminding them of this rule, it never stops the walk up traffic. It also doesn't seem to matter who's on call as long as the person asking the question knows that you can provide them with the answer, regardless of how many times you've given them the same answer. It's easier to ask again, than to strain your brain and remember it on your own.
For those co-workers who actually do remember to follow the rules most of the time, and do remember the answers given for longer than a day or two, I am very courteous and helpfull. For the rest of the SOBs, I'm not as forgiving, and I usually end up reminding them, quite vocally, that I've answered their question (the exact same one) multiple times in the past, and why can't they get it through their duranium alloy skulls?
Oh well - not sure where I'm going with this anymore, maybe I just felt the need to vent.
If anyone has found a chuckle here, then great. If I've offended anyone, then f-off. =D
Who is general failure, and why is he reading my hard drive?
Time management is common sense. Nothing more.
.. I'd buy it. Otherwise I'll wait for the movie to come out on this one ...
... ).
:) Esp when said end users are making more money than we do.
xx hours in each day
xx tasks take up xx hours
xx interruptions take away from xx tasks.
This varies greatly. You may have a nice cush univeristy job where you can get away with BOFH tactics and generally get paid to do little to nothing.
Or you could work for a web hosting company with 300 servers and one Admin. You know, the kinds of companies that give you an army of "rhce's" from india and call it help? In that case you don't need time management skills you need hard drugs, and liquor and lots of it.
My priority scale changes much like a dynamic cluster would.. whatever is prone to get me screamed at the most if it doesn't get taken care of is what gets attention. Thats either the servers or the wife, whichever talks through the earpiece when I pick up the phone.
If someone could write "The complete idiots guide to quieting a noisy pesky end user who wont STFU about their database"
The point is most of us have unrealistic demands put on us daily. You just need to accept that you are not going to get things done, and most people aren't going to like you much less appreciate what you do (or even understand why those pesky interruptions can set you back a whole day
So put this somewhere on your wall or on your cube / door / whatever. It works for me.
***
If you see me editing stuff that looks like code, stand there for 10 seconds. If I don't look your way, go away - leave your number or email on my door I will call you back.
***
Companies should educate staff more on AST (Admin sensitivity training.)
As the median income for a 20 year seasoned unix veteran is now around 40k, we just don't make enough money to put up with end user crap
delay any future requests from people that waste your time.
I.E. panic requests "drop everything, I need this done now."
When the truth is " I don't need it for a week & it isn't on the plan until either,
but I want to go into the meeting today & report it done"
Avoid meetings, any meeting over 30 minutes & 5 people to usually low value.
Make sure your customer knows what they can do to make your life easier.
I.E. like budget time & money for installs/testing.
not waiting until 11:15 to report a problem, so you can work thru lunch.
learn Perl (& Python)
watch the problems and look for the root cause.
a couple of scripts & simple documentation go a long way.
Try to always put your stuff in a very easy to find location.
i.e. If it doesn't almost jump in front of the user/help desk it is in the wrong place.
Document the top 10 things that go wrong with an app/process & have a solution.
A simple trouble shooting guide for the help line/web site is a good thing.
have a to-do list for your own use.
Go on vacation and be unavailable for a least a week.
You will find out how far ahead of the chaos you are.
And your boss & users will get a that too.
This has lead me to budget for tools/training, extra manpower, & a new job(once).
Getting fired was ok, I found out later they go thru SA's very quickly.
I learned a lot of things to avoid & how to spot them in the interview process.
Always read the new BOFH !!!
Ya can't live it, but an idle fantasy is alway fun too.
This is my opinion based on what little I know and understand of the rumors and lies Thanks, Randal