Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

This is such an important topic, you'd hope a thread with discussion and suggestions would get pegged to the top of the site. If this was a PHPBB, you'd want this to be one of the "sticky" threads.

Key questions (some overlap) from my experience:

* Are we the founders allowed to work with or advise any other startups or projects before XXX milestone in the company?

* What is the decision mechanism we will use to resolve intractable disputes, and why do we believe it will work?

* What is the mechanism by which a founder will be released from the team, and how will we engage it?

* How are we vesting?

* Can we make a list of every acquaintance we could ever possibly foresee hiring? How will we voir dire those people, so we aren't fighting over whose friends we're willing to hire?

* How many months of salary per employee will we need to add a headcount?

* At what point will we pull the trigger and start pitching our offering to customers? Are we waiting for a rev1 or beta release? Can we start selling now?

* Who apart from the dev lead will decide when it's time to "ship" or "sell"?

* How will we decide to "pivot" or give up on our original offering?

* If our idea fails, are we continuing as this team, or reevaluating? If we're not sure, how will we decide? How do we know we're giving each other honest answers?

* As we willing to add part-timers, juniors, or indefinite interns, and if so, how will we account for them?

* What level of agreement among the founders is required to fire an employee?

* Under what circumstances would we consider adding an employee to our "management team" or "cofounder pool"?

* Once we have a management team, will we continue managing it and the rest of the company as a group of cofounders, or will that conversation be vested in the management team?

* What resources will we spend on promotion and appearance marketing? Do we require a high-end website? Do we require a professional logo? Do we require business cards? Will we be attending conferences?

For me, I'd want a theme of my cofounder questions to be, "how do I know we're being honest with each other and really engaging the question"? Most important cofounder questions are easy to B.S., and B.S. answers buy you nothing; they may actually make things worse, either by needlessly committing people to positions or providing ways to hang people in arguments later. "Why do we think this answer is right?" "When would we reconsider it?" "How sure are we about this?"

I could make a list of answers I thought I was sure of last time I started a company (this one) that it turned out I was dead wrong about.



I agree that both lists are important questions to ask, but as you allude to in your last sentence, it seems like it's asking for a great deal of self-awareness.

Most people are probably just not self-aware to be able to accurately answer those questions (from things like the mechanics of how a future event should occur all the way to "are our values/work styles aligned").

Do you, or anyone here, have suggestions for alleviating that?


What's a question here you think would require an unreasonable amount of self-awareness to answer? (I'm not disputing that some of my questions do, I'm just curious).


A very good list. One minor quibble -- I've never worked for a company other than my own where the lead dev had any say over when products are launched, shipped or sold. And the more complex the organizational structure, the less likely developers were to have input.

Maybe replace with "who is doing what work, and how do we know when it is done. And what if the work doesn't get done?"


From Wikipedia for other curious non-native speakers:

Voir dire /ˈvwɑr ˌdiər/ is a legal phrase that refers to a variety of procedures connected with jury trials. It originally referred to an oath taken by jurors to tell the truth (Latin verum dicere), i.e., to say what is true, what is objectively accurate or subjectively honest, or both.


> ...an oath taken by jurors to tell the truth (Latin verum dicere), i.e., to say what is true ....

I've always been amused by this interpretation and wondered where it originated --- it seems like an urban legend --- because:

1. In legal parlance, the term voir dire refers to the questions posed to prospective jurors by the judge or lawyers to assess whether any of them is biased or has some other disqualification or disability.

2. The term voir dire is French: After the Norman Conquest, that term and a number of others gradually infiltrated the language of English courts [1].

3. In French, voir is the infinitive to see and dire is the infinitive to say; as someone who was bilingual in French and English as a kid (but, sadly, is no longer), I always took the term voir dire to mean, roughly, "let's see what they [the prospective jurors] have to say."

Fun fact: In Texas, you'd better pronounce it "VORE dye-er" if you don't want to be recognized as a noob or an out-of-towner. The rest of the country seems to use the French pronunciation "vwahr deer."

[1] http://www.michbar.org/journal/pdf/pdf4article756.pdf


It's shorthand for jury selection, in which lawyers from both sides shoot down the jurors they think are going to be unfavorable to them based on predictions from scant evidence; this is "Law & Order" law theory, by the way, not actual court-of-law theory, which I know little about. I just thought it was a useful analogy.




Consider applying for YC's Summer 2026 batch! Applications are open till May 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: