INNOVATION LAB
Wie Produktmanagement die Wettbewerbsfähigkeit steigert
Autoren (Author): Rachael & Jonas
Stand (Published): 14.07.2020
Lesezeit ca. (Reading time approx.): 19 min

Diese podcast ist auf Englisch mit Deutsch und Englisch Transkript unter

This podcast is in English, with a German and English transcription below

DEUTSCH

Der Berater von Young Digitals, Jonas Knipper, erläutert das Produktmanagement und die Rolle des Product Owners in der Softwareentwicklungsbranche. Wir erörtern, wie weit verbreitet das Produktmanagement in Unternehmen ist, um Produkte viel schneller auf den Markt zu bringen als der beim Wasserfall-Ansatz, und wie es nutzerzentrierte digitale Produkte schaffen, die erfolgreicher sind und daher Unternehmen helfen, wettbewerbsfähiger zu sein und ihren Marktanteil und ihre Gewinne zu steigern.

#Produktmanagement #ProductManagement #ProductOwner #Agile #Scrum #DigitalProduct

Abschrift

Rachael Page 0:00  

Hallo, mein Name ist Rachael Page und ich arbeite bei young Digital's in Berlin. Wir sind eine Software-Firma und haben mehrere Berater, einer davon ist Jonas Knipper. Er wird heute mit uns über Produktmanagement sprechen, Hallo Jonas. Wie geht's dir?

Jonas Knipper 0:18  

Hallo, Rachel, schön, hier zu sein. 

Rachael Page 0:19  

Könnten Sie mir jetzt in einfachen Worten sagen, was genau Produktmanagement ist?

Jonas Knipper 0:27  

Ja, lass mich auf das Produktmanagement im digitalen Kontext oder speziell im Software-Kontext konzentrieren, was meiner Meinung nach etwas einfacher zu erklären ist. Für mich ist es die Kunst und Wissenschaft, sich um die Eigenschaften und die Entwicklung eines Produkts zu kümmern. Als ich es also nachgeschlagen habe, scheint es aus dem Produktlebenszyklusmanagement in der Automobilindustrie zu stammen, und ich denke, das beschreibt es ganz gut. Du hast eine Person, die für dieses Produkt verantwortlich ist und dafür, wie es sich im Laufe der Zeit entwickelt. Bei Software, bei der man nie wirklich ganz fertig sein wird, fügt man einfach immer wieder Sachen hinzu und nimmt vielleicht auch einige Funktionen wieder weg um sie dann zu optimieren.

Rachael Page 1:13  

Es ist also eine sehr langfristige Perspektive für ein Produkt. Können Sie mir jetzt sagen, was der Unterschied zwischen Produktmanagement und Projektmanagement ist? Ich denke, sie klingen sehr ähnlich. Und einige Leute könnten die beiden Begriffe verwechseln. Was ist also der Unterschied?


Jonas Knipper 1:30 Uhr  

Ja, das ist sehr verständlich. Wenn auch nur für die ähnlichen Namen. Ich denke, man kann einen Produktmanager haben, der auch an Projekten beteiligt ist, während ein Projektmanager meiner Meinung nach sehr selten an einem Produkt arbeitet. Ich denke also, das Positive an einem Produktmanager ist, dass er sich auf dieses Produkt und die Kundenbedürfnisse konzentrieren kann und weiß, wohin es gehen soll. Ein Projekt hingegen kann sich über eine ganze Reihe von Themen erstrecken. Es finanziellen Aspekt, Budget, Planung oder und anderes eine Rolle spielen, während sich das Produktmanagement immer darauf konzentrieren wird, was das Produkt leisten soll und was es für die Benutzer bedeutet.

Rachael Page 2:15  

Du willst also sagen, dass ein Produktmanager einen eher überblicksartigen Ansatz für die strategische Entwicklung hat, während ein Projektmanager eher in die weitaus alltäglicheren Aufgaben eingebunden ist und mit vielen verschiedenen Arten von Produkten zu tun hat. Ist das richtig?

Jonas Knipper 2:37  

Fast, per Definition hat ein Projekt ein Anfangs- und ein Abschlussdatum, und dann besteht die Hauptaufgabe darin, dafür zu sorgen, dass das Ziel des Projekts erreicht wird. Idealerweise sollte das innerhalb der Zeit- und Budgetvorgaben für dieses Projekt erfolgen. Während das Produkt einfach weiterlebt, bis jemand entscheidet, dass seine Existenz nicht mehr gerechtfertigt ist. Ich denke also, ja, das ist wahrscheinlich die bessere Unterscheidung, dass ein Projekt ein Start- und ein Enddatum hat und man versucht, alle beteiligten Personen und Ressourcen zu verwalten, um sicherzustellen, dass man ein ideales Ergebnis in Bezug auf das Projekt haben, während sich das Produkt- und Produktmanagement auf die Pflege des Produkts und das Ausbalancieren der verschiedenen Anforderungen und Einschränkungen konzentriert.


Rachael Page 3:30  

Okay, vielen Dank. Hast du Statistiken rund um das Produktmanagement, z.B. darüber, wie viele Unternehmen es vielleicht nutzen? Wie viele Unternehmen haben die Möglichkeit, es zu nutzen, die es vielleicht noch nicht haben?


Jonas Knipper 3:48  

Nun, es gibt den Verband der deutschen IT-Industrie Bitkom, der immer eine Bewertung von Projektmanagementmethoden durchführt, wie sie von seinen Mitgliedsunternehmen verwendet werden, und sie haben festgestellt oder sie finden gewöhnlich, wenn es um agile Methoden geht, Scrum bei weitem die führende Methode ist. Aber ich denke, man sollte es ein Framework nennen. Normalerweise verwenden also 80% oder mehr der Unternehmen, die einen agilen Ansatz für ihre Projekte und Produkte haben, Scrum. Dann muss man innerhalb von Scrum einen Product Owner haben, wenn man es ernst nimmt. Ich denke, das zeigt Ihnen, dass die Rolle eines Product Owners, wenn es darum geht, ein Produkt zu managen, ziemlich etabliert ist und die gängigste Art zu sein scheint, an einem digitalen Projekt zu arbeiten. Ja, es besagt, dass 65% der befragten Unternehmen agile Projekte für erfolgreicher halten, aber ich denke, es spiegelt wahrscheinlich nur die Tatsache wider, dass die agile Entwicklung im Allgemeinen und dann Scrum im Besonderen neue Anhänger findet und von den Unternehmen, insbesondere im IT-Sektor, angenommen wird. Meine Vermutung ist, dass der klassische Wasserfall-Ansatz in der Regel früher oder später enttäuscht und man am Ende diese Projekte hat, die einfach über die Zeit und über das Budget hinaus laufen und nie irgendwo ankommen. Wenn Sie hingegen einmal auf Scrum umsteigen, können Sie Ihre gesamte Organisation neu ausrichten und idealerweise zu einer effektiveren Struktur übergehen. Dann können man sich auch auf die Bedürfnisse der Benutzer und die Auslieferung und Iteration konzentrieren, anstatt sich mit endlosen Planungs- und Implementierungsphasen herumschlagen zu müssen.


Rachael Page 5:58  

Mit wem würde eine Product Owner oder einen Produktmanager, ich glaube, es sind austauschbare Namen, im Projekt eng zusammenarbeiten?

Jonas Knipper 6:09  

