Sunday, 30 December 2007
Saturday, 22 December 2007
Friday, 21 December 2007
Thursday, 20 December 2007
Thursday, 13 December 2007
Motivating Project Staff over Christmas
Rating: | ★★★★★ |
Category: | Other |
It takes a talented Project Manager to keep their project on track over this period and deliver an outstanding result. To help you do this, use these 5 tips...
Tip 1: Plan Ahead
Often, Project Managers have no idea who is taking leave until the week before Christmas. So they suddenly become short of resource and unplanned delays occur. You need to plan ahead.
Find out right now, who in your team wants to take leave over the Christmas period (December and January) and for how long. Then negotiate with them as to when that leave is taken. Try and schedule the leave for a timeframe that fits with your project plan. For instance, if you're in the design phase over Christmas, try and convince your construction workers to take their leave over this period.
Tip 2: Make it fun
It's fair to say that most people don't want to "slog it out" between Christmas and the New Year. They really want easy, interesting work that is fun to do. They don't want to do anything repetitive, anything stressful or anything too big, while others are on holiday. So get the most out of their performance by giving them work that fits their needs.
Every project plan is full of "fun" tasks and "mundane" tasks. Try and give your team members that stay behind and work over Christmas, some of the fun tasks to do. Whether it's researching a new solution, designing a concept, creating a marketing plan or creating prototypes, as long as the work is fun then your staff are more likely to maintain a high level of productivity.
Also, by giving them shorter tasks to complete over this period, it makes them feel like they're achieving more.
Tip 3: Don't burn-out on the run-up
Project Managers often try and finish as many deliverables before Christmas as possible, so that they can show that they have delivered more within the current year. So teams are usually stressed around this time.
It's fine to increase the work slightly before Christmas, but remember; only a percentage of your team will be taking a holiday and will be able to wind-down afterwards. So be careful not to overload the guys that will be staying around over the Christmas period, or they might burn out early in the new year. Remember: overloading only works if it is short term and is followed by a period of complete rest.
Tip 4: Regroup
Post Christmas day, many staff quickly become de-motivated. The Christmas cheer has finished, the office may feel empty and the telephone never rings! Now is the perfect time to regroup by taking your team out to lunch and revisiting your work goals for the next few weeks. Get your team together frequently over this period, so that they feel like a team within a team, while the others are away.
Tip 5: Reward and Recognize
And finally, make a special effort to reward achievement over this period, as you normally would when everyone else is there. A valued team will always be more productive!
By taking these 5 tips, you'll be able to keep team motivation levels high during the Christmas period and allow your team to gain the time to regroup, refresh and gain new energy for the coming year ahead.
Tuesday, 11 December 2007
10 dirty little secrets you should know about working in IT
Rating: | ★★★★ |
Category: | Other |
August 31st, 2007
by Jason Hiner, Executive Editor
If you are preparing for a career in IT or are new to IT, many of the "dirty little secrets" listed below may surprise you because we don't usually talk about them out loud. If you are an IT veteran, you've probably encountered most of these issues and have a few of your own to add - and please, by all means, take a moment to add them to the discussion. Most of these secrets are aimed at network administrators, IT managers, and desktop support professionals. This list is not aimed at developers and programmers - they have their own set of additional dirty little secrets - but some of these will apply to them as well.
10.) The pay in IT is good compared to many other professions, but since they pay you well, they often think they own you
Although the pay for IT professionals is not as great as it was before the dot-com flameout and the IT backlash in 2001-2002, IT workers still make very good money compared to many other professions (at least the ones that require only an associate's or bachelor's degree). And there is every reason to believe that IT pros will continue to be in demand in the coming decades, as technology continues to play a growing role in business and society. However, because IT professionals can be so expensive, some companies treat IT pros like they own them. If you have to answer a tech call at 9:00 PM because someone is working late, you hear, "That's just part of the job." If you need to work six hours on a Saturday to deploy a software update to avoid downtime during business hours, you get, "There's no comp time for that since you're on salary. That's why we pay you the big bucks!"
9.) It will be your fault when users make silly errors
Some users will angrily snap at you when they are frustrated. They will yell, "What's wrong with this thing?" or "This computer is NOT working!" or (my personal favorite), "What did you do to the computers?" In fact, the problem is that they accidentally deleted the Internet Explorer icon from the desktop, or unplugged the mouse from the back of the computer with their foot, or spilled their coffee on the keyboard.
8.) You will go from goat to hero and back again multiple times within any given day
When you miraculously fix something that had been keeping multiple employees from being able to work for the past 10 minutes - and they don't realize how simple the fix really was - you will become the hero of the moment and everyone's favorite employee. But they will conveniently forget about your hero anointment a few hours later when they have trouble printing because of a network slowdown - you will be enemy No. 1 at that moment. But if you show users a handy little Microsoft Outlook trick before the end of the day, you'll soon return to hero status.
7.) Certifications won't always help you become a better technologist, but they can help you land a better job or a pay raise
Headhunters and human resources departments love IT certifications. They make it easy to match up job candidates with job openings. They also make it easy for HR to screen candidates. You'll hear a lot of veteran IT pros whine about techies who were hired based on certifications but who don't have the experience to effectively do the job. They are often right. That has happened in plenty of places. But the fact is that certifications open up your career options. They show that you are organized and ambitious and have a desire to educate yourself and expand your skills. If you are an experienced IT pro and have certifications to match your experience, you will find yourself to be extremely marketable. Tech certifications are simply a way to prove your baseline knowledge and to market yourself as a professional. However, most of them are not a good indicator of how good you will be at the job.
6.) Your nontechnical co-workers will use you as personal tech support for their home PCs
Your co-workers (in addition to your friends, family, and neighbors) will view you as their personal tech support department for their home PCs and home networks. They will e-mail you, call you, and/or stop by your office to talk about how to deal with the virus that took over their home PC or the wireless router that stopped working after the last power outage and to ask you how to put their photos and videos on the Web so their grandparents in Iowa can view them. Some of them might even ask you if they can bring their home PC to the office for you to fix it. The polite ones will offer to pay you, but some of them will just hope or expect you can help them for free. Helping these folks can be very rewarding, but you have to be careful about where to draw the line and know when to decline. For help, take a look at TechRepublic's free download "Ten ways to decline a request for free tech support."
5.) Vendors and consultants will take all the credit when things work well and will blame you when things go wrong
Working with IT consultants is an important part of the job and can be one of the more challenging things to manage. Consultants bring niche expertise to help you deploy specialized systems, and when everything works right, it's a great partnership. But you have to be careful. When things go wrong, some consultants will try to push the blame off on you by arguing that their solution works great everywhere else so it must be a problem with the local IT infrastructure. Conversely, when a project is wildly successful, there are consultants who will try to take all of the credit and ignore the substantial work you did to customize and implement the solution for your company.
4.) You'll spend far more time babysitting old technologies than implementing new ones
One of the most attractive things about working in IT is the idea that we'll get to play with the latest cutting edge technologies. However, that's not usually the case in most IT jobs. The truth is that IT professionals typically spend far more time maintaining, babysitting, and nursing established technologies than implementing new ones. Even IT consultants, who work with more of the latest and greatest technologies, still tend to work primarily with established, proven solutions rather than the real cutting edge stuff.
3.) Veteran IT professionals are often the biggest roadblock to implementing new technologies
A lot of companies could implement more cutting edge stuff than they do. There are plenty of times when upgrading or replacing software or infrastructure can potentially save money and/or increase productivity and profitability. However, it's often the case that one of the largest roadblocks to migrating to new technologies is not budget constraints or management objections; it's the veteran techies in the IT department. Once they have something up and running, they are reluctant to change it. This can be a good thing because their jobs depend on keeping the infrastructure stable, but they also use that as an excuse to not spend the time to learn new things or stretch themselves in new directions. They get lazy, complacent, and self-satisfied.
2.) Some IT professionals deploy technologies that do more to consolidate their own power than to help the business
Another subtle but blameworthy thing that some IT professionals do is select and implement technologies based on how well those technologies make the business dependent on the IT pros to run them, rather than which ones are truly best for the business itself. For example, IT pros might select a solution that requires specialized skills to maintain instead of a more turnkey solution. Or an IT manager might have more of a Linux/UNIX background and so chooses a Linux-based solution over a Windows solution, even though the Windows solution is a better business decision (or, vice versa, a Windows admin might bypass a Linux-based appliance, for example). There are often excuses and justifications given for this type of behavior, but most of them are disingenuous.
1.) IT pros frequently use jargon to confuse nontechnical business managers and hide the fact that they screwed up
All IT pros - even the very best - screw things up once in a while. This is a profession where a lot is at stake and the systems that are being managed are complex and often difficult to integrate. However, not all IT pros are good at admitting when they make a mistake. Many of them take advantage of the fact that business managers (and even some high-level technical managers) don't have a good understanding of technology, and so the techies will use jargon to confuse them (and cover up the truth) when explaining why a problem or an outage occurred. For example, to tell a business manager why a financial application went down for three hours, the techie might say, "We had a blue screen of death on the SQL Server that runs that app. Damn Microsoft!" What the techie would fail to mention was that the BSOD was caused by a driver update he applied to the server without first testing it on a staging machine.
Saturday, 8 December 2007
Friday, 7 December 2007
Subscribe to:
Posts (Atom)