This reminds me of "how to find future gems" between cryptocurrency small projects, or "how to analyze a good stock" in the stock market of smallcap companies.<p>You can have your run book. Your check points. Your procedure and tools. Still, you're going to hit, surprise, a 1000/1 loss rate in the long run.<p>At least from my point of view and past experience with hiring, young, inexperienced, but looking like a good fit.<p>It's ok to hire people with low experience, and use them like such a resource while they acquire hands-on experience (and that is not 2 months).<p>The real issue with this, is companies trying to cover experienced roles, with low experience people, from day one.<p>People without experience, won't be able to do some things, in the same way than experienced people.<p>And those more motivated, will make serious harm to projects.<p>And those non-technical roles with decision power, listening to them (low experience) like if they were experienced, and pretending that they know the future problems of what they are doing/talking, will increase the effect.<p>If you don't have money to invest in the strongest, or to hire experienced people... could you then put your money on an asset with dubious results and with a high probability of causing serious issues?<p>It's ok, then play with your few money, the careers of the rest of the team, and your startup future, in the casino. You're of course free of doing it.<p>IMHO The same way that you don't execute a random binary coming from a hacking forum, or a suspicious email, in the laptop of your bank accounts... you don't try to cover roles requiring experience and results, with low experience people.<p>You do not deploy a random app, with random unsupervised code, into production, right?<p>You hire low experience people, if:<p>1) You are willing to waste time of other (more expensive) persons into teach them a lot of important things<p>2) You have experienced people willing to do that<p>3) You have procedures and projects, to isolate their harm and what they do<p>4) You have procedures, to evaluate the evolution of those persons, during the months/years that you will be wasting the time of experienced people into teaching them those caveats that they don't know, or that will appear by first time in their face 11 months/years latter<p>5) You're not going to promote them before they are ready, for example if one experienced person from the same team, leaves the company. See point 4. You promote them when they are ready. Not by other reasons.<p>Signed: a past victim of companies trying to lowcost the teams with low experience people