Ein Product Owner ist ein Produktmanager für Scrum-Teams, und bei Scrum, da es eine so gut formulierte Methodik ist, denke ich, dass die Rolle des Product Owners dort am besten beschrieben ist, und dann hat er eine Reihe von gut definierten Funktionen. Ein Produktmanager hat also eine Schnittstelle zu allen Stakeholdern des Produktes. Generell gesprochen muss das Produkt eine Reihe von Anforderungen erfüllen in einer Organisation erfüllen. Auf der einen Seite muss sich der Produktmanager mit Leuten auseinandersetzen, die das Budget und die Ressourcen bereitstellen und auf der anderen mit den Leuten, die das Produkt entwickeln. Ganz konkret bedeutet das also, dass man in der Regel einen Manager hat, der ein Team, eine Abteilung oder vielleicht sogar das gesamte Unternehmen leitet, das Budgets und Einnahmen und Ziele für verschiedene Produkte ausgleichen möchte. Und dann hat man einen Produktmanager, der für eines dieser Produkte verantwortlich ist. Er muss also eine Schnittstelle zu dem Manager bilden und sicherstellen, dass er das benötigte Budget erhalten, und um dann tatsächlich die Arbeit leisten zu können, die zur Optimierung und Weiterentwicklung des Produkts erforderlich ist. In der Regel wird es Entwicklungsteams geben. Sehr wahrscheinlich sind das also Software-Entwickler, oder Designer, die Änderungen am Produkt vornehmen oder es aktualisieren.

Rachael Page 7:58  

Okay. Könntest du mir ein wenig über die Fähigkeiten erzählen, die ein Product Owner oder Produktmanager haben sollte? Und die Art von Dingen, die er produzieren würde? Ich habe gehört, dass Strategie, Produktforschung oder Benutzerforschung, vielleicht einige der Dinge sind, die du machst. Könntest du einige der Fähigkeiten und Ergebnisse aufzählen, die ein PM benötigt?


Jonas Knipper 8:26  

Ja, die übergreifende Fähigkeit besteht also darin, für das Produkt Prioritäten setzen zu können, und das immer mit Blick auf den Nutzer des Produkts. Das zeigt, warum ich es für eine Kunst und eine Wissenschaft gleichermaßen halte. Die Aufgabe der Produktmanager ist es, sicher zu stellen und zu optimieren, dass das Entwicklungsteam an den richtigen Aufgaben arbeitet. Ja, in der Tat, Benutzerforschung ist auch dabei, denn man muss seinen Kompass kalibrieren und herausfinden, wohin man das Produkt bringen möchte, denn es ist die  Aufgabe des PM, darüber zu entscheiden. Die Grundlage dafür muss also der Kontakt mit den Anwendern sein, die Forschung, die Interviews, das Verfolgen der Markttrends, vielleicht sogar der Wettbewerber, um auf dem Laufenden zu bleiben, was geschieht und was Ihr Produkt leisten kann und an seine Kunden und Anwender liefern muss. Und dann denke ich, dass in den letzten Jahren die eine Produktmanagement-Fähigkeit, die immer wichtiger geworden ist. Die Datenanalyse: wahrscheinlich nicht derjenige, der die SQL-Abfragen tippt und die Datenbank überprüft, sondern die Person, die mit einem Business Intelligence-Team zusammenarbeitet und ihnen sagt, was sie an dem Produkt interessiert? Warum ist das wichtig? Weil man auf diese Weise tatsächlich an einen Punkt gelangt, an dem man verschiedene Möglichkeiten zur Lösung von Problemen beim Hinzufügen von Features zum Produkt ausprobieren kann. Und nur dann, wenn man in der Lage ist, die Annahme für diese Funktion zu bestimmen, ist man tatsächlich in der Lage, gute Entscheidungen für das Produkt zu treffen.  Wenn man also eine Funktion hat, die nicht die erhoffte Verwendung findet, kann man sie anpassen, vielleicht in eine weitere Runde von Benutzerbefragungen gehen und herausfinden, warum sie nicht verwendet wird. Ich denke also, die eine Fähigkeit, die aus diesem Grund wichtiger geworden ist, ist die Datenanalyse, und die Fähigkeit, mit Daten arbeiten zu können. Das Verstehen der Werkzeuge, mit denen man den Projekterfolg misst sollte man verstehen.


Rachael Page 10:56  

