CHAPTER ONE
Necessary Assets
No one is born naturally good at technology. Natural-born techs are a myth. In fact, Information Technology, or IT, has nothing to do with human nature. Yes, itâs a product of humanity, and yes, IT is part of our modern culture, but machine based computation was never part of the human condition. Itâs simply a tool of convenience recently added to manâs repertoire and nothing more. Thereâs no throwing, hunting, or tackling involved in IT workâŚat least physically speaking. However, some nonetheless see tech work as a mental exercise not all that different from chipping a piece of flint into a spearhead. They argue that since it also involves problem solving, Information Technology taps into basic human nature and thus a person can be a natural at it.
The truth is that so much of personâs mind is developed after birth that itâs impossible to say how many problem solving skills were nature given and how many are developed through life lessons. Whatâs more, the sensory skills needed to make a good flint spearhead are largely removed from the purely mental act of working with computer systems. You can hear weakness in a piece of flint by tapping on it. Touch, strength, and a fairly extensive amount of physical coordination are also part of making a first rate spearhead.
Although the spearhead maker may have visualized the finished product before he began working, just as modern system developers do with solutions theyâre working on, the act of turning his mental image into a material possession was primarily a physical act with some measure of problem solving thrown in along the way. Itâs a vastly different and much more advanced act when you turn a visualized image into a virtual outcome. A virtual outcome is measured only by an abstract input and output, which creates a product that is seen but never touchedâŚat least not directly.
In contrast to the idea of a natural-born tech, practically all complicated jobs youâll inherit while moving up the tech food chain will involve skills you learn along the way. For instance, multitasking is a skill-set youâll definitely need to develop to stay in the game if you didnât possess it beforehand. Not just run-of-the-mill multitasking either. If youâre working on more than one job at a time, then itâs not merely balancing several unrelated tasks at once. Youâll find yourself moving from one group of tasks to another in a non-linear order. That means working on task two from job B, task four from job A, tasks one and three from job C, and so on, all at the same time. Experienced techs already know all about this. You must move quickly and easily between the different tasks in different jobs without losing the perspective of each taskâs individual role within their respective job. Sound difficult? Itâs just a matter of practice. Anyone who wants to excel in IT must be good at multi-tasking multiple-tasked jobs. This can only come through repetition and experience. The ability to simultaneously track different things with multiple parts is a modern, learnt skill, and not just a part of our shared human nature, so quit pretending there are natural born techs whose skills you can never match. Everybody starts at the same place. Itâs just matter of how hard you work at being good at what you do. The bottom line is that everybody starts at the same level when they decide follow a career in information technology.
If thereâs no such thing as a natural tech, thereâs also no such thing as the hopeless case who canât get the hang of things either. Itâs always just a matter of personal effort. How much effort you bring to the job everyday defines how good youâll be at your job over time. The effort to be a good tech can be made easier by adopting four simple attributes that will help you along the way. Work to maintain these attributes every day and your career path will become easier.
The Four Attributes of IT Excellence are:
- Courage
- Focus
- Clarity
- Sense of Scope
Aspiring to these four attributes will help you enjoy a long and happy career in the world of computers:
Courage
Itâs safe to say that every tech will have a moment of hesitation at least once in their career when asked to take on a critical job. Thisâs especially true when the job involves a leadership role in an area that affects many people in the company. The companyâs productivity will be at risk as well as the techâs credibility. If anything goes wrong, thereâs no place to hide. Your coworkers will know who was responsible for their inconvenience. That kind of pressure can make even the best, most experienced techs pause. Nevertheless, modern computer systems are online and running successfully all around the world, so somebody must be finding the courage to build them. The truth is that good techs have been finding the strength to build complicated and important things for many years now regardless of how critical the systems are to the people around them. Once they got started, those techs then found the confidence they needed to follow the job through to the end.
To be clear with the definitions here, courage is the ability to accept a new challenge while confidence is the bearing you maintain while the challenge is underway. The two are not quite the same so donât mistake one for the other. Donât ever think that solely one or the other will be enough to get you through a big job. Courage without confidence is starting a race you wonât have the fortitude to finish; confidence without courage is being well prepared to follow a path youâll never take. Courage gets you started and confidence keeps you going. Both are only useful together.
It can be overwhelming at first to be given a tough job which affects many people who you know personally and work with every day. Take heart in the fact that there are ways to minimize the weight of the task. The first thing you must do is develop good preparation skills. For example imagine a crazy guy who, on a dare, is about to jump off the two-story roof of his house into his backyard. Just before he jumps heâll probably be more nervous than another guy with a parachute on his back whoâs getting ready to jump off an eighty-story building at the same time. Thatâs because of the amount of preparation each jumper undertook. The two-story guy probably wonât die; heâll just break a leg or two. What heâs about to do has nowhere near the stakes of the eighty-story building jumper. Nonetheless heâll be more afraid than the building jumper at the moment their respective leaps are takenâŚas he should be.
A life truth is that preparation is the biggest part of courage. This applies to everything you do and goes double in the IT world. Nothing affects your courage more than appropriately preparing yourself ahead of time for a difficult job. Skill-set management, planning, and sufficient testing will all make a positive difference in your attitude before you start. If you need to take some time to review the technology first before starting on new task, then take the time needed (within reason of course). If your boss dropped the job into your lap while adding that it âneeds to be done yesterday,â then you need to get those communication skills going to convince him that âneeds to be done yesterdayâ and âdoing it right the first timeâ donât go together. If that doesnât sound easy, so be it. Do it anyway. Preparation is a large part of your professional demeanor and your professionalism is one of the few constants in the constantly changing world of IT. Preparation gives you the courage to move forward when everyone else is holding back. As skill-sets come and go, as experience on obsolete systems fade into the past (trust me, the day will come when you really can tell the new guy youâve forgotten more than he knows), and as employers go through corporate changes, you must cling to your professionalism like a life preserver. Itâs the one thing that will keep you proud and confident. Itâs also the one thing that will keep you satisfied over a long career in computers. When you lack courage, your professionalism is at risk. Everything you do is vulnerable to being compromised by stronger willed people around you. Never let this happen. If you feel pressured or bullied or kicked about, remember itâs the systems you build and maintain that have the final say in how good a tech you are. Build them well and keep them running and only good things will follow. No one can take away up-time from you and up-time (when the systems run well) is the only true measure of how good you are.
Still, there is the occasional worst case scenario. Letâs say for example thereâs a rushed boss who wants you to jump into a job you know youâre not quite ready for. He wants you to move on the spot and you, as a professional, prefer to take a moment to get up to speed on the technology first. The boss is so disappointed in your lack of recklessness that he finds someone else to get the job done on the double quick. To make matters worse, when the new guy takes over he gets lucky and finishes the job correctly and on schedule too. As a result, the boss starts treating you like a goat and the other guy like a hero. If this happens to you, then keep one critically important thing in mind: you were still right. Even if the new guy succeeded brilliantly, he was wrong to begin in the first place and relied far too much on luck to finish the job.
To pick up on the previous analogy, letâs say the guy who jumped off his two-story roof hit the ground and rolled to a stop uninjured. He pops right up and is the hero of the moment, receiving âoohsâ and âaahsâ from everybody around. Does that mean he can climb right back up and do it again? No. What it means is that he made a bad decision and got lucky. The next time he jumps, he faces the same tall odds of disaster. The same goes for any tech who rushes into a job without suitable preparation. If fact, pity the tech whose boss is so impressed with his lack of restraint that heâs now expected to get jobs done âon the quickâ every time. Thatâs no different than expecting the guy who jumped off the roof to keep doing it over and over again on a regular basis. After all, it worked out fine the first time. If youâre professional enough to want the job done right instead of just quickly, the fact is you were correct in your restraint. Your boss, who was cutting corners, is only inviting trouble down the road for the whole department.
Doing things without proper preparation will always cost the company extra money in the long run. The inevitable mistakes that kind of work ethic brings will cause more downtime and delays in worse ways than taking time to properly prepare ever will. If you find yourself in this situation, remember your boss made a bad decision based on the needs of the moment and you made a good decision based on your long-term professionalism. Donât ever doubt yourself in this regard, no matter how much it may sting your self-esteem at the moment. In fact, itâs even reasonable to think that if the boss had planned things better from the start the current rushed situation wouldnât have happened.
Good preparation means understanding all aspects of the job at hand. This includes end-user requirements, the technology involved, the milestones to be managed, the risks during implementation, and the abilities of those who are assisting you. The more you can lay down a clear path to follow in terms of rolling a system into production, the more courage youâll have from the beginning and the more confidence youâll maintain along the way. Good preparation leads to courage, courage invites confidence, and confidence leads to success.
Once you understand the technology enough to proceed with a reasonable amount of comfort, the next step is to measure all the variables. These can include such things as cost, workload, time, risks, workmanship, and user orientation. The combination of variables is different with every job and you must work through them all to determine their importance in each case. Confidence can be gained by understanding how much focus each variable deserves relative to its impact on that particular job. This is because understanding something in detail helps diminish the element of surprise and, as has been proven over and over again, surprise is the one thing that can never exist in the world of IT.
Being able to understand all the variables in depth for each job is something that comes through experience. Itâs never a quick task. You must take care to understand as much as possible about how to proceed on a job before you start to work. Never think that youâll figure things out as you go. Planning to âcross that bridge when you get to itâ doesnât work in IT. Presume nothing and prepare for everything. If you still get tripped up along the way, youâll at least be able to recover rapidly and get things back on track with less effort.
The variables that can cause you to stumble during your work are measured as risk. Risk comes in so many shapes and sizes you may not even realize itâs even there until too late. It could be a loss of funding caused by a previously unannounced change in corporate structure, a component stuck on backorder with a vendor, a team member overstating their skill-sets, or a large end-user group struggling to find time for proper orientation once the new system is successfully built. Risk can come at you from every angle and at any time along the way. Being burnt by unknown risks can dampen your courage for future jobs and hurt your confidence while finishing the one at hand.
It takes imagination to understand risk. The more ways you can imagine how things can go wrong, the more prepared youâll be before you start. Minimizing risk is the same as minimizing surprise. Donât let yourself be surprised by anything as you move forward. Itâs not good enough to try to merely anticipate risk. You must fully understand and eliminate as much risk as you possibly can before you begin. An IT project must not be an adventure into the unknown. There can be no unseen elements hiding around unforeseen corners waiting to trip you up. You must anticipate where all those corners are and what elements of risk they might conceal before you begin.
Nothing gives you more courage than knowing how something will turn out before you start. One of the nicest things about the IT world is that you get to work on things you control from the beginning. After all, those systems didnât fall from the sky. They were built either by you or someone like you. As such, you have the power of God over what goes on inside them. If you donât fully understand them, donât start working on the job until you do. If deadlines that donât allow time for understanding were irresponsibly assigned by management, then convince management more time is needed. Running head-on into a fail-state that could have been foreseen with a reasonable amount of preparation can cripple a company and break morale. No matter how big the hurry, unforeseen risk can easily end up costing more in the long run than using an appropriate, evaluative approach.
You gain more credibility from a successful job than from a failed one, no matter how heroic your efforts were. In IT, you have the opportunity to foresee the future, at least as far as any particular job is concerned, so donât waste it. Take the opportunity to under-stand all the elements that can go wrong before you begin so you can move forward with all the confidence in the world. You can predict all events and vanquish all worries ahead of time if you put in the effort to do so.
Bigger jobs may also have more than one deadline. Understanding how risk affects each of those deadlines (or milestones) is a critical part of performing any job well. If the job is multifaceted, then not meeting a particular milestone can be more than just a scheduling hassle. The entire proverbial assembly line can be stopped if one of those milestones is missed. That means even the possibility of a missed milestone here or there is just one more thing that needs to be accounted for in the planning stages. Itâs especially true if the deadlines were poorly thought out by the staff member who assigned them. The best thing about moving from milestone to milestone is that it gives you a clear line-of-sight path to the next endpoint. If you break even the most unreasonable deadline into manageable steps, you can work your way through it with less effort than if you had simply dived in and hoped for the best. Most importantly, youâll reduce the element of surprise while working to get the job done.
Risk loves things like rush jobs and short deadlines. Those are its easiest targets. Just as water always follows the path of least resistance, risk always follows the path of least preparedness. An important skill-set you should develop is the ability to understand how to manage the risk of those occasional short deadlines. If you get a short notice job and you understand the accompanying importance and the risk involved, the first course of action you must take is the preemptive act of building up the courage to request some game rules as soon as you can, even if nothing particular has been assigned my management yet. Rule number one is that is that youâll always be given a reasonable amount of time to develop a workable plan for any new job. Rule number two is that you wonât be thrown into a job cold with no skill-sets for the solution youâll be working on.
Usually these game rules can be a simple request to your boss. Bosses with any IT sense will appreciate your forethought and probably have a pretty strong idea of what youâre requesting based on their own experience. Confidence, as well as courage, can also be handed to you through good management too. If you have a lousy boss who doesnât get it, the best you can hope for is good luck with the jobs youâre assigned as you struggle to mitigate risk more effectively. In some cases, itâs not unreasonable for you to consider mustering what little confidence you have left and use it to find employment elsewhere; after all, your ability to maintain your professionalism must always come first throughout your entire career.
Keep in mind that even the worst bosses canât hide for long from the high employee turnover rate they cause. Turnover rates cost the company money by making it difficult for the IT department to operate efficiently. The hard truth about IT is that no department can cut more deeply into a companyâs bottom line than Information Technology does. IT is always considered overhead; even in companies that sell IT services. IT doesnât generate a single penny of profit for any company, its true value can only measured by how cost efficiently it can support billable minutes for the rest of the organization. All computer related inefficiencies will eventually cause the company to lose billable minutes and suffer increased overhead. No matter how politically connected the bad IT boss may be, this truth will always catch up with them.
However, what if the project assignment is a âone-offâ anomaly? Letâs say a good boss got a rush request from a customer that canât be denied. Then you need to figure out how to professionally mitigate risk in a hurry. Step one is to take a brief moment to go on the record by politely reminding everyone for the umpteenth time that thisâs not how things should be done and to truthfully establish an understanding of the increased risk youâll be facing. After all, itâs better to get the gripes out before you begin than it is to complain later on when the deadline is approaching and things are crazy enough on their own without you adding to the noise.
Whether youâre rushed or have plenty of time to work with, a handy trick to identifying all those pesky risks in any job is to narrow your view to as granular a level as is reasonably possible. The more granular you have time for, the better. Do this after first gaining a solid understanding of what needs to be done and laying out the job milestones as usual. Then divide each milestone into several smaller projects with contiguous start and endpoints. The smaller, more granular view provides a clearer evaluation of risks relative to each milestone. As each risk is identified it needs to be assessed against the scope of the job as a whole. Used properly, this trick provides a more thorough approach to risk identification by narrowing the scale of each part of the job that any given risk can affect.
Narrowing the scale not only helps you better assess risk, as a side effect it also forces you to become more familiar with the job down to the granular level youâve chosen. Focusing on the subdi-vided parts before you begin will give you a more detailed overa...