Ranter
Join devRant
Do all the things like
++ or -- rants, post your own rants, comment on others' rants and build your customized dev avatar
Sign Up
Pipeless API
![](/static/devrant/img/pipeless-devrant-banner-white.png)
From the creators of devRant, Pipeless lets you power real-time personalized recommendations and activity feeds using a simple API
Learn More
Comments
-
bahua129153yIf it's a success, it'll save money, and that's all managers care about. And in a manager's mind it'd be the fault of the developers' intransigence if it's not successful.
This is the danger of giving non-technical management control of technical makeup. -
nibor48803yCompany I'm in has just gone the other way, small product teams covering front end, back end and db.
Sometimes managers do this just for the sake of doing something, especially if they're new in the organisation. -
Voxera116413yI think it depends on the size.
The benefit of having all disciplines in a team is that its easier to finalize a solution in a sprint.
But if the project is very big it might be more efficient to have more pure teams.
But I have never worked in anything but mixed teams. -
I have worked in both and I prefer that my team has its own products... And handle everything inside the team.
-
I have run teams in both styles, and I can confidently say that mixed discipline is better in delivery.
The con would be that I, as a manager, had to have a solid cross discipline knowledge, which I didn’t at the beginning.
My company boss wants to reorganise the team structures drastically.
Currently we have different teams for each product. And in that team we have a lead, frontend and backend developers working in sync.
The boss wants to split the teams not based on product.. but based on technology / frontend backend. Then assign the members to products based on demand.
Not sure how that is gonna turn out..
rant