What problems await us in a collaboration between Scrum and waterfall teams? What are the antidotes?

There are a lot of hurdles. The biggest challenge is the understanding of the common approach. The core of many project management processes is the assumption that the development takes place in the IT - and thus the exchange of a development process has no effect on anything around. Once this is understood by Business respectively Product Management and IT divisions, the next steps often result already from the premise of cooperation. Of course there are preliminary considerations of professional and technical nature. Of course one must first collect the gross requirements - for example create a vision, design a rough roadmap. But by that time at the latest the development belongs to the team. And from that point, the product management is not "left out". This is precisely the fundamental difference. So you can also revitalize the existent quality gates by thinking together about what you want to say at what time. Here there are three premises for you:

• An estimate over a certain delivery date always requires at least three sprints
• The requirements are never "finished", each Product Backlog Item is like a Change Request
• We want to minimize work that lies between development completion and putting into operation.

My colleagues have to deal with this problem for some time already. First of all I would name "New New Product Development Game" and the waterfall process itself. In the latter Winston Royce criticized the model itself - which seems to have been overlooked by many readers. Additionally I’ll give you some more articles which may help.

• The new new product development game
• Managing the development of large software systems
• Overcoming Waterfallacies and Agilephobias

Last but not least, pitfalls during the introduction of Scrum:

• Scrum in "parts" - we like to call it "ScrumBut" - Rowan Bunning / Kicking ScrumBut
• Do's and Don'ts - Problems and how to deal with them? - Bas Vodde / Top 10 Organizational Impediments
• Arguments in favor of Scrum? Felix Rüssel has a few good ideas for dealing with the management at the beginning of a Scrum implementation: Scrum für Schlipsträger (German)

My conclusion?

The antidote to the problems that arise during the transition of the PM framework is called "collaboration". Make everyone smarter, evaluate, discuss, find a way which appears fairly reasonable - and improve yourselves together!