Rename "Development Team" to "Delivery Team"
In my opinion, there are at least three rationals for my suggestion. I look forward to your insights and thoughts about this suggestion.
1.) The term "Development Team" fits well for software development teams - while term "Delivery Team" could also be appealing to other areas outside software development. For example we deliver trainings, we delivery hardware, we deliver marketing campains...
2.) The members of a "Development Team" are often seen as "developers" - missing all the other roles that are necessary to create a shippable increment, such as testers, build and integration specialist, etc. Yes, we say the team must be cross-functional and I believe the term "Delivery Team" would address this better than "Development Team".
3.) "Delivery Team" is also more goal oriented to me - get things out to the public - while development seems more internal to me. So "Delivery Team" would add more customer focus, in my opinion.
Denise Wolf-Hill commented
I am helping non-software-developing teams use Scrum, so I would love seeing the guide shift away from Development team for two reasons: 1. New people always seem to ask "but what about testers," causing wasted time re-explaining this over and over; 2. The term does not resonate with non-IT people whose product increment is not software, but something else.
please do not -- unless we talk about delivering an order at a table
Frank Gales commented
In bigger organizations there are / can be some teams besides development teams that help in getting the product to the customers and who keep contact to customers.
A delivery team in a release oriented delivery can have the task to organize the delivery e.g. fix dates for quality gates or organize tests outside the ones run by the dev teams. In case of continuous deployment a delivery team could be the team that decides on what features should be switched on for productive use. I have products in mind with several hundred developers involved.
A product team in big organisations could be a team that is in tight contact with the customers being the catalyst for the product roll-out and the dev request roll-in. You would say that this should be the task of the product owners. In case you have for example 20 teams working on a product it may be very difficult to establish the direct contact between the dev teams and a big number of customers. There will be contact between customers and dev teams / POs but it does not scale well without dedicated people / teams.
So I would keep the name development team.
Richard Banks commented
The most common problem with the "Development Team" name, is item #2, and organisations forgetting about the cross-functional aspect of the team.
I personally like "Product Delivery Team" (because delivery is important :-D), and the D-team is delivering on the Product Owner's vision.
On the other hand, Product Development Team is an incremental change to an existing name that makes it more apparent that the team needs to be concerned with "product development", not just in a group of software devs performing the activity of "development".
Joel Silberman commented
How about calling it the "Increment Team?" This makes its accountability clearer, which is at the heart of Scrum: i.e., to develop and deliver an Increment of "Done" potentially releasable product every Sprint.
This would help reinforce the message: If we don’t have an Increment, we don’t have Scrum. (“Development” activities alone are not enough. There must be an “Increment.”)
Michael James (MJ) commented
I'm opposed to this. To me "delivery team" implies we are just order takers not involved in the research, discovery, and analysis. We don't just deliver, we develop. The best solution would be to stop using "Scrum Team" to describe the development team + the PO + the ScrumMaster. Unfortunately that isn't seen as politically possible, so "development team" (or maybe "product development team") is a fair compromise.
Look at the "Scrum Developer Open assessment" at Scrum.org. There are lots of questions there about testing and integration.
However it doesn't really apply to people who use Scrum outside the software development arena who also have to be called Developers (there are no exceptions to this rule) but do not need knowledge of technical debt or test harnesses and so will be assessed as really bad Scrum Developers.
Alasdair Macleod commented
Its a pity that programmers and even Scrum Masters have appropriated Developer to mean programmer. But if it is changed to Delivery team does that not actually describe the Product Owner as well as what is currently the Development team or is the Product Owner not involved in Delivery. Does it not also play into the ScrumBut currently quite popular where the Scrum Master & Product Owner are rolled up into the Delivery Manager as most organisations would see a Delivery Team as the perfect description to be managed by a Delivery Manager.
Mark Levison commented
I would be happier with "Product Development Team" - but would settle for anything that makes it clear Scrum isn't just about the coders, but everyone on the team. I would also like it to be clear that Scrum works well beyond just software.
Ralph Miarka commented
I also like the term "Product Team" and the point by Mikkel that "Delivery" can be part of the DoD.
And I can also see the point by Stefan that in the worst case "you delivery what I (PO) order" could be inferred.
Stefan Roock commented
While "development team" is far from perfect I also see problems with the term "delivery team". It may even worse the conception of "the PO does conception and the team delivers what he orders".
While it is possible to deliver services with Scrum I don't think Scrum should aim to address that explicitly. Scrum hasn't to fit every situation. Focussing on development is good enough for me.
I like the term Product Team.
Mikkel Toudal Kristiansen commented
I would prefer the term "Product Team":
- It aligns very well with "Product Owner" and "Product Backlog"
- It does not have any associations to software development
- It implies that the focus is on the Product
Delivery of the Product would be part of Definition of Done anyway, so delivery is sort-of implied.
Ralph Miarka commented
team is ok for me - (squad, unit or force might also apply, a crew I associate with a service group) - any specific term from software development I'd like to avoid, like development or build - even delivery could be too specific yet. Good, question, Andrew, what name could it be? What do they do? They accomplish something, they achieve something, they create something, ... what else?
Btw, to goole for "a group of people achieving something" yields f.e.:
Force sounds nice too - "may The Force be with you" :-)
Andrew Marshall commented
I like the direction of this suggestion. The name should be able to apply to ANY team creating a work product. For example, what name could be used for a software team, a marketing group, and a publishing team?
Martien van Steenbergen commented
How about “Build Crew”?
Or maybe shift it more the towards outcome or impact the “Build Crew” is aiming to achieve. Any suggestions for names?