Archive for the ‘Professional Development’ Category
I’ve had dozens of people email me to ask what it means now that McGraw-Hill is no longer the publisher of the Official CWNP study guides (CWNA, CWSP, CWTS, etc.). I decided to answer this question in a blog post. This way I can just refer the new emails to the post. Here’s the basic benefit of being the official study guide:
- The CWNP program picks who the author/authors will be. This is a benefit in that the reader can be sure the CWNP program believes in the author.
- The book gets to be listed as the official book.
No special insights into the exam are provided to the authors of the official book beyond that available to anyone, so no real benefit exists for the reader from the perspective of the "official" label. Giving special insight would be unethical (since the author would always claim to have passed the exam and yet he or she would have been exposed to special information about that exam) and the CWNP program is anything but unethical. In other words, the authors of the official book have no more insight into the exam than the authors of any other book. Anyone who writes a book for the exams – official or not – has access to the same resources:
- Official classes
- Objectives
- CWNP.com
That’s really it. Now as far as picking the authors goes. The CWNP program picked me for Wireless#, the first book outsourced to be completely authored by a non-CWNP program employee. They picked myself and two co-authors for the CWSP study guide 2nd edition. They then picked me for the 4th Edition of the official CWNA study guide. They also hand-picked Joel Barrett to help guide the series at that time. Joel is an amazing engineer working with Cisco in wireless implementations on a very large scale. I am a consultant and trainer who implements an average of 4 to 5 wireless LANs each year. I teach from 5-6 week long custom CWNA/CWSP classes each year and I am continually researching the newest in wireless technologies. The point is that they would have picked me to write the official books again if I were available. In fact, I was offered the opportunity to write the official CWTS book for Sybex, but could not due to contractual obligations.
Due to their contractual issues with the CWNP program and nothing at all related to the content or writing style, McGraw-Hill lost the official label to Sybex. Sybex is also a great publisher (I write for them as well on non-overlapping topics) and the authors of the official study guides know their stuff well. Their new official CWNA book is exceptional and I expect their CWSP book will be as well.
I am in the process of writing a CWNA/CWSP All-in-One Guide book for McGraw-Hill that will be amazing because of the books format and intent. It will be a study guide, yes, but it will also be a very practical implementation resource. You will be receiving step-by-step instructions for implementing real hardware. I’m very excited about it. In addition, my CWTS book for McGraw-Hill is done and should hit the shelves in the next four weeks.
I hope this clears up any confusion and let me end by saying this: I work with both McGraw-Hill and Sybex and they are both great companies. I know David Coleman, one of the official authors now, and he is an awesome trainer with excellent knowledge. Finally, I absolutely love the CWNP program and the vendor neutral certifications they offer. Any rumors out there which cast a negative light on any of these three companies (McGraw-Hill, Sybex or Planet3/CWNP) will hopefully cease. Sometimes things don’t work out between companies, but I’m thankful that multiple products exist and the user community gets an excellent set of resources.
Happy modulation!
OK. We’ve decided to change the title of my upcoming SQL Server 2008 book. Instead of DBA’s Guide to SQL Server 2008, we’re calling it Real World SQL Server 2008 Database Administration: Skills and Knowledge for MCITP Certification and Beyond.
The reason for the title change is simple. We are covering the objectives for 70-432 and 70-450 in the book and we want this to be clear; however, we also realize people want more than a certification prep book. In fact, this book includes several entire chapters that have nothing to do with the certification, but everything to do with effective SQL Server 2008 administration. Hopefully, the new title will help to clearly communicate the purpose of the book.
After teaching Information Technology Project Management more than 100 times, I must say that the most common feedback I get is related to the technology project plan. Students, who are aspiring project managers and senior project managers, frequently state that their organizations do not grant them enough time to create effective technology project plans. In this post, I’ll suggest three things that you may find helpful.
First, a question. Why do so many organizations expect IT engineers and architects to develop complex solutions without granting them the time required to plan well? I think it boils down to a simple answer: they don’t understand just how complex IT projects can be. The assumption seems to be that technology is plug-and-play and it all just works together. This thinking may be the result of our poor communications, but it must be remedied. Hence, my first suggestion:
Begin to communicate the complexity of IT solutions.
You may find that you are granted more time to create the technology project plan if you help the sponsor understand how complex the technology really is. For example, you may say something like, "Did you know that there are more than 2300 bricks in a 16 x 28 foot wall? Imagine the planning that goes into choosing all the right bricks and materials needed for an entire two-story colonial home. The application we’re developing is a lot like that. It will have more than 46,000 lines of code in the end. If we make cuts on the planning, the end result will only suffer for it." This analogy brings me to my next suggestion:
Draw on past failures.
Now that’s something you don’t hear every day; however, it’s very important. Many IT project failures can be directly linked to poor planning. Reminding the sponsor of this reality can help you buy the needed planning time for your next project. You can also encourage the creation of a better technology project plan by following this recommendation:
Point out the cost of not planning.
This suggestion may sound similar to the previous one, but we’re actually going to focus on a different perspective. Rather than drawing on past failures, we’ll point out the rough order of magnitude (ROM) estimate for the project in question. Imagine the ROM estimate is between 1.2 million and 1.5 million dollars. Choosing the wrong hardware or software early on, in such a large project, can easily cost over $100K. Point this out while requesting time for planning; however, keep this in mind: if you use this technique and still select the wrong hardware or software after extensive planning, you may have ruined your project management career in that organization.
These three solutions will help you gain the needed planning time, but you will need to ensure that you have selected trusted team members who can help you create an accurate technology project plan. Assuming you have, you’re now ready for project management success.
One of the most devastating mistake an IT project manager can make is to assume he or she understands the user. First, users are humans and humans are unpredictable. Second, users are business professionals and business professionals are predictably unpredictable. So, how do we deal with this important issue?
The answer is continual research. Internal research includes user interviews, usability testing and other efforts that result in a better understanding of the cUStomER (users are customers in disguise). User interviews and usability testing help you understand how users really use systems and solutions. Sometimes, the best information is gathered while simply watching the users do their daily work.
I recently worked on a project that included the development of a web-based front end to a database. The internal IT professional told us exactly what he wanted and we designed it for him; however, when the users started using the application, they had all kinds of complaints. Was it the fault of the users? Certainly not. As the IT professionals, we must do the research that results in a clear understanding of the customer’s needs. This particular IT professional based all of his decisions on his technical expertise and did not consider the business processes.
In the end, we spent a day with the users observing how they performed their work in the old system. Then we redesigned the web interface from the ground up. The end result: a solution based on research (and no assumptions) that the users loved and used.
Assume nothing. You’ll be glad you didn’t.
In the first part of this two-part post, I covered the first two barriers to expertise that Walter Dill Scott presented in his 1910 book on Increasing Human Efficiency in Business. In this second part, I will cover the last two barriers, which have to do with a dose of reality and a dollop of initiative.
As a reminder, here are the four barriers rephrased to be directly applicable to modern information workers:
- The enthusiasm for the topic or skill is based upon a current fad or trend.
- All easy improvements have been made.
- A period of incubation is required in which the new skills and ideas have time to develop.
- Voluntary attention is difficult to sustain for a long period of time.
Incubated Potential
The third barrier is really more of a frustration than a problem. The human species tends to need a digestion window before it can benefit from any new input. This is true of food and it is also true of knowledge and skills. Therefore, you might call this third barrier impatience, if you are seeking a one word reminder. Impatience has been the fuel behind many failures on the road to expertise.
The pain caused by this barrier is only exacerbated by the fact that we often need several incubation periods along the journey from novice to expert; however, you can use the following strategies to get through the incubation periods and experience the birth of expertise on the other side:
- Watch your self-talk. Be careful to focus on the positive outcome of commitment through the dry times. Tell yourself things like, "I’ve been here before and it only lasts a little while. Then, I can move to the next level." or, "Even Tiger Woods goes through periods where his game does not improve at all." The point is simple: focus on the fact that plateaus are normal along the journey to the peak.
- Enjoy the relaxation of the plateau. Take advantage of the fact that your brain and body need time to absorb and associate the new knowledge and skills. Don’t worry about gaining new levels for a few days or even weeks. Relax and renew.
- Speed the process. If the incubation period is due to lack of understanding, go to new sources and methods of learning. If you tried to learn the information by reading a book, try attending a class. If you tried to learn by attending a class, read a web page. The key is to mix it up and gain insights from different viewpoints. These activities will help you "light the bulb."
Voluntary Attention
I’ve saved this one until last for a very important reason: It is my biggest challenge. Having a personality of an adult ADHD behavioral mode mixed with the varied curiosity of P. T. Barnum, it is very difficult for me to focus on one knowledge domain or area of interest at a time. Research shows that this is becoming more difficult for modern young adults as well. Some suggest that it is the result of the media craze of the 80s and 90s. I don’t know if that is the driving force behind it or not, but it is a very real phenomenon.
In order to achieve expertise in any area of study – particularly authoritative expertise, an individual must have times of voluntary attention or focus. She must focus on learning new concepts, facts, skills and thinking methods. This can be difficult for some, but here are some great ideas for overcoming this barrier (I have dozens in this category since it has been my area of greatest challenge. Feel free to contact me, if you want more ideas.):
- Accept distraction. By this, I do not mean that you should give up. I simply mean that you may need to accept that distractions lure you more than most. If that is the case, don’t be alarmed. You can still achieve expertise. You will simply need to focus during smaller units of time. I have days where I may research a concept for 30-40 minutes and then I will not come back to it for 3-4 hours – at which time I will give another 30-40 minutes. It is certainly acceptable to learn in this way and, in fact, it could be argued that it is often better.
- Focus on focus. Study techniques that can be used to help you focus. There are many books that provide suggestions, but you can often discover methods by looking more closely at your own behaviors. For example, I find that I can write for 4-6 hours – without interruption – if I go to a library and use one of the empty study rooms. There are no distractions there!
- Be more reasonable in your goals. Sometimes we try to bite off more than we can chew. Give yourself a goal you absolutely know that you can meet. If you meet it, you can go beyond it. Next time, stretch that goal a little bit more. Continue this process until you find out just how much you can read, write, practice, study or any other activity in an allotted time.
Remember, these are just a few of the tips that you can use. The key with all four barriers is to remember that you must blast through them if you hope to become an expert. I’m confident that you can do it. Why? Because I’m just a simple hillbilly from West Virginia and I’ve found a hero in me.
Long ago, in a book titled, "Increasing Human Efficiency in Business," Walter Dill Scott identified the four most important factors that cause skill advancement plateaus. While this book was first published in 1910, the lessons remain valuable and directly relevant to us today. In fact, I believe they are more relevant for IT professionals than many other professionals.
Here are the four factors that have the most important influence on skill advancement:
- The enthusiasm for the topic or skill is based upon a current fad or trend.
- All easy improvements have been made.
- A period of incubation is required in which the new skills and ideas have time to develop.
- Voluntary attention is difficult to sustain for a long period of time.
I’ve rephrased each of the four factors in order to make them more current and more specifically applicable to technology professionals. Let’s look at the first two of these so that we may understand how to overcome the barriers that they represent. We’ll look at the next two in a later post.
Fads and Trends
Right now, virtualization is hot. Virtual servers, virtual desktops, virtual networks and even virtual employees. You can’t read an issue of eWeek or Network World without finding an article on something related to virtualization. You could definitely say that it is a current fad or trend. If you choose to become an expert in virtualization based solely on the fact that it is a hot topic right now, how will you continue to find motivation for it when it is no longer the newest thing?
If I attempt to become an expert in a topic based on the fact that it is currently popular, I am more likely to plateau early on in the process. The key factor here is motivation. My motivation was not based on a true interest in the technology but on an awareness that popularity breeds use and that this popularity may benefit me.
To overcome this barrier, you must find new sources of motivation. Answer the following questions to help you focus your energies in the right areas:
- What excites me about this technology?
- What information, when learned, did I most want to share with someone else?
- How can this technology continue to bring value?
- What are the changes coming in this technology in the next 12 months, 24 months, 60 months?
- In what new ways can I apply my existing knowledge of the technology?
- What benefits will I acquire if I learn even more?
The Next Step is Too Hard
Once all easy improvements have been made, the real challenge begins. Many technical professionals feel like giving up when they get to this level. What does this level look like? Let me give you two examples – each focused on a different technology:
- You understand how to install and configure a TCP/IP-based network. You can configure subnet masks, but you don’t really understand them. You can enable or disable ports, but you don’t really understand how those ports are utilized by the networked applications. You can configure a router, but you don’t really understand how routing tables are updated and maintained. You may be defined as a professional TCP/IP administrator, but you are short of the expert status.
- You know how to implement a wireless access point or router so that users can gain access to the network. You can enable WPA-Enterprise by providing the needed RADIUS server properties, but you don’t really understand how the RADIUS server is used and the flow of the authentication process. You can install multiple access points so that users can roam from one to another, but when users complain that they are losing their connections with an FTP server when they roam, you don’t know how to solve the problem. You may be defined as a wireless professional, but the wireless networking expert status eludes you.
Do these examples give you a feel for the "all easy improvements have been made" plateau? At this point, with TCP/IP, you have to begin studying sub-netting at a very technical level. You’ll have to understand how the thirty-two bits that make up an IPv4 address are actually used. You’ll need to understand the three-way handshake used to establish a TCP connection. These are just a few nuggets you’ll need to master in order to become a TCP/IP expert. As you can see, they can seem quite daunting and many will give up.
Here are three tips to help you overcome this barrier:
- Chunk the task. Break the topic into smaller chunks. For example, with wireless roaming, you may choose to simply discover the names of different roaming techniques on the first day. A few days later you can learn about one of these techniques and then another on a different day. As you read about the techniques, take notes about knowledge subsets you wish to explore further. Learn about those smaller knowledge domains on yet another day. Chunking can break the task down so that it doesn’t seem so daunting.
- Define hard. Seriously. You can make a task easier by defining what you really mean. Sometimes we think that a task or knowledge domain is hard because it is big. Sometimes we think that a task or knowledge domain is hard because there are complex interdependencies. And there are other reasons too. Define what you really mean and then tackle that issue. For example, if you really mean that the task is big, you can use chunking.
- Explain what you already know to someone who doesn’t know it. You will notice that their eyes gloss over. They stop you a short way in and tell you that they don’t understand. What good does this exercise do you? It shows that what you already know is "hard" for someone else. You learned what you do know – you can learn what you don’t know.
I’ll post some suggestions for overcoming the remaining two barriers later today.
In Malcolm Gladwell’s recent book, Outliers – The Story of Success, he reports on the research findings that show just how much time must be invested to reach true expertise. The magic number? Ten thousand hours. The question for beginning and even experienced IT professionals is this: How do I get 10,000 hours of experience in order to become an expert?
The answer to this question is multifaceted and too complex to completely answer in a blog, but I will suggest a couple of ideas that can get you started. First, many of the skills analyzed by researchers in order to come upon this 10,000 hour rule are kinesthetic skills. For example, playing the violin or participating in a sport. Since an IT professional must both understand concepts and practical applications of those concepts, we have an advantage. We can learn the concepts very rapidly and then gain the experience in practical application.
I suggest that a number closer to 7,500-8,000 hours may be more applicable to the technical professional; however, even if we insist that the full 10,000 hours be accumulated, they do not all have to be accumulated at work. Here are some tips to help you gain the 10,000 hours demanded for expertise in a shorter window of time:
- If you are working in the area of your desired expertise, assume that you will accumulate about 1800 hours per year from your job alone. You may accumulate more, but you should be careful not to claim every hour that you’re at work (those meetings aren’t always helping you achieve your expertise).
- If you read one book per month related to your expertise, give yourself another 100 hours per year for that.
- Now, devote just 2 hours each week to hands-on work in your area of desired expertise. This gives you another 100 hours each year.
If you follow these guidelines, with some minor tweaks for every individual, you will gain the needed 10,000 hours in just five years. This is half the time that is usually required to become an expert. These five years of effort can provide you with many decades of success.
A friend recently told me that he was going to a training class on Cisco routers. A statement that he made caused me to pause. He echoed a common misconception when he said, "I’m going to go to this class to gain expertise in router configuration." Why is this a misconception? I’ll answer this question in today’s post.
An expert, according to the Cambridge Dictionary of American English, is defined as a person having a high level of knowledge or skill in a particular subject. Maybe this is why so many people are confused about what it takes to become an expert. Apparently there are two definitions. Here is what the Oxford American College Dictionary has to say:
A person who has a comprehensive and authoritative knowledge of or skill in a particular area.
Now that’s a different definition. Here’s where I think the problem lies:
When we want to become an expert, we define it as being very knowledgeable and skillful. When we want to consult with an expert, we add the authority qualification.
What’s the difference? Let’s analyze it. If you are in need of advice, consultation, or any other form of help where the stakes are high, you want an expert. Is the person you want simply someone who knows a lot about the topic? Probably not. You are seeking an authority in the area of need. Now, when we want to call ourselves experts, we seem to change the definition to be more like the Cambridge Dictionary’s definition. We accept knowledge alone as expertise.
I’ve said all that to say this: if you want to become a true authoritative expert, it takes time and effort. It doesn’t happen automatically after attending a class. You must practice, contemplate and study your area of expertise to become the authority. I would even suggest that you may need to either make discoveries or develop your own perspective on the topic.
What does the journey to authoritative expertise look like? The important thing to remember is what it doesn’t look like. It will not be a trend line on an ever upward curve. In fact, your knowledge and skills related to a specific domain will likely leap drastically during the first thirty days of study. After that, it will likely take a year or more to double again. In addition, there may be times of stagnation or even retrogression. In these times of retrogression, you often discover that you learned something wrong because – believe it or not – you trusted the experts (ironic isn’t it?).
Persistence is the most important thing. Never give up on your dream of establishing your expertise. And remember, you don’t always have to be the authoritative expert – sometimes it’s enough to just be the expert.
After reading Michael Brooks excellent book, 13 Things That Don’t Make Sense, recently, I found myself contemplating chapter 5 for some time. This chapter is simply titled, "Life." The closing remarks were quite striking and made me contemplate their implications for IT professionals. Here’s the most interesting quote for me:
So maybe life seems so strangely hard to make because we have no idea how it started; maybe Earth’s conditions did not generate life but merely provided a good home.
Indeed, scientists have no fact-based idea of how life began. In fact, many have admitted that it is impossible to determine how it began. Some even suggest that it should not be considered and that time would be better spent by investigating ways to improve the life that is rather than guessing at how that life came to be. Regardless of where we stand on that issue, it does raise some interesting questions about IT operations and I’d like to focus on just one:
What can we do to solve a user problem regardless of who created it?
Maybe you’ve noticed it too. People seem to have a strong need to assign blame. For example, an IT professional may say, "Well, it was the user who deleted the table. So it’s not our fault." That statement may be true, but does it solve the problem. I don’t think so. Why not implement a solution that prevents the user from deleting the table in the first place? Maybe we didn’t think of this need during the genesis of the database implementation, but the current events should reveal the need. When we play the blame game, we tend to fix something quickly without implementing a permanent solution.
This cited example of the database table deletion is most revealing. If you are using Microsoft SQL Server, for example, it will take about one minute to create a DDL trigger that will prevent any user with permissions from deleting a table. One extra minute now could save hours later (how long will it take to rebuild a table and restore the data?). The point is that, while user training is great, sometimes it doesn’t matter how the problem (is life a problem? I’m not sure…) started as much as it is important to permanently solve it.
