Traditionally, large products have been organized around the architecture. This was first observed by Mel Conway in 1968. Though he stated that this is not necessarily a good idea.
After de-constructing the component team approach, an alternative way of organizing will be presented, organizing teams around large end-user features (feature teams). This is not a new technique at all, though it’s rarely implemented on large product development. I will go over all the drawbacks of feature teams and look at agile tools for overcoming these drawbacks. Also how to go over 100+ developers.