Also datengetrieben zu sein, im Wesentlichen, um strategische Entscheidungen für die Zukunft des Produkts zu treffen, die sich positiv auf das Endergebnis für das Unternehmen auswirken.

Jonas Knipper 11:06  

Ja, genau. Sobald man als Unternehmen die datengetriebene Phase erreicht hat, wird das Unternehmen im Allgemeinen versuchen, den Produkterfolg auf der Grundlage konkreter Daten zu bewerten. Das bedeutet in der Regel mehr als nur Produktumsatz oder Produktnutzung. Um also das Produktbudget und die Ressourcen zu rechtfertigen, müssen Sie in der Lage sein, alle Daten bewerten zu können und diese auch zu sammeln.


Unbekannter Redner 11:40  

Jetzt weiß ich, dass eines der Dinge, die PM produzieren würde, Produkt-Roadmaps wären. Nun, diese sind recht interessant, und ich frage mich, ob du etwas mehr darüber sagen könntest. Wie würde ein PM bei der Erstellung einer Produkt-Roadmap vorgehen, wenn er zum Beispiel irgendeine spezielle Software verwenden würde.

Jonas Knipper 11:58  

Die Produkt-Roadmap ist also das einzige Artefakt, über das der Product Owner und Produktmanager, wie ich glaube, die volle Kontrolle hat, sobald man in die Scrum-Welt einsteigt. Deshalb denke ich, dass es richtig ist, die Produkt-Roadmap aufzusetzen. Es wird auch das Dokument sein, das der Produktmanager benutzen wird, um mit seinen Vorgesetzten zu kommunizieren und über die Vision für das Produkt. Das muss sich in der Roadmap widerspiegeln.


Die Roadmap ist also für mich das einzige Werkzeug, das man hat, um die Priorisierung, über die ich vorhin gesprochen habe, zu visualisieren und zu planen. Ich denke also, dass jeder Produkt Owner, jeder Produktmanager immer 1000 Ideen haben wird, was er mit dem Produkt machen will. Vielleicht will er neue  interessante Funktionen einbauen oder etwas neues ausprobieren. Dann kommt man jedoch in die reale Welt, wo wahrscheinlich ohnehin ein Drittel bis die Hälfte der Zeit mit der Wartung, mit der Aufrechterhaltung der Kompatibilität oder mit der Behebung von Fehlern verbracht wird. Es bleibt also nur die Hälfte der  Zeit, um Funktionen zum Produkt hinzuzufügen und Änderungen vorzunehmen. 


Dann muss man  also das Beste aus der verfügbaren Zeit machen, und die Produkt-Roadmap wird einem hoffentlich bei der Planung dessen helfen, was man wann erreichen kann und  zu welchem Zeitpunkt es vielleicht bestimmte Aktualisierungen des Unternehmens gibt, vielleicht neue Produkte. Das alles muss in einen  Gesamtzeitplan einfügt werden, da kommt dann die Roadmap ins Spiel. Ja, und wenn man dann, sobald man mit der Planung Ihrer Roadmap begonnen hat, damit zurecht kommt, kann man tatsächlich besser und informiertere Entscheidungen treffen. 


Rachael Page 14:06  

Nun würde ich gerne mehr darüber hören, wie das in der Praxis funktioniert. Vielleicht kannst du mir von einer früheren Erfahrung berichten, bei der das Produktmanagement eine wirklich positive Veränderung für ein Unternehmen bewirkt hat. Wie war die Ausgangssituation und was war das Ergebnis?

Jonas Knipper 14:29  

