Tell me more ×
Answers OnStartups is a question and answer site for entrepreneurs looking to start or run a new business. It's 100% free, no registration required.

We outsourced development (out of the country) to get a prototype of our site put together. The developer estimated 8 weeks for the project, but admitted that they could not guarantee that it might not take a little longer. Based on our lenghty description and a graphic we sent them of what we wanted and competitors in the space, they were able to in 2 weeks, provide a mock-up that we agreed to.

Today is the end of week 18. We have a project that is about 2/3rds finished, but nothing we can present as a functioning beta.

My question is what to do now to speed them up. We paid them half up front and promised the other half on delivery -- in hindsight, I wish we'd had more concrete milestones.

In any case, should I now:

  • ask for a discount based on the inordinate delay which is pushing our launch back?
  • ask for delivery of what we have now, pay no more and find a new developer in town to finish the project -- hopefully within the 2nd half of the original budget?

This delay is really not helping. The business is seasonal and we would love to be able to put something up in beta by the end of the year.

Thanks for any suggestions

share|improve this question
18  
Welcome to the wonderful world of software development and outsourcing. – TimJ Oct 21 '11 at 13:59
6  
Could part of the problem (only part mind) be that YOU don't understand the Iceberg secret? The line about mock-up in only 2 weeks makes me think so. joelonsoftware.com/articles/fog0000000356.html – Ryan Oct 21 '11 at 17:53
5  
i understand it now, believe me. – DMoore Oct 22 '11 at 1:10
@Ryan, I was going to vote you down for spamming, since the page is a sales page. I took the time to read the article. Awesome! It was really informative and very relevant. Thanks for sharing it. – Evik James Oct 25 '11 at 20:54
2  
A sales page? Compared to most blog sites Joels is pretty minimalist. I've head about the internet attention deficit disorder and average bounce times of < 5 seconds but come on! ;) – Ryan Oct 26 '11 at 20:06
show 1 more comment

7 Answers

up vote 22 down vote accepted

I think that a discount at this point would exacerbate the problem. In my experience when a project goes over time so significantly it means that it has also gone way over budget for the developer. The developer is now trying to find and do other work to pay the bills to subsidize the completion of your project. The less money he makes on your project the further down the priority list it falls.

Talk to the developer. Make it clear that you share a common goal of successful completion of the project. Do not set up an adversarial relationship. They know that there are problems. There is no need to rehash all of the reasons why -- the focus is on how to solve it.

If you need to get hard ball — then, the bottom line is that they are in breach of contract — they have not fulfilled their end of the deal. And you are renegotiating a new agreement. This one will be done right.

Here are options to consider as part of the solution:

  • Breaking the remainder of the project into small and deliverable parts with greater accountability. Don't just think weeks -- think days or daily.
  • Attached portions of the remaining due compensation
  • Adding a bonus for completion of specific incremental milestones by specific dates
  • Divide the project up and engage other developers in portion of the work
  • Offering to close the project out and transfer it to another developer

Meanwhile you should start the development of contingency plans:

  • Have someone audit the code and review it
  • Get bids on completion of the work
  • Find a local developer to partner with to complete the project

Good Luck!

share|improve this answer
6  
I agree. The developer is probably already overbudget and over his estimate so telling him you are going to pay him less is not going to help anyone. Also, most great programmers charge a premium to take over a struggling project. They are usually going to have to deal with someone else's poor craftsmanship or at least not the way they felt it should be organized. If it was coded superbly the project probably wouldn't be in jeopardy or be late. – Ryan Doom Oct 21 '11 at 14:03
Very helpful outline. Thanks very much. The developer is currently hosting the draft website on their server which I access by login/password. What if they won't give me access to the code? – DMoore Oct 21 '11 at 14:30
1  
One of the reasons to NOT get in an adversarial position with them is that it will be very difficult for you to get the code unless they choose to give it to you. It will be far more cost effective for you to do what is necessary to keep the relationship focused on a successful outcome for all so that you CAN get access to the code. – Joseph Barisonzi Oct 21 '11 at 21:16
1  
Since the contractor is out of the country and since you have absolutely no leverage - KEEP IT FRIENDLY. The developer (and not you) has all of the leverage. It sounds like the project has already become a hardship for the developer, no matter what the "deal" was. You need to get your hands on the code, then you need to figure out where you are at on it. As mentioned. expect the cost to balloon if a good developer takes it over - this is counterintuitive -most entrepreneurs who pushed failed projects for rescue at me in the past wanted it for cheap. At that point it may be cheaper to scrap it. – user2757 Oct 22 '11 at 19:12
2  
Just want to add that this advice was extremely helpful. Developer agreed to our 2-week timeline for completion (even with the condition of delivering all the existing code upon a missed deadline) They met the first milestone this morning delivering the code a day early. We are hopeful to finish up with the rest of the code in one more week. We'll see what happens, but the advice, again, was very helpful and much appreciated! – DMoore Oct 30 '11 at 13:45
show 3 more comments

