I disagree.  

If you moved to a new home, wouldn't you want all kitchen related things kept together, rather than a giant container with the oven next to your bed which is next to your bike which is next to your shoes?  You would keep related things together otherwise you would have to search through the entire container to find something to wear to your new job (which you start before you finish unpacking).

If something isn't working, you (or most likely, someone else) will have to search through the entire module to find out what is wrong, you won't be able to uninstall each module until you find the one that introduced the problem.

Also, you likely won't be delivering ALL your features to your Customer at the same time. 

• You build 5 things
• They sign off on the 4 that are ready
• They can't use ANYTHING until EVERYTHING is finished.

It can quickly become too unwieldy to manage as you scale with more developers and more features.

If you want additional fields on the crm.team model that are related to the CRM App, create a new module called "crm_enhance".

If you want additional fields on the crm.team model that are related to the SALES App, create a new module called "sale_enhance".

If you want additional fields on the crm.team model that are related to BOTH, create a new module called "sale_crm_enhance".

If you want additional fields on the crm.team model that relate just to the TEAM ITSELF, create a new module called "sales_team_enhance".

This is what we do. It is how we have scaled development amongst multiple teams working on multiple features, including when it comes time to upgrade (which we do now with automated scripts for each module).

The SCAFFOLD command creates a module stub for you, and if you modify what is created to suit what you need, you can reuse it as a template each time you need a new module.