For smaller independent teams with two to five people you won't need team leads -- each person on the team will be a capable individual who will take on one or more roles and will either work closely with the rest of the team or will work in isolation (think a composer hired to create music, but otherwise not regularly working with the team) on only a single aspect.
A quick aside here though.
If you manage a small development team, its always good to start with 'just the one' from every field. While not their lead by any stretch, it will help to build a coherent baseline for your work (architecture of modules, how the 'game' will think so to speak).
- how should i organize it? should i use like model leads, and what should their responsibility be ?
Experience would probably teach you a lot in that regard, either through management school or hands-on experience. I'm assuming that you'd like to build a team for experience purposes, so my best advice here is: try something, see if it works, then adapt. I've been through many different buzz-words of organization, but at the end of the day, its always a matter of 'do-what-works' and that changes based on the project, team, etc.
- should i be a strict leader? id like more info on how i should be as a leader
Show respect. Demonstrate that you are genuinely interested in their comments. More importantly, accept that your 'team' will be better at what they do than you. Though you might understand a situation, and have assessed a specific course of action, understand that you might have just seen the tip of the iceberg. Your team is your everything, and only they can get you anywhere (as opposed to what some might think, hitting harder on them won't net you sustainable results).
Even more importantly: have fun doing it. I believe one of the core advantage of doing something 'indie' is that you can enjoy it, reflect on it, iterate on it, and this is what largely allows some indies to successfully deploy semi bug-free games that are actually a lot of fun (Minecraft, Prison Architect, etc.)
If you can provide more precise problems as you move along (specific situations with context) be sure to poke around, I'd love to help wherever I can.