Ich hatte also das Glück, bei einem meiner früheren Projekte dabei zu sein, bei dem die Organisation,, bereits ein sehr gut aufgestelltes Scrum-Team mit etwa 40 Entwicklern sowohl im Back-End als auch im Front-End hatte. Die Teams waren in  vier bis sechs Entwickler aufgeteilt und dann durch je einen Product Owner ergänzt. Da sie in der Lage waren, Zeit auf die Zusammenstellung der Teams zu verwenden, um alle über ihre Rolle in der Gesamtstruktur aufzuklären und darüber, wie sie zum Unternehmenserfolg oder zum Produkterfolg beitragen, denke ich, dass man in diesem Fall wirklich spüren konnte, wie die Effektivität einfach um so viel höher war, als wenn man nur in Besprechungszyklen feststeckte, über Entscheidungen nachdachte und nicht in der Lage war, sie zu treffen, weil es Abhängigkeiten gab, die nicht gelöst wurden. Im Gegensatz zu Scrum hatte dieses Team, dieses Unternehmen, seinen Entwicklern eigentlich erlaubt, sich nur darauf zu konzentrieren, die Arbeit zu erledigen, die die Produktmanager für sie priorisiert hatten. Die Produktmanager nutzten regelmäßige Besprechungen mit den internen Stakeholdern, um sicherzustellen, dass der Aspekt des Produkts, den sie verwalteten, den Anforderungen entsprach, die es zu erfüllen hatte. Ja. Das war eine schöne Erfahrung, denn, wir mussten uns nie allzu viele Gedanken darüber machen, wer wofür zuständig ist, und wenn man das einmal ausklammert, ist man tatsächlich in der Lage, so viel mehr zu erreichen und die Probleme zu lösen, die zum Erfolg des Unternehmens beitragen.


Rachael Page 16:35  

Okay, wenn ein Unternehmen also Produkte schneller liefert, bedeutet das, dass es, wie ich mir vorstellen kann, auf dem Markt sehr viel wettbewerbsfähiger ist, und das ist sehr wichtig.

Jonas Knipper 16:48  

Ja, genau. Man sieht, dass diese Unternehmen in einer Position sind, die so viel besser ist als die eines möglichen Konkurrenten, der vielleicht noch in dieser alten Unternehmensstruktur arbeitet, wo Sie vielleicht einen Sechsmonatsplan haben, und dann wird das immer bedeuten, dass jemand ein Budget aufstellen und seinen Bedarf prognostizieren muss, der dann einen Überprüfungszyklus durchlaufen muss. Man veranstaltet große Vorstandssitzungen und dann müssen neue Änderungen vorgenommen werden. Solange sie sich also noch Gedanken darüber machen, wer wie viele Euro für was ausgeben darf, was ich eben meinte, ist es ohnehin ziemlich schwer zu sagen. Ein Unternehmen, das bereits effektiv produktorientiert arbeitet, kann sich im Idealfall, vielleicht sogar wie im Scrum, darauf konzentrieren, jeden Sprint ein Update zu liefern, vielleicht alle zwei Wochen oder alle vier Wochen. Der Kunden bekommt einfach eine ganze Menge mehr Wert liefert, gerade weil die Kunden sich nicht um das Budget der Teams kümmern oder ob sie einen freiberuflichen Berater hinzuziehen können, um sich das Logo anzusehen. Ich denke also, das ist ein Beispiel aus dem wirklichen Leben für verschiedene Schritte, die einen Unterschied machen können.


Rachael Page 18:11  

Würden du sagen, dass Young Digitals derzeit auf der Suche nach Leuten ist, die Fähigkeiten als Produktmanager und Product Owner haben?

Jonas Knipper 18:20  

Ja, immer. Also, vielleicht ein paar Worte zu unserem Hintergrund. Traditionell haben wir viel agiles Entwicklungs-Coaching durchgeführt. Wir sind also wirklich Befürworter und große Fans einer agilen Arbeitsweise, bei der Scrum eingesetzt wird und bei der sichergestellt wird, dass die Basis stimmt und man tatsächlich die ganze Arbeit erledigen kann. Deshalb sind wir immer auf der Suche nach Leuten, die diese Leidenschaft und Sichtweise teilen und uns dabei helfen können, unseren Kunden zu helfen.


Rachael Page 18:57  

