Hiring is not easy. Hiring the wrong person is hugely worse than not hiring anyone at all. The easiest hire is someone with whom you've already worked and who

Hiring is not easy. Hiring the wrong person is hugely worse than not hiring anyone at all. The easiest hire is someone with whom you've already worked and who is known to be reliable. But once you've exhausted that pool, you're with the rest of us, dealing with the 1000s of resumes from people who don't bother to read the job requirements, the dozens whose experience has at least some vague partial overlap with what you're looking for, and the handful worth interviewing. So, "we'll just hire a large team" can be a solution, but before it's a solution, it will be a problem. Ironically, if the tasks to be done are _truly_ independent of each other, then it is easier to scale up development by hiring and working with multiple software developers: they don't have to work with each other, the code one writes has minimal interaction with the code someone else writes, and if someone isn't working out, (s)he can be fired and a replacement found without affecting the rest of the work. Or you can hire contractors for the independent tasks, that might be even easier. (I personally like systems that are more integrated - I think they have a better feel and higher value than a system that's just a collection of tools - but maybe what you're building fits well with a collection of separable tasks...)