I don't know what you expected in 8 weeks but, in my experience, nothing of much value can happen in that short amount of time.

If all you were trying to accomplish was a brochure site then 8 weeks is reasonable, assuming you're fairly solid with your marketing. But to accomplish a meaningful application in 8 weeks, especially offshore, is more than a bit past optimistic.

Could you outline in broad strokes what sort of application you are trying to build?

share|improve this answer

If you did not have a contract about the finish date, and having specific conditions on payments with respect to the finish date; I don't think that would be a good idea to push him/her to make a discount. Things might get worser..

My suggestion is let him open the code, and bring a very experienced developer to look into the code and estimate how long does he think it is gonna take ? If necessary pay $200/h to go over the code and make suggestions. Think him like a CTO and let him to tell you the truth!

If he says the code sucks, stop paying outsourced developer, bring an way better local dev and keep on going. If he says the code is fine, be patient, make another deal about the finish date. Cut the payment for each late day/week. Like %20

Whatever happened is already happened. Focus on getting your site as quickly as possible.

BTW, is this an web application or a web site?

share|improve this answer
Thanks for the answer. I would characterize it as an application/tool though we may have a little content/blog attached. So to my developer -- just tell them to "open the code" so someone else can take a look? – DMoore Oct 21 '11 at 13:22
Definitely. That is where all the truth lie down... Let's see what you have in your hand before making a big decision.. – Bahadir Cambel Oct 23 '11 at 10:29

From personal experience it became a prerequisite to deal only with outsources and developers adhering to agile methodologies like Scrum. Using these methodologies eliminates "guesstamating" from projects, which in truth is what most outsourcing companies do. It also forces both sides to adhere to a predetermined timeline and burndown of tasks.

A link for you to investigate: http://scrummethodology.com

With regard to your current situation you have two options:

  1. Cut your losses and move on to an agile-adhering developer.
  2. Take stock of your current project status and todo list and implement agile (Scrum) on the remainder of the project.
share|improve this answer
Going to try for the moment to avoid changing developers for the prototype, but I will check this out on the next go round. Thanks! – DMoore Oct 23 '11 at 12:10

I would speak to the developer now and try to arrange for an agreed date for the project to be completed, as the project is way overdue, push for penalties (ie. discounts) if the new agreed date isn't met.

It would be unfair to just impose a discount straight away as it wasn't agreed upon, but hopefully you can now create a new agreement for the remainder of the work.

It is a good example of the benefit to agile development. Get a very simple baseline delivered, and then iterate on it to add features. At any time then you can withdraw and still have a working product. This is not to mention the many other benefits.

share|improve this answer

Been on both sides of the coin: own a web dev biz, AND hired devs to work on projects.

I know what it's like to be yelled at and I know what it's like to yell.

Best advice if building a product: raise a little capital and hire someone full-time. It saved my business.

Outsourcing sucks UNLESS you know what you're doing.

share|improve this answer

Probably a very late response and won't help however let me give you my wisdom.

Your 2 month project has stretched to 1.5 years, still nowhere close to completion and you are still hopeful for a delivery. That is amazing!!!

  1. My advice to you is that snap the deal. Write the money lost in bad debt or what account it fits in (any way you have paid for 1 month).

  2. Start fresh with a new developer who can provide references of some successful projects.

  3. Re-look into your specs. Probably in past 2 years they have become obsolete and you may need to think about them again.
share|improve this answer

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.