Okay, großartig. Wir sind also immer auf der Suche nach talentierten Mitarbeitern und laden dazu ein, mit uns in Kontakt zu treten. Okay, brillant. Also, vielen Dank, dass du dir heute die Zeit genommen hast ubd mit mir über Produktmanagement, speziell in der Softwareindustrie, zu sprechen. Ich danke dir vielmals.


Jonas Knipper 19:15  

Vielen Dank, Rachael.

Abonniere unseren Podcast und erfahre mehr über unsere innovativen Themen

__________________________________________________________________________________________

ENGLISH

Young Digitals consultant Jonas Knipper explains Product Management and the role of the Product Owner in the software development industry. We discuss how Product Management is used widely in companies to bring products to market much faster than the waterfall approach, and how it creates user-centred digital products which are more successful and therefore help companies to be more competitive and raise their market share and profits.

#ProductManagement #ProductOwner #Agile #Scrum #DigitalProduct

Transcript

Rachael Page  0:00  

Hello, my name is Rachael Page and I work at young Digital's in Berlin. We're a software company and we have several consultants, one of whom is Jonas Knipper. He is going to talk to us today about Product Management, Hi Jonas. How are you? 


Jonas Knipper  0:18  

Hi, Rachel, good to be here. 


Rachael Page  0:19  

Now, could you tell me in layman's terms, what exactly is Product Management?


Jonas Knipper  0:27  

Yeah, let me focus on product management in a digital context or especially in software context, which I think is a bit easier to explain. To me it's the art and science of caring for a products’ features and development. So when I looked it up, it seems to have originated from product lifecycle management in the car industry, and I think that gives you a good idea of what it's meant to be. You have a person who is responsible for that product and how it evolves overtime and then with software, where you are never really quite finished, you just keep on adding stuff and maybe also taking away some features and then optimising. That just as you. Yeah, I think what product management can be.


Rachael Page  1:13  

So it's a very long term view for a product. Now, can you tell me what is the difference between Product Management and Project Management? I think they sound very similar. And some people might be confused between the two. So what's the difference?


Jonas Knipper  1:30  

Yeah, that's very understandable. If only for the similar names. I think you can have a product manager who is also involved in projects, whereas a project manager, I think, very rarely gets to work on one product. So I think the upside of a product manager is she can focus on that product and the customer needs and where it should go. Whereas a project can range across a whole range of topics.  You can have maybe a financial aspect, budget, planning, anything like that, whereas the product management will always focus on what can the product do and what does it mean for the users.


Rachael Page  2:15  

So what you're saying is that a product manager has a more overview kind of approach to the strategic development, whereas a project manager might be more involved in the far more day to day tasks, and be involved in many different kinds of products. Is that right?


Jonas Knipper  2:37  

Almost by definition, a project will have an initiation date and the completion date, and then your main task is to make sure you reach your projects’ goal, ideally within the time and budget constraints for that project. Whereas the product just keeps on living until someone decides, it's existence is no longer justified. So I think, yeah, that's probably the better distinction, that a project has a start and an end date and you try to manage all the involved people and resources to make sure you have an ideal outcome regarding the project, whereas the product and product management will focus on caring for the product and balancing different requirements and constraints that are forced upon.

Rachael Page  3:30  

Okay, thank you. Do you have any statistics around product management such as perhaps on how many companies use it? How many companies have the possibility to use it that maybe aren't yet?


Jonas Knipper  3:48  

Well, there's the German IT Industry Association bitkom who always do an assessment of project management methods as they are used by their member companies, and they did find or they usually find that Scrum when it comes to agile methods, scrum is by far the leading methodology, and I think you should call it a framework. So usually 80% or more of companies that have an agile approach to their projects and products use Scrum, and then within Scrum, you have to have a product owner, if you take it seriously. So I think that shows you that the role of a product owner, when it comes to managing a product is quite established and seems to be the most common way of working on a digital project. Yes it says that 65% of the companies that they asked, consider agile projects to be more successful, but I think it just probably reflects the fact that agile development in general and then Scrum in particular are finding new fans and gaining adoption amongst companies, especially in the IT sector. My assumption would be or my guess is that the classic waterfall approach just usually sooner or later disappoints, and you end up with these projects that just run over time and over budget and never get anywhere. Whereas once you switch to Scrum that actually allows you to, one, reset your entire organisation and ideally move to a setup that it's more effective. And then also lets you focus on user needs and then prioritise towards shipping and iteration, rather than being stuck with endless planning and implementation phases.


