Big News: FounderDating is joining OneVest to build the largest community for entrepreneurs. Details here
Latest Notifications
You have no recent recommendations.
Name
Title
 
MiniBio
FOLLOW
Title
 Followers
FOLLOW TOPIC

Question goes here

1,300 Followers

  • Name
    Entrepreneur
  • Name
    Entrepreneur
  • Name
    Entrepreneur
  • Name
    Entrepreneur
  • Name
    Entrepreneur
  • Name
    Entrepreneur
  • Name
    Entrepreneur
  • Name
    Entrepreneur

When is a good time to bring in a third person (developer) to the team?

When is a good time to bring in a third person (developer) to a team with 2 co-founders (1 business/ 1 technical) and what mistakes/problems do people usually run into when bringing in a third person?

6 Replies

Mark Stephan
0
0
Mark Stephan Entrepreneur
Product Manager at Handsome.
Good question. Inquiring minds want to know.
Jonathan Barronville
0
0
Jonathan Barronville Entrepreneur
Software Engineer at npm, Inc.
Hi Juan.

Here are my 2?.

If you're not passed the MVP stage yet and have no funding, it's not *necessary* to bring in a third person. However, that's assuming that you already have an actual developer working with you, which you mentioned you do. I'm also assuming that your current developer is fully committed. At that stage, you'll want to make sure that your current developer has a *get-$#!%-done* mindset to push out an MVP. That being said, bringing in another developer, at this point, isn't necessarily a bad idea. One big (if not huge) problem with that though is bringing in a developer who ends up actually slowing you down. An example is in order.

Say we have two people, Jonas and Rebecca. Jonas is the "business" guy and Rebecca is the "technical" lady. The two are building a startup that will change the world by turning acquired humans into airplanes, so that they never again have to worry about flying and travel. Just ... freaking ... awesome. Jonas and Rebecca are working hard to push out an MVP. While working on the MVP, they meet an awesome developer and decide to bring him on. One problem though, f( human ) -> new Airplane(TM) is not yet funded. Easy fix ... equity. Chuck is in love with the concept, so he accepts. Cool. Chuck very passionately begins to contribute. Jonas and Rebecca know a thing or two about project management, so they begin properly defining and assigning tasks to Chuck. It's March and the deadline for the MVP is in 14 weeks. For the first few weeks, Chuck is pushing out code like a shoe-less cowboy. Then something happens-Chuck has been ignoring many of his responsibilities in order to help bring this literally life-changing product to life, so of course, as life would have it, #teamresponsibilities starts trending. Chuck's commit chart goes from 20 commits a day to 12 then to 5. His phone no longer has storage space for missed calls from Jonas. The deadline is now in 6 weeks. Rebecca is freaking out because she added a couple more tasks to the project since someone else came aboard. 4 weeks left. Only 7 commits from Chuck and Rebecca is still waiting for that feet-transformation algorithm. Come on ... you know you'd never accept being that airplane with the human feet! And those stupid helicopter bullies ... let's not even talk about them. 9 days left. Chuck pushed in the feet-transformation algorithm. There's yet another problem! Ugh. Because Chuck wrote the code in a hurry, he left his precious unit tests sitting in a corner facing the wall. Had he given them another chance, he'd have caught that poor Mr. Big Toe never actually gets transformed. 2 days left. Shit ... Chuck still hasn't been able to fix that bug! Chuck isn't Tom Cruise and he has no fancy glasses ... he surrenders. They fail to meet the deadline. Everyone is angry. Investors are worried if Jonas can even successfully run a company if he failed so hard at a 14-week MVP. After trying again for 2 months, Jonas and Rebecca join Alice on a train ride to Wonderland.

Okay, I'm sorry I just made you read that. The point is, if you don't really need that third developer at the pre-MVP stage and you already have a competent developer, it may just not be worth the potential trouble.

If you're past the MVP stage and you (hopefully) have some funding (or you're successfully bootstrapped ... good for you), then I'd say "go for it", as long as you have a competent project manager and a competent engineering manager on board.

Again, this is all just my2?.

:) ... have a good one!

- Jonathan
Jonathan Barronville
1
0
Jonathan Barronville Entrepreneur
Software Engineer at npm, Inc.
By the way, just so you know, the example that I took above is a very realistic one and actually from previous first-hand experience. I've been on both sides of this equation 3 times so far.

The first time, I was a founding member of the project ... we were doing well, then we brought in another developer. Bad idea.

The second time, I was actually a co-founder, and my co-founder brought his friend on board. Deja vu anyone?

The third time ... well, I gotta admit it ... I was that developer that helped the project fail. Yup, that's life ... shit happens and you learn from it.

- Jonathan
Jonathan Barronville
0
0
Jonathan Barronville Entrepreneur
Software Engineer at npm, Inc.
Oh, and did I forget to mention that all 3 projects (yup, every single one of them) are past the 20th page of Google (I double checked) for ANY related search terms?

Anyway, I'm done now :) .

- Jonathan
Ajit Gupta
0
0
Ajit Gupta Entrepreneur
Entrepreneur

Hi,

It is a tough one - I'm in a similar situation and the answer to your question has to be that it depends very much on what you are trying to achieve and what your current status is.

Some examples:

1) If you are seeking funding, your position will be far stronger if you have a prototype to show (otherwise all you are bringing to a table is an idea which may or may not be patentable). Typically a prototype only needs to demonstrate what you are doing can be achieved. If you can't do this between yourselves in a timely mannerthen I'd suggest you get a developer on board as they can certainly accelerate this stage for you which is key.

2) If you are at a stage where you are waiting on others to make a decision you may want to hold off formally bringing on a developer but use this time to identify who and negotiate terms pending the decision.

3) If you have funding and you need a developer to move the idea on, then stating the obvious you need to bring one on asap.

Hope this helps.

Ajit

Max Garcia
0
0
Max Garcia Entrepreneur
Senior IT Executive (CTO/CIO/CISO Certified) with 20+ Years Experience Solving Business Problems & Delivering Solutions
Juan, This really depends on many factors like: 1. Is the business generating revenue? 2. Who if any is getting a salary? 3. What is the business goal/activities to bring on the additional resource (complete proof of concept, etc)? 4. What are the expectations for compensation for the 3rd resource? I would ensure it is very clear what the expectations are to ensure goals are met. Max
Join FounderDating to participate in the discussion
Nothing gets posted to LinkedIn and your information will not be shared.

Just a few more details please.

DO: Start a discussion, share a resource, or ask a question related to entrepreneurship.
DON'T: Post about prohibited topics such as recruiting, cofounder wanted, check out my product
or feedback on the FD site (you can send this to us directly info@founderdating.com).
See the Community Code of Conduct for more details.

Title

Give your question or discussion topic a great title, make it catchy and succinct.

Details

Make sure what you're about to say is specific and relevant - you'll get better responses.

Topics

Tag your discussion so you get more relevant responses.

Question goes here

1,300 Followers

  • Name
    Details
  • Name
    Details
  • Name
    Details
  • Name
    Details
  • Name
    Details
  • Name
    Details
  • Name
    Details
  • Name
    Details
Know someone who should answer this question? Enter their email below
Stay current and follow these discussion topics?