Priorisieren und Auswählen von Ideen
Als ProduktownerIn oder ProduktmanagerIn ist man normalerweise für eine lange Liste von Ideen und Anforderungen verantwortlich. Um damit sinnvoll umzugehen, und gute Produkte zu entwickeln, muß man wissen, wie man gute Ideen nach Prioritäten ordnet.
Grenzen der Innovation
Der Artikel →Innovation Is Not the Holy Grail von Christian Seelos & Johanna Mair im Stanford Social Innovation Review befasst sich mit der Thematik „Innovation“ im öffentlichen Sektor, bzw in Non-Profit Organisationen. Die Autoren schlagen vor, Innovationen weniger als Ideologie zu begreifen, sondern vielmehr als Prozess, und geben dem Leser mehrere Punkte an die Hand, die dabei helfen, diese Forderung umzusetzen. Die Autoren betrachten hierfür unterschiedliche Bereiche, und die dort vorherrschenden, typischen Fehler. Beides, die typischen Fehler aber auch der Punkteplan läßt sich auch in einem profitorientierten Unternehmen nutzen.
Requirement versus Specification
Apple hat neulich ein neues iPhone präsentiert, das von der Fachwelt zerrissen wurde. Im Gegensatz dazu ist das Smartphone jedoch von den Konsumenten sehr gut aufgenommen worden. Fragt sich, welche Rückschlüsse aus dieser Fehleinschätzung abgeleitet werden können.
Gerade heute war die übliche Frage mal wieder ein Thema, die da lautet „Was sollen Anforderungen, Spezifikationen, und Design-Dokumente leisten, und wer liefert sie?“. Heute will ich kurz auf die Rolle von Kundenwünschen, und auf die Rolle der Entwicklungsabteilung und damit auf das Thema „Spezifikationen“ eingehen.
Fokussieren eines Scrum Teams
Ich denke mal, daß es häufiger vorkommt, daß ein Scrum Team nicht für ein komplettes Produkt verantwortlich ist, sondern Teilbereiche der gesamten Funktionalität verantwortet. Auch ist es sicherlich nicht unnormal, daß ein Team mehr als einen Stakeholder unterstützen muss oder komplexe Technologien verwendet, oder Funktionalitäten in unterschiedlichen Releases unterstützt.
Unter solchen Rahmenbedingungen stellt sich die Frage, was der Produktowner tun kann, damit ein Team nicht in mehrere Teilgruppen zerfällt die dann auch noch unterschiedlich spezialisiert sind.
Feature versus Qualität
Die Frage taucht ja gerne mal wieder auf, und beschäftigt dann den oder die Product Owner: Soll das Scrumteam lieber ein Feature mehr entwickeln, oder sollte man die Zeit in einen Test stecken, der dazu dient, die Qualität zu verbessern.
Heute geht es um die Frage, wie wichtig ein neuer Ansatz für viele IT Unternehmen ist. Oft drückt der Markt, und fordert „Feature, Feature, Feature“. Sie werden aber sehen, daß es durchaus sinnvoll sein kann, auch mal nicht auf den Markt zu hören, und statt ein Feature zu entwickeln, einen Test zu machen. Es ist zwar ungewohnt, aber es stimmt – Kunden haben doch nicht immer recht….
User Stories und Use Cases
Im Rahmen der userzentrierten Entwicklung konzentriert man sich auf die Situation des Anwenders; schliesslich soll die neue Anwendung den Bedürfnissen dieses Anwenders dienen.
Da ja nicht jedes Teammitglied mit den Anwendern jedes Detail mündlich klären kann, ist es notwendig, die Situation des Nutzers nachvollziehbar zu dokumentieren. Heute haben wir einige Zeit über die begriffliche Abgrenzung der beiden Themenkreise „Use Case“ und „User Story“ gesprochen. Beide Konzepte leisten wertvolle, jedoch unterschiedliche Dienste in der Softwareentwicklung.
Produktmanagement und Burnout
Ich habe etwas Marktforschung zu der Frage betrieben, welche Inhalte die Leser eines Produktmanagement Blogs interessieren.
Interessanterweise wollen viele Leser auch einmal etwas über die Thematik „Produktmanagement und Burnout“ wissen. Darauf gehe ich heute gerne einmal kurz ein, da ich denke, daß wir zwei Beiträge dazu leisten können, um das Thema zu entschärfen.
Good Friday – Nutzen
Google ist ein prominenter Vertreter von Firmen, die es Ihren Mitarbeitern gestatten, einige Tage in der Woche „ungerichtet“ zu arbeiten. Google Mitarbeiter dürfen an Ihrem „Good Friday“ 20% der Arbeitszeit in freie Projekte investieren.
Diese Projekte werden nicht weiter überwacht. Wissenschaftliche Forschungen, aber auch die Erfahrungen der Verwenderfirmen dieses Modells berichten viel Gutes darüber.
ScrumBut – We use Scrum, but… – Eine Ergänzung
Einer meiner Leser der ersten Stunde hat mich neulich auf einen interessanten Blogbeitrag zum Thema Scrum hingewiesen, der auf dem PM-Blog unter dem Titel „ScrumBut – We use Scrum, but…” zu lesen ist. Wie Sie wissen, arbeiten heute viele Unternehmen im IT Sektor nach der SCRUM Methode, d.h. einem Ansatz, der sich den Zielen Lean (Einfachheit) und Agile (Agilität) verschrieben hat. Der erwähnte Artikel befasst sich mit der Umsetzung dieser Methode. Ich beschäftige mich heute mit dem „Aber“ bei der ‚Umsetzung.
Customer Experts Lose Influence When Teams are Pressured
The Harvard Business School writes in its current newsletter about a tricky topic, which gave me a bit of an „aha-experience“.
I do not want to miss to share this experience with you, as it is important, if you intend that your company works customer centric.
Lesenswerte Beiträge in anderen Blogs
Mir sind in der letzen Zeit einige interessante Artikel und Blogs aufgefallen, die ich hier kurz erwähnen möchte. Es geht in diesem Artikel, um einen Überblick über die agile Softwareentwicklung, um eine Schätzmethode, und um die wichtige Rolle des Productowners in einem Scrum-Team.
Lean Innovation
Das WZL der RWTH Aachen verfolgt einen interessanten systematischen Ansatz, um die Wertorientierung in das Innovationsmanagement einzuführen. Diesen Ansatz möchte ich hier nur kurz anreissen, und lege Ihnen nahe, sich den Ansatz bei der RWTH Aachen selbst näher anzusehen.
Classic Development Model and Lean Model Compared
In the lean development model we change certain elements of the conventional development process, to allow the development organization to work more flexibly. Here is why.
Role of the Product Vision when Development goes Agile
He does not stop with this statement, but adds recommendations, which very well complement my article → SCRUM Product Owner: Role and Task. For me, the remaining question is „Which mindset does the Product Owner require to deliver such a vision?“.
SCRUM Product Owner: Role and Task
Scrum is an organization model, and used by companies that develop products with agile methods. It has been invented as a means to professionalize the software development process. As I have already written in earlier articles, the model defines different roles, and has a specific view to the role of the team members.
Here I will concentrate on the tasks and the role model for the Product Owner.
Agile Product Management
These days, software systems are large, and they become challenging and expensive to create. In the recent years, many companies tried to formalize the development process, just to be able to better manage this complex process. Most companies used the waterfall method, in which one after the other department worked on its part of the software development cycle.
Agile Development
Much of the technology, in particular in the software industry or technology area is large and complex. In the meantime, for example, large technology companies need to invest several hundred thousand person days to come up with their next release of a product. The videos recommended here help you to understand the initial concept of an agile organization.
Interessante fremde Blogbeiträge
Hier möchte Ich Ihnen kurz einige interessante Beträge empfehlen, die ich in fremden Blogs gefunden habe. Wenn Ihnen weitere interessante Blogbeiträge auffallen, warum empfehlen Sie sie nicht einfach für einen der nächsten Sammlungen?
Ich arbeite seit vielen Jahren in der Softwareentwicklung für Unternehmensanwendungen bei der SAP SE. Dieser Blog ist privat, und die Meinungen sind meine eigenen. Sie sind hier richtig, wenn sie sich für Praxiserfahrungen im Produktmanagement für Investitionsgüter interessieren. 