Skip to main content

Eek! Starting as a Regular Full-Time Employee

Well, I jumped into the career deep end last week.  I started my first-ever job as a regular full-time employee.  This week contained a mixture of emotions for me: scared, nervous, but overall - EXCITEMENT!  It's been a long road, but I'm very happy with where I've come and where I'm going.

I started with a consulting company right out of college.  Back then, graduating with a computer science degree pretty much meant you knew a little bit about a lot, but had no deep knowledge in any area.  So working on a little bit of everything to gain some knowledge in a consulting company seemed like a perfect fit!  I still remember during my interview, the interviewee said "You'll be assigned a project over the weekend, buy a book on the technology, and by the time you arrive on Monday, you need to be an expert".  While we all know that won't exactly work, I was able to learn SO much by hopping around and trying different technologies, industries, and systems.

While trying out different technologies, I fell in love with data warehousing.  To that end, I then tried my hand at my own business, still consulting, but with more training and mentoring.  I absolutely loved this kind of work, but wasn't a huge fan of the full-time travel or all of the paperwork ;)  I then went back to consulting for a couple of local companies, where I was able to work with many organizations with data, without the travel or paperwork.

So... after ten years of consulting, why did I give it up?  Truthfully, I'm ready for a change.  While it's fun to bounce from organization to organization, there's always that dichotomy between "the client" and "the consultant".  And I don't blame either side for thinking that way.  Consultants provide a great service for organizations that don't have the resources (time, people, money, etc.) to do it themselves.  At the end of the day, a consultant's number one duty is to their company, whether that is looking for additional sales or is eventually leaving the project to move onto the next.

All that being said, I'm off to start my new adventure!  I'm a data architect for a firm based in Richmond that handles chemicals and manufacturing.  I get to help them consolidate their data in a data warehouse and hopefully learn a bunch in the process... I also need to learn how to be a regular full-time employee.  Do you have any advice for me?

Comments

Unknown said…
I also recently made the change, and my suggestion is to just be yourself. If you've been successful as a consultant, you already have the technical and personal skills. The only suggestion I have is to be patient. Verrrry patient. Everything moves slower as a FTE. And a LOT of times, it moves in the wrong direction, but if you're patient and pick your battles wisely, you'll be able to hopefully find some satisfaction with the work you've done. You also have to be patient with other FTE's who haven't experienced the consulting life. Their reality is going to be different than your reality, but with some effective interpersonal skills, you can become a mentor and mental change leader within your group/organization, but it takes time. Consultants think of "gigs" and 3-6-12 month engagements. FTE's think of retirement and 30 years with the company, blah blah blah. It's a different mindset.
Unknown said…
Congratulations! Good to try something new.

The comments from David are good advice. The only thing I can add is that just because you're an employee doesn't mean you have to give up all of what made you good as a consultant or what made consulting fun - those qualities can change the culture, though slowly sometimes!
Tim Mitchell said…
Good luck, Jessica! It's definitely different working as an FTE, but it can be a refreshing change of pace. I'm sure you'd do well.
Bill Anton said…
@David - that's some pretty solid advice.

@Jessica - very interesting change...mine was the complete opposite (FTE -> consultant) and couldn't imagine going back...please keep us posted on the adjustment with periodic updates ;-)
Anonymous said…
I've heard it is a scientific fact that the opinions of outside experts from far away lands are trusted more readily than internal hands on deck. You may find you were able to steer the ship more easily as a consultant, even though your ideas are exactly the same.

Popular posts from this blog

SSIS Configuration to Configuration to Configuration Schema

I've gotten several requests to put down in writing the configuration schema that I use as the base of my SQL Server Integration Services framework. It contains a set of configurations: an indirect environment variable configuration, which points to an XML configuration file configuration, which points to a SQL Server configuration. I learned this configuration from the Project REAL Reference Implementation . If you're getting started with a BI implementation, I highly recommend that you download it for some great ideas and best practices. Steps to implement: 1) Create an environment variable on your machine with the name of SSIS_CONFIG_FILE and the value of: C:\SSIS\Config\MasterConfigFile.dtsConfig. 2) Create an SSIS configuration file at C:\ SSIS\Config\MasterConfigFile.dtsConfig with the line: <configuration valuetype="String" path="\Package.Connections[CONFIG_SERVER].Properties[ConnectionString]" configuredtype="Property"><configuredv

Execute SQL Task Designer Limit

After migrating a package from DTS to SSIS, I had a problem with an Execute SQL Task. I couldn't change any characters in the SQLStatement property; I couldn't add any new characters; I could delete characters, but not retype them! After googling several variations of "integration services" "read only" and "Execute SQL Task", I deleted about half of the entry in a fit of frustration. Lo and behold, I could type again. Apparently, there is limit on the size or number of characters that can be entered in the SQLStatement property. From my experimentation, I came up with a limit of 32767 characters. The interesting thing is that the restriction only seems to be on the designer. If you set the SourceType to "Variable" and use a variable that contains more than 32767 characters, the task will execute. Also, if you use the "Direct Input" SourceType and modify the package XML to set the SQLStatement longer than 32767 characters,

Reporting Services 2008 Configuration Mistake

To start working with the management side of SQL Server Reporting Services 2008, I decided to set up a report server and report manager. Unfortunately, I made a mistake while setting up my configuration that left me a little perplexed. Here are the steps I took to cause, track down, and solve the issue. Problem: I began by opening the Reporting Services Configuration Manager from the Start Menu. I clicked through each of the menu options and accepted the defaults for any question with a warning symbol, since warning symbol typically designate an action item. After two minutes, all of the warning symbols had disappeared, and I was ready to begin managing my report server. Unfortunately, opening up a browser and trying to open up the report manager resulted in the dreaded " The report server has encountered a configuration error. (rsServerConfigurationError) " message. Sherlock-ing it: I put on my sleuthing hat and went to the log file directory: C:\Program Files\Microsoft