49 ms·
I think the problem is quite timely. In an early-stage startup, everyone needs to be a generalist. As the team grows, generalists need to evolve into domain-acc
by VuongN 13y ago
I think the problem is quite timely. In an early-stage startup, everyone needs to be a generalist. As the team grows, generalists need to evolve into domain-accountable roles.
For instance, my team starts with just me. I needed to push a fullstack web app out the door. Then we got more money and the team grew to 4. I can't be the same generalist anymore or else I will work myself into a bottleneck.
I still require everyone on my (web) team to be generalists or know the fullstack. This way, no one can be a bottleneck and everyone can solve problem or implement a new feature independently.
The problem is "integration", or when the projects become too big for just 1 person. In those instances, we solve a lot of frictions by having a final "dictator" for technology decisions and a "team manifesto" in term of best practices.
So far so good. Now, if I can get a ops guy to help me then I can sleep with both eyes closed :)
-V.
- rhizome 13y agoA problem I've seen is when the CTO/DirEng is kind of green and they defer or abdicate establishing a code practice and development direction in favor of "meritocracy" or "flat hierarchy."