Showing posts with label Strategy. Show all posts
Showing posts with label Strategy. Show all posts

Thursday, December 6, 2007

All time top tech innovations

MaximumPc.com compiled a list of top 100 technology innovations of all times. The list acknowledges the hardware and software innovations that went into making technology the domain that it is today. What is you take on it?

The roster of top 20 innovations from the list is:

    1. USB (1996) - Bought in several concepts such as drawing power, swapping of devices without shutting down PC, and to this day is the killer of port woes.
    2. 3dfx Voodoo 1 (1996) - To put it in brief, this card started the era of separate cards on your motherboard and 3D gaming was born.

Wednesday, November 14, 2007

Some thoughts on passing as an extrovert

A lot of professional project management consultants choose to pass rather than reveal their true colors. We choose to pretend to welcome people to our cubes, to speak up during the unending roll of meetings, and to actually leave our space in order to find out what is going on. In other words, we choose to pass as extroverts rather than the introverts we truly are. In some cases this transformation is so extreme that our friends and family would not recognize us inside the business environment.

It gets worse. Almost all of the business advice is written by extroverts for extroverts. The structure of business emphasizes the skills of extroverts (e.g. willingness to communicate trivial details, ability to endure the company of a number of people for hours on end) rather than the talents introverts bring to the table. So, where is the reference for the rest of us?

So, what is a dedicated project manager who also happens to be an introvert to do? I don’t mean in terms of passing. I mean what do we do in terms of genuinely aligning our personal preferences with the needs of our project teams? How do we stop pretending and start really getting involved?

First, we have to accept that an introvert who leads does not do so in the same way that an extrovert does. An extrovert leads by using his charisma and ability to connect to draw others into his circle. It’s kind of like encountering a jamming field inside of which the target’s mind doesn’t work quite right. An introvert leads by understanding and assisting others in understanding what needs to be done.

Second, we have to toss the PMBOK in the circular file. Yes, I know it’s popular with project management wonks and introverts of all descriptions. It gives us a handy reference and the ability to create hundreds of useless documents to hide behind. At it’s worst, we can use the thing as a “cookbook”, a step-by-step guide to miserable failure.

The seductive allure of process, any process, needs to be discarded in favor of honest self-reflection and analysis. Most processes serve to record information for extroverts, who have memories like mayflies anyway. What we need is to focus our attention on understanding what is happening, why it is occurring, and how we can get our teams to act in a way that will restore blessed silence as quickly as possible.

To do this we need data. Lots of data. Fortunately most modern introverts are class-A infovores, and we have access to wellsprings of information exceeding our ancestors’ fondest dreams. While the extroverts go out and glad-hand, we have the ability to figure out what’s really going on. Don’t let your lack of knowledge regarding “accounting” or “technology” or “fruit-juice” stop you either; it’s all data and it all obeys structured rules regarding its analysis. Learn the rules, sort the data into models, and work it out.

Finally, get out of the front lines. We are introverts, not extroverts. It’s not necessary for us to speak with everyone, all the time, everyday. Find an extrovert on the team, appoint him “team leader” or some such nonsense, and let him speak up and field questions. This kind of front-office/back-office approach to project management (whether done with a team leader or two project managers) can produce impressive results.

Good luck, my fellow introverts, and remember: it is no longer considered ok to growl at the person who comes into your cube for the fifteenth time that day to discuss his potted plants.


Monday, October 29, 2007

Geeks and communication skills

It is a commonly held belief that geeks do not need to be able to communicate outside of Nerdland. In fact, it is an outright expectation. Programmers who gets nervous around pretty girls, systems administrators who cannot give a presentation to more than two people at a time, and DBAs that stutter unless they are discussing Dungeons and Dragons are what many people envision when they think of IT professionals. These are all common stereotypes of IT professionals. Sad to say, many IT professionals buy into this idea, and sometimes even actively encourage it!

I am not going to pretend to be surprised by this. Up until the age of sixteen or so, reaching Level 4 as a bard seemed more important than reaching first base with a woman. Weird Al Yankovich was “romantic” in my mind and a “nice wardrobe” meant a closet full of shirts from hardware and software vendors, preferable ones with multiple years’ worth of pizza stains on them to prove my “authenticity”. I thought that if people did not understand me, it was because they were stupid, not that I was unable to communicate with them.

Thankfully, I changed. Mostly. I still think Weird Al is funny on occasion, and the ratty shirts are still there (though they now tend to be Metallica and Mr. Bungle shirts from my post-ubergeek years). The biggest change was that my communication skills improved significantly. I took classes in high school such as AFJROTC and Mock Trial that taught me how to speak to an audience, with or without notes. My classes in college (I will merely admit that I double majored in “cannot-get-a-job-ology” which is code for “the liberal arts”) involved few tests, but endless amounts of paper writing. What few tests there were tended to be essay questions. In other words, I was learning a lot about communication skills.

What does this have to do with the IT industry? Plenty. If you want to know why your manager seems to be a “grinning idiot” with no clue what your job is instead of someone with technical skills, take a look at what that manager brings to the table. That manager is very likely to have an MBA or maybe an MIS degree. Their external learning is probably in “risk management” or Six Sigma, not the Cisco or Red Hat certification you just earned. The manager’s job is to interface between “the suits” and the IT people. The manager does not actually need to know how to do your job if you communicate your needs to him properly. What manager does need to know is how your job relates to the business.