Rachael Page  5:58  

So who would be a product owner or a product manager, I think they're interchangeable names. Who would they work closely with on a project?


Jonas Knipper  6:09  

Yeah, so I think a product owner is a product manager for Scrum teams, and with Scrum, since it's such a well formulated methodology, I think the product owner role there is the best described and then it has a very precise set of functions  and they're always well defined. So yeah, that's the best way of putting it. So a product manager will interface with all the stakeholders that the product has. Yeah, a very general way of saying there's different requirements that the product needs to fulfil right? and it lives in (usually) an organisational context. So then the product manager will have to both manage and interface with the people who provide the budget and resources for that product, and then they will in the other direction, they will also have to work with people doing the development work related to that product. So very concretely, that usually means you have a manager who is in charge of a team or a department or maybe even the entire company that will want to balance out budgets and revenues and goals for a range of different products. And then you have a product manager who's in charge of one of them. So they need to interface with them and make sure they get the budget they need, and to then actually do the work needed to to optimise and further develop the product, they will usually have a development team. So quite likely, that's software developers, designers who come together to make changes to the product and update it.

Rachael Page  7:58  

Okay. Can you tell me a bit about the skills that a product owner or product manager might need? And the kinds of things that they would produce? So I heard that strategy and things like research, product research or user research, maybe some of the things that they do. Could you list out a few of the skills and deliverables that a PM needs?


Jonas Knipper  8:26  

Yeah, so the overarching skill is being able to prioritise on behalf of the product, and then that always has to mean on behalf of the products users, and so that shows you why I think it's an art and a science. So there's only so much you can get accomplished with your development team, and so for that reason, the product managers role is to make sure they optimise whatever the development team can bring to it. Yes, indeed, some Research and user research because you need to calibrate your compass and find out where you want to take the product, because it's your job to decide on that. So the basis for that will have to be a contact with users, do the research, interviews, following market trends, maybe even competitors, to be up to date on what is happening and what your product needs to accomplish and deliver to its customers and users. And then I think in recent years, the one product management skill that has gotten more and more important relates to data analytics: quite likely not being the one who types out the SQL queries and checks the database but the person who will work with a business intelligence team and tell them what they are interested in for the product? Why is that important? Because that way, you actually get to a point where you can test out different ways of solving problems of adding features to the product. And then only when you are able to determine the adoption for that feature, are you actually able to make good decisions for the product, right? So then, if you see you have a feature, it's not getting the usage you were hoping it would get, you can adjust, maybe go into another round of user interviews, find out why aren't people using it? and you can iterate again. So I think the one skill that has become more important for that reason is data analytics, and being able to work with data understand the tools you can use to measure your project success.


Rachael Page  10:56  

So being data driven, essentially to make strategic decisions for the future of the product which affect the bottom line positively for the company.


Jonas Knipper  11:06  

Yeah, exactly. And of course, there's a number of companies, once you get to this data driven stage, companies will generally try and assess the product success based on concrete data, and usually that means more than just product revenue or product usage. So to justify product budget and resources, you need to be able to, to assess and gather all the data.


Unknown Speaker  11:40  

Now I know that one of the things that PM would produce would be product roadmaps. Now, they're quite interesting, and I wondered if you could say a bit more about them, and also, how would a PM go about creating one would they use any special software for example.

Jonas Knipper  11:58  

So the product roadmap is the one artefact that the Product Owner and Product Manager, I think has full control over, once you get in the scrum world once you get to a backlog, for example that is shared with developers. So that's why I think you're right, to call out the product roadmap. It's also going to be the the document that the product manager will use to communicate with their higher ups and talk about the vision for the product and maybe if they have to fulfil a certain role for the company. It has to be reflected in the roadmap.


