I think a lot about process, process improvement, productivity, and efficiency vs effectiveness (believe it or not the difference is not universally understood). Lately I’ve been thinking a lot about team composition and how it affects the productivity of the team. In part I’ve been thinking about it because of the teams I’ve had in the past; in part because I’m currently hiring and having to make trade-offs like salary level vs skill level and overlapping skill sets, but also because I’ve been playing the game Overwatch a lot, where team composition essential.
When I phone screen a Java candidate, I ask just two technical questions to assess their competency and give me a feel for where they are on the scale of “Heads-down coder” to “Java Software Engineer”. In general, I try not to discount any candidate on just one factor, because we all have different weaknesses and strengths. That’s why I consider these assessment questions instead of must-haves.
This is especially true of SQL questions in interviews. I am way more interested in their thought process and how they come up with an SQL query than I am the query they respond with. I’m not testing whether they have SQL syntax memories; I’m testing whether they understand how relational data can be joined and aggregated and filtered to produce the desired results.
Performance evaluations and performance management are areas I disagree with many Agile coaches’ opinions on. “Popular opinion” is that you don’t evaluate individual team members at all. You only evaluate the team as a whole. They maintain that team members are self-motivated and will do their best to support their team. They also feel that evaluating individuals on the team could lead to stratification, and all team members should be treated equal and be at the same level. What I propose is to evaluate individuals, but to emphasize team support and commitment in the evaluation.
It’s easy to say that many skills are like riding a bicycle; that you never forget them, and can just start using them again after a long period of disuse. It’s a lot harder to actually do it. This is especially true when you try to keep track of several closely related skills. For instance, I’ve learned so many computer programming languages, that when I need to learn a new one, it’s faster to see how it’s different than one I already know than to try to learn the language itself. I’m sure the same is true of other fields.
When “Jacks of all trades” (I hate the term “generalist”) like myself job hunt, there’s usually a list of possible technologies and environments we’re willing to work in, so we can’t afford to just keep up on Java, or Perl, or PHP, or .NET. We not only need to keep sharp on all of these, but we need to keep track in our heads which is which (after all many programming languages are very similar). No matter how long you’ve used a skill, a few months of unemployment can blur the details. In this post I plan to cover some helpful techniques for being ready for the technical interview or test without flipping through 300-page books each time. I will not be addressing mastering new skills, because that is an entirely different activity. Some of them may be specific to software development, but I hope there are parallels in other areas.
Like many job hunting activities, you shouldn’t wait until you’re job hunting to start doing them. After all, you want to keep marketable on skills you’re not currently using at your current job, right?
Time management for job hunters is tricky. On the one hand, many career counselors will tell you that finding a job is now your full-time job you should be spending 40 hours a week on. On the other hand, once you’ve exhausted the low-hanging fruit, you’ll be hard-pressed to find 8 hours of productive activities a day. It goes without saying that trying to do nothing else all day would lead most people to deep depression and/or anxiety Imagine spending 40 hours a week trying to find a date. Finding a balance and prioritizing are the key.
Working on your job search is great, but not if you’re really doing busy work. Focus on high-value activities when you’re working, focus on high-fun activities when you’re playing, and you’ll be much happier. And above all else, be honest with yourself which one you’re doing 😉 It’s essential to plan relaxation time in the day, because depressed interviewees don’t become employees.
I am starting a new series of posts on news and advice for both job seekers and employers. This has been a hot topic for me for a long time, and my continued unemployment has made it even hotter. I am involved with several unemployment support and networking groups, most notably WIND Networking (who I highly recommend). I have studied job hunting like a science, and have learned many lessons from my own process, and from listening to others. I don’t claim any special training in this area, but I have studied it for a long time, and what I do works well for me. I have also been on both sides of the fence (interviewing and hiring others as well). Since this topic is important to me, I added a new category (Employment) for these articles. You can read all posts related to employment at this URL.
Years ago I had a series of pages on my old website about job hunting, but when I started porting it over to my new website, I found some of the information dated. I will certainly copy over some of the content, but I think posting articles on topics will be more helpful than creating static pages again. Please send me any and all comments and ideas for future articles. Some articles I have already planned are preparing for a technical interview. time management, and establishing a presence online.
This article is on starting your job hunt. There are several steps you should take once you “have gained increased daytime freedom”. I cannot stress enough, though, that much of this you should be thinking about before you lose your job. I will be driving that point on several of these suggestions.