There’s always a solution

As developers, team leads and managers, it is our responsibility to always provide a solution, fix or answer to any problem given to us. Ideally, we always offer multiple solutions. This gives whoever is making the ultimate decision the ability to weigh the options and give the client the best solution.

Within reason, developers should never be saying it can’t be done (obviously fixing world poverty issues with a slick little web app probably isn’t within reason). If your solution to the problem is that you need 36 months and 14 new developers on staff to complete the project – that’s a solution. Maybe not a good one, but it’s what it takes to get the job done, and it looks much better than “I don’t know” or “I can’t do it”.

Remember that solutions aren’t static. Be flexible with your solutions, use portions from multiple solutions to make another. For example, rather than taking 36 months and hiring 14 new developers, if you outsourced 60% of the application to an overseas firm, and did the rest in-house, you could reduce cost, time and extra manpower you need to hire. That is a more viable solution, but it does introduce greater risk. What if the offshore developers aren’t up to par? What if they get behind and don’t deliver their 60% of the application? The list would go on.

Limiting potential risk is what sets a good solution apart from a great solution. You want to get a solution that delivers a project on time and within budget that doesn’t require a miracle to pull off, because chances are that miracle won’t happen, and you’ll fail.

The biggest thing to keep in mind is to always keep looking for the best solution. It’s just like how an artist does many concept drawings, always refining and optimizing their design – their solution. You need to do the same with any solution you give. Reflect on it; make sure there are no ways that it can catastrophically fail. It’s a fairly simple concept that can have large ramifications, so give your solution the attention it needs.

If you like this post then why not share it?
  • StumbleUpon
  • description
  • Technorati
  • Digg
  • Slashdot
  • Design Float
  • del.icio.us
  • TwitThis
  • Reddit
  • E-mail this story to a friend!
Add devjargon( ); to your RSS Updates.

Get new posts sent to you by email for free!

3 comments

  1. 1 06.18.08
    10:08 am
    Roger

    From my experience, saying “I don’t know” is only ok if you follow it with “But I’ll find out”. As long as you are constantly trying to learn the things you don’t know its perfectly acceptable to say that you don’t know something.

    When it comes to finding a solution, its not always possible to know what to do right off the bat. You’re going to need time to properly formulate a solution that will be best for your development team.

    Keeping your mind open is one of the best suggestions. If you don’t keep your mind open to new solutions you’re going to miss something that will help your team.

  2. 2 06.18.08
    10:11 am

    [...] There’s always a solution As developers, team leads and managers, it is our responsibility to always provide a solution, fix or answer to any problem given to us. Ideally, we always offer multiple solutions. This gives whoever is making the ultimate decision the … [...]

  3. 3 06.25.08
    10:05 am

    [...] that you’re willing to say “I don’t know”. Inexperienced developers will rashly thinking of a solution without thinking about the actual problem; experienced developers will think [...]

Leave a Comment