So then the roadmap for me is the one tool you have to visualise and plan out the prioritisation I talked about earlier. So, I think every product owner every product manager will always have 1000 ideas of what they want to do with the product within can take it interesting features, things they want to try out, and then you get to the real world where probably a third to half of your time is spent on maintenance anyways, of keeping compatibility or fixing bugs. So you're left with half of your time to add features to the product and make changes. So then you need to make the most out of that time and the product roadmap will hopefully help you in planning out what you can achieve at what point maybe there's certain updates to the company might be new products or if you are part of our product bundle, you need to fit into the the overall schedule and then that's where the roadmap comes in. Yeah, and then if you do get around to your once you start planning  your roadmap, you can actually make better informed decisions and feel better about the trade offs you inevitably have to make. That's, I think, where it comes in.


Rachael Page  14:06  

Now, I'd love to hear more about how this works in practice. Perhaps you could tell me about a previous experience where product management has created a really positive change for a company. What was the initial situation and what was the outcome.


Jonas Knipper  14:29  

So this is something I was lucky enough to be part of in one of my previous projects where the organisation we're working with already had in place a very well set up scrum team with around 40 Developers both back end and front end, split up into teams of four to six developers and then complemented with one product owner for each of those teams, and because they were able to spend time on setting up the teams on educating everyone on their role in the overall structure and how they contribute to the company success or the product success, I think in that case, because they were all working on this digital product, you could really feel how the effectiveness was just so much higher than what it would be if you were just stuck in meeting cycles, pondering decisions, not being able to make them because there are interdependencies that weren't resolved. Whereas with Scrum, this team, this company had actually allowed their developers to just focus on getting the work done that the product managers had prioritised for them and the product managers for that part, were using regular meetings with the internal stakeholders to make sure the aspect of the product they were managing, was meeting the requirements that it had to fulfil. Yep. So that was a beautiful experience, because, you know, we never had to spend too much time worrying about organisational setups of who is in charge of what and once you leave that out, you actually are able to to achieve so much more and solving the problems that contribute to your company's success.

Rachael Page  16:35  

Okay, so when a company is delivering products faster, it means that they're, I would imagine, a lot more competitive in the marketplace, and that's very important.


Jonas Knipper  16:48  

Yep, exactly. Yeah, exactly. I mean, because you can already tell they are in a position that is so much better than that of a possible competitor, who is maybe still working in this old corporate structure where you may have a six month plan, and then that will always entail someone having to come up with a budget and forecasting their needs, which then has to go through a review cycle, you have a big board meeting and then new changes are having to be made. So while they are still worrying about who gets to spend however many euros on what, which I mean in advance, it's quite hard to say anyways. A company that is already working in an effective product oriented way, maybe ideally, even in Scrum can just focus  on shipping an update every sprint maybe every two weeks, every four weeks, that just delivers a whole lot more value to the customers right because the customers aren't concerned and shouldn't be concerned with what the team's budget is and whether or not they can bring in a freelance consultant to to look at the logo. So, I think that's a real life example of different steps that can make a difference.


Rachael Page  18:11  

Would you say that young Digital's are looking for people who have Product Manager and product owner skills at the moment?


Jonas Knipper  18:20  

Yes, always. So, maybe to add a few words on our background. Traditionally, we've done a lot of agile development coaching. So, we really are proponents and big fans of working in an agile way of using Scrum and making sure that the base is right and you can actually do all the work so for that, we are always looking for people who share that passion and view and can help us help our customers.


Rachael Page  18:57  

Okay, great. So always seeking talented people individuals, there's an open invitation to get in touch. Okay, brilliant. So, thank you very much for taking the time to talk to me today about Product Management, specifically in the software industry. Thank you very much.


Jonas Knipper  19:15  

Thank you, Rachael.

Subscribe to our podcasts to hear more on innovation topics