It has been my experience since I started blogging about IT issues on TechRepublic, that the majority of the time when I receive heavy criticism, it is because I failed to write clearly and properly communicate my message. Sure, there have been instances where someone climbed all over me for using one bad example or analogy in a 3,000 word post, or where someone was obviously unable to comprehend the topic at hand. But by and large, when I receive negative feedback, it is my own fault for not writing clearly.

At my current position, my manager does not understand much programming (he knows some VBA), systems administration, database administration, networking, computer repair, or any of the other tasks I do. He knows how to run the company, deal with customers, and so on. He really does not need to know the gritty details of what the project is hung up on; he just needs to know how long the delay will be. He does not care what brand of motherboard I buy or what CPU I select; he needs to know the price and business justification for the expenditure.

Many of the IT people that I have worked with simply do not understand this. They fill a proposal with technical details, and expect the person reading it to understand the benefit of the proposal from the technical information. In other cases, they write an email that is littered with typos and spelling mistakes. These types of mistakes do not help the recipient to understand why they should approve your request or give your project more resources, or otherwise help you with whatever goal it is that you are trying to accomplish. Tailor your message for the audience. If the recipient is a technical person, make it technical. If they are a non-technical person, use language that a non-technical person can understand. As I often do for programs that I have written, I pass it through the “Mom test.” In other words, I ask my mother to review it. She is about as non-technical as it gets. If my mother can understand what I have written to the point where she can make an educated business decision, then it is a good communication.

Many of the IT people out there seem to think that this is degrading. These are the same types of IT people who make web sites that only display in one particular web browser, or require you to go find some funky external library, or insist that you recompile the application yourself without providing any documentation. These are the IT people that may be excellent at their jobs, but are hated by everyone that their job touches. You do not need to go this route. No one will criticize you or complain if you learn to effectively communicate with non-technical people. In fact, they will appreciate you even more. My experience has been that improved communications skills leads to better opportunities in life and in my career. If a manager is evaluating two candidates for a promotion, they are more likely to pick someone with less technical skills who communicates well than a more technical person who does not communicate well. Why? Because the person with good communication skills is able to show that they know what they are talking about, while the person without those skills simply cannot be understood.

If you feel that your communication skills may be lacking, there are things that you can do to help them improve. One suggestion is to read more books and magazines. If you already ready books and magazines, escalate the difficulty level of your readings or try reading about topics that you are not familiar with. I have found that crossword puzzles are great tools to expand your vocabulary. Try your hand at writing something, whether it be short fiction, how-to articles, or poetry. If you can, try to go to new places or talk to different people; sometimes we find ourselves in cliques with a shared mindset that makes it difficult to learn how to communicate outside of that group. There are lots of different ways to improve communications skills, but at the end of the day, they all amount to “increase the frequency of your communications, the diversity of the mediums, and the people that you communicate with.”

courtesy @Techrepublic

Thursday, October 25, 2007

Are you always on?

I just finished reading a very interesting article in CIO magazine that details the condition of the “always on” employee. Although the article, “The Extreme CIO,” focuses strictly on CIOs, its message can apply to all IT workers. The “always on” individual works 70 to 80 hour weeks, is often on the road, is responding to crises 24/7, is a stranger to their family, is never disconnected from the organization, etc.

Matt Villano, the author of the article, states that what makes CIOs extreme is that “they are at the nexus of three forces driving business today: a global economy, the ability to be in touch 24/7, and the increasing reliance of business on IT.” These forces according to Villano foster an extreme work style.

I don’t disagree that those factors drive people into this lifestyle because it’s been ingrained in many of us that in order to get more work done, you have to work longer and harder. I also know that the reliance on IT for mission critical applications places a stress on all who are associated with supporting them even when things are running correctly - kind of a free-floating anxiety while we wait for the next crisis.

But I also think there are other factors that contribute to the “extremeness” of IT and that they play a larger role in creating the problem. I think the organization is to blame and therefore should be part of the solution.

Working with greatly reduced staff increases the amount of responsibility for the remaining positions. Organizations have pushed the whole doing-more-with-less scenario so far that it’s reached a point where it actually erodes efficiency. Working in this style causes more errors, reduces proactive behavior, and leads people to work continuously in a crisis mentality. Thus people are working in an extreme fashion just to keep up.

It doesn’t take a rocket scientist to figure out that when staff are so thin that they’re working themselves to death, either the organization needs to spend money on hiring or acquire the technology needed to automate more of the work. Spending on IT above and beyond what it takes to actually keep the wheels on will save the organization money in the long run, by creating better processes, allowing proactive behavior, and keeping employees happier and healthier.

The expectation that one should be available at all times is something that can be handled culturally in any organization. We must accommodate legitimate 24-hour operational needs, but this doesn’t mean everyone needs to be available at all times. The organization needs to actively discourage the practice of its staff members being available at all times. This can’t happen if management is acting in a crisis mode at all times. Smart organizations have to figure this out if they want to remain successful.


courtesy @TechRepublic