Aufgaben und Rollen im Produktmanagement.
Was sind eigentlich die Aufgaben von Produktmanagern in Unternehmen? Welche Rollen gibt es in den virtuellen Teams?
Wir schauen genauer in das technische Produktteam, weil hier viele Aufgaben von einer Person erledigt werden.
Wenn ein Produktmanager alle diese Aufgaben alleine bewältigt, wann hat er dann Zeit für die strategischen Aufgaben im Produktmanagement?
2. Kostenfreie Bücher - Download
Ausführliche Informationen erhalten Sie in unseren
kostenfreien Büchern für Produktmanager, die Sie hier
herunterladen können:
http://www.pro-produktmanagement.de/produktmanagement-buecher.html
Kostenfrei verfügbare Titel:
„Strategisches Produktmanagement“
„Technisches Produktmanagement“
„Erfolgreiches Go-to-Market“
3. Rolle & Titel
Rolle: Produktmanagement
Titel: Produktmanager,
Produktmarketingmanager, Technischer
Produktmanager, Product Owner, Business
Development Manager, Productline-Manager,
Portfolio-Manager …
8. Aufgaben ergeben sich aus Arbeit …
Geschäftsleitung
Controlling
Recht
(Legal)
Marketing
Kommunikation
Vertrieb
Entwicklung
Support
Training
ProduktmanagementMarkt
9. Open Product Management Workflow™ A market-driven step by step model
for developing and managing
innovative technology products
Time and
Costs
User Persona
Work Package
Definition
Use Scenario
Communication
Strategy
Product
Roadmaps
Positioning
Sales to
Buying Process
Support Sales
for Forecast
Website
Content
Product
Launch Plan
Marketing
Plan
Marketing
Efficiency
Distribution
Strategy
Market
Strategy
Portfolio
Strategy
Requirements
Rating
Business
Plan
Price
Strategy
Go-To-Market
Team
Approval
Review
Meetings
Prototype
Technical
Product Team
Sales
Collateral
Sales Channel
Training
Sales
Presentation
Event
Support
Demos,
Trial Versions
Customer
Maintenance
Reference
Customers
Opinion
Leader
Innovation
Identify
Persona
Interview
Market
SWOT
Analysis
Buy, Build,
Partner
Product
Profitability
Buyer Persona
Analysis
Technology
Analysis
Market
Potential
Competitive
Analysis
Win/Loss
Analysis
Competence
Analysis
Identify
Scenario
Identify
Problem
INTERVIEW IDENTIFY ANALYZE CHECK STRATEGY CONSOLIDATE BUILD TEAM DELIVERY CONTROL BUILD TEAM PLAN PREPARE
STRATEGY, INNOVATION, BUSINESS TECHNICAL GO-TO-MARKET
10. Open Product Management Workflow
TM
Aus praktischer Erfahrung heraus entstanden
Schritt für Schritt Anleitung für Produktmanager
Entwickelt und veröffentlicht von Frank Lemser
Open Source, d.h. jedermann darf kostenlos
nutzen & mitarbeiten
Lizenz auf http://open-pmw.org
11. Open Product Management Workflow™
INTERVIEW IDENTIFY ANALYZE CHECK STRATEGY CONSOLIDATE BUILD TEAM DELIVERY CONTROL BUILD TEAM PLAN PREPARE
MEASUREOPTIMIZEMEASUREMEASURE & OPTIMIZEMEASUREOPTIMIZE
Product
Lifecycle
12. INTERVIEW IDENTIFY ANALYZE CHECK STRATEGY CONSOLIDATE BUILD TEAM DELIVERY CONTROL BUILD TEAM PLAN PREPARE
Strategisch Taktisch
STRATEGY, INNOVATION, BUSINESS TECHNICAL GO-TO-MARKET
13. Zeit die man in Strategie
investiert, reduziert die
verschwendete Zeit für Taktik.
14. Das Großartige an faktenbasierten
Entscheidungen ist, dass sie die
Hierarchie überstimmen.
Jeff Bezos – CEO Amazon Inc.
Source:
http://www.goodreads.com/quotes/794529-the-great-thing-about-fact-based-decisions-is-that-they-overrule
15. Leiter virtueller Teams
Time and
Costs
User Persona
Work Package
Definition
Use Scenario
Communication
Strategy
Product
Roadmaps
Positioning
Sales to
Buying Process
Support Sales
for Forecast
Website
Content
Product
Launch Plan
Marketing
Plan
Marketing
Efficiency
Distribution
Strategy
Market
Strategy
Portfolio
Strategy
Requirements
Rating
Business
Plan
Price
Strategy
Go-To-Market
Team
Approval
Review
Meetings
Prototype
Technical
Product Team
Sales
Collateral
Sales Channel
Training
Sales
Presentation
Event
Support
Demos,
Trial Versions
Customer
Maintenance
Reference
Customers
Opinion
Leader
Innovation
Identify
Persona
Interview
Market
SWOT
Analysis
Buy, Build,
Partner
Product
Profitability
Buyer Persona
Analysis
Technology
Analysis
Market
Potential
Competitive
Analysis
Win/Loss
Analysis
Competence
Analysis
Identify
Scenario
Identify
Problem
INTERVIEW IDENTIFY ANALYZE CHECK STRATEGY CONSOLIDATE
BUILD
TEAM
DELIVERY CONTROL
BUILD
TEAM
PLAN PREPARE
STRATEGY, INNOVATION, BUSINESS TECHNICAL GO-TO-MARKET
Technical
Product Team
Go-To-Market
Team
16. Erfahrene Produktmanager wissen, dass
sie kein Produkt managen, sondern dass
eine sehr wichtige Aufgabe der
Produktmanager darin besteht die
Produktteams zu formieren, zu
informieren und zu managen.
17. Technisches Produkt-Team
Time and
Costs
User Persona
Work Package
Definition
Use Scenario
Communication
Strategy
Product
Roadmaps
Positioning
Sales to
Buying Process
Support Sales
for Forecast
Website
Content
Product
Launch Plan
Marketing
Plan
Marketing
Efficiency
Distribution
Strategy
Market
Strategy
Portfolio
Strategy
Requirements
Rating
Business
Plan
Price
Strategy
Go-To-Market
Team
Approval
Review
Meetings
Prototype
Technical
Product Team
Sales
Collateral
Sales Channel
Training
Sales
Presentation
Event
Support
Demos,
Trial Versions
Customer
Maintenance
Reference
Customers
Opinion
Leader
Innovation
Identify
Persona
Interview
Market
SWOT
Analysis
Buy, Build,
Partner
Product
Profitability
Buyer Persona
Analysis
Technology
Analysis
Market
Potential
Competitive
Analysis
Win/Loss
Analysis
Competence
Analysis
Identify
Scenario
Identify
Problem
INTERVIEW IDENTIFY ANALYZE CHECK STRATEGY CONSOLIDATE
BUILD
TEAM
DELIVERY CONTROL PLAN PREPARE
STRATEGY, INNOVATION, BUSINESS TECHNICAL GO-TO-MARKET
Technical
Product Team
BUILD TEAM
18. Produktmanager
Botschafter für den Markt
Identifiziert & quantifiziert Probleme für
Potenzielle
Evaluierende
Kunden
(Schreibt Markt-Requirements)
Überprüft die Lösung mit dem Markt
19. Tech. PM / Product Owner
Schreibt & bewertet Markt-Requirements
Entscheidung über Auslieferungszeitpunkt,
Funktionalität und Kosten
Hält Rücksprache mit dem Kunden, kein Vertreter
des Kunden
Oberstes Ziel Wirtschaftlichkeit des Produktes
Der Technische PM & orange Teil des OPMW
Interessen & Anforderungen aller bündeln
20. Produkt Architekt
Entwirft eine technische Lösung
für Probleme
Analysiert Markt-Requirements und
schreibt Spezifikationen/Stories
Brücke zwischen Produktmanager
und Entwicklern
Reduziert großflächig Konflikte
21. Konzepter (UX)
Entwirft Nutzerkonzept aus
Nutzerverhalten und Problemen
Analysiert Markt-Requirements,
entwickelt Mok-ups und schreibt
Spezifikationen
Arbeitet eng zusammen mit Produkt
Architekt
Brücke zwischen Produktmanager und Entwicklern
Bestimmt Aussehen und Bedienung
23. Qualitätssicherung
Sichert die Qualität
Verantwortet Testprozesse
Testet ob die (Markt)Probleme
gelöst sind
Stellt sicher, dass:
Requirements überprüfbar sind
Die Spezifikation den Requirements entspricht
Das Produkt den Spezifikationen entspricht
24. Kostenfreie Bücher - Download
Ausführliche Informationen erhalten Sie in unseren
kostenfreien Büchern für Produktmanager, die Sie hier
herunterladen können:
http://www.pro-produktmanagement.de/produktmanagement-buecher.html
Kostenfrei verfügbare Titel:
„Strategisches Produktmanagement“
„Technisches Produktmanagement“
„Erfolgreiches Go-to-Market“
Product Owner im Agilen Entwicklungsprozess Srum.
PM muss nicht PO sein den PO ist definiert als jemand der die Produktkompetenz hat und bei Fragen von R&D Antworten geben soll.
Wenn du PO bist dann hast du keine Zeit für den Rest deiner Arbeit wie den gesamten Strategischen und Go-to-Market Teil.
Wenn du PO und PM bist machst du 2 Jobs mit einmal. Ist es nicht besser einen Job gut zu machen als 2 schlecht?
Der Architekt verwaltet häufig die Entwicklungs-Zyklen, aber schreibt keinen Code.
Diese Rolle wird höchstwahrscheinlich von einem Senior Entwickler übernommen.
Andere genutzte Titel bzw. Bezeichnungen sind:
Requirements Engineer
System Architekt
Designer
Programm Manager
Andere benutzte Namen und Titel:
Usability Specialist
UED - User Experience and Design.
Industrie Designer
Gibt den Interaction-Desginer=Konzepter und Grafiker (macht bunt)
Und der PM SOLLTE DAS UX NICHT VORGEBEN!! LASST DAS DIE EXPERTEN MACHEN! Und wenn PM das macht, dann hat er weniger Zeit für andere Tätigkeiten.
Die Qualität sicher stellen, bedeutet nicht, diese zu Messen.
Alle Verantwortung für das Testen sollte bei der Qualitätssicherung liegen. Testen beinhaltet internes Testen, Labor-Tests und Vorort-Tests.
Diese Rolle ist frühzeitig in den Planungsprozess involviert, denn sie muss sicherstellen, dass die Requirements überprüft werden können und ein Testplan erstellt werden kann, damit sicher ist, dass die Requirements erfüllt wurden und dass das (Markt)Problem gelöst wurde.
Der Vorteil wenn an unseren Requirements ist, dass sie die Szenarien enthalten und so kann genau auf diese getestet werden.
Dieses muss erledigt werden bevor Spezifikationen geschrieben wurden oder das Entwickeln begonnen hat.