Book Review: The Nomadic Developer Part Three

Code Naked

  • Homepage
  • About
  • Contact

Dec 27: Book Review: The Nomadic Developer Part Three

The third part of my review of the book The Nomadic Developer: Surviving and Thriving in the World of Technology Consulting continues on from my second post but focuses on the chapter that talks about what you need to ask before you join a firm. It may seem weird, but there are actually many reasons you might not want to join an organization. The obvious ones are related to pay and benefits but I found some of the questions were insightful for determining not only the enjoyment that I could experience working there but also the strength of the company for ensuring that I enjoy a long term contract before before having to hunt for another gig.

One of the key issues I find with my current employer is that they are not very transparent with their sales process. I am not sure if it is because they miss so many sales bids or if they are too busy to update everyone but I definitely think that there is a serious lack of information flowing from sales to the rest of the organization. This makes it hard to stay on top of the vision of the company. By knowing what projects a company is pitching for, you know where you should focus your learning efforts to stay on the cutting edge projects in your company. Two of the best questions they recommend you ask in my opinion were "Does the delivery organization work with sales to make sure estimates are realistic?" This is an important one to ask because knowing that you are going to miss your deadline before you even create your first source file is a very stressful situation. Having a sales team estimate blindly can be a real recipe for disaster. The other important question for me was in two parts "How are leads generated? What happens if a lead is generated by a consultant?" No brainer. Without solid leads your contractor butt is history. That being said, if you generate a lead it would be nice to get more than a free lunch and a pat on the back.
Some of the other important questions I found where "What happens if we need non-standard development tools?" This is a real sore point for me. I once needed Visual Studio to do some work on a project, but when I put in the request for it I was answered by the new resourcing mantra: "We don't do that for contractors". I was especially appalled by the fact that the company has a site license for the software and letting me install a copy of it would not cost them anything more than they had already spent. This kind of situation will put a serious damper on your experience with a development firm.

Another super-important question to help save your sanity is "How does the organization learn from delivery mistakes?" This one is tough to get a straight answer for I think. I would hope that the company does postmortems for failed projects at the very least, but just because everyone on the project sits in a room and plays the blame-game does not mean that any lessons will be learned and applied to future projects. Determining how these lessons are learned should be the focus of your questions.

Make you take full advantage of the interview in order to determine whether joining the development firm is good enough for you to spend the next significant chunk of your life at. It's important.
Posted by Matthew Purdon in Being a Contractor Comments: (0) Trackbacks: (0)

Trackbacks
Trackback specific URI for this entry

No Trackbacks

Comments
Display comments as (Linear | Threaded)

No comments


Add Comment

Standard emoticons like :-) and ;-) are converted to images.
 
 

Subscribe

Archives

  • March 2010 (0)
  • February 2010 (1)
  • January 2010 (4)
  • December 2009 (6)
  • Recent...
  • Older...

Categories

  • XML Technology
  • XML Databases
  • XML MySQL
  • XML Software Development
  • XML Being a Contractor
  • XML Client Side
  • XML PHP
  • XML State of the Art


All categories

Blog Administration

Open login screen

Recommended Reading

Amazon.com: The Nomadic Developer: Surviving and Thriving in the World of Technology Consulting (9780321606396): Aaron Erickson: Books
Amazon.com: Patterns of Enterprise Application Architecture (0076092019909): Martin Fowler: Books
Amazon.com: Refactoring: Improving the Design of Existing Code (9780201485677): Martin Fowler, Kent Beck, John Brant, William Opdyke, Don Roberts: Books
Amazon.com: Domain-Driven Design: Tackling Complexity in the Heart of Software (0076092019565): Eric Evans: Books

Feedburner

Numeric Feedburner ID Required!




 

Layout by Andreas Viklund | Serendipity template by Carl