Spotify

154 Produkt vs Projekt

Produkt vs Projekt [0:00] Machen heute einen richtig fetten Knoten in deinem Kopf. Während wir versuchen Ungarn zu lösen. Wir schauen uns zwei Begriffe an, die in der agilen Welt parallel synonym, getrennt voneinander, strikt getrennt voneinander verwendet werden und endlich klären wir mal auf, was es mit diesen beiden Begriffen an sich ist. Es gibt Klugscheißerwissen, um auf der nächsten Konferenz. [0:25] Music. [0:34] Und herzlich willkommen zum Snipcast. Dein Podcast für Agili, Was für dich Teams und so weiter relevant ist, Heute ist endlich Janina wieder dabei. Und äh wir haben noch einen dritten Gast. Äh sie schläft grade hoffentlich äh hält sich das auch für ihren Podcast. Also falls da so ein paar Hintergrundgeräusche sind. Ich hoffe, wenn du uns im Auto hörst, dass das nicht ansteckend ist und du uns weiterhin toll folgen kannst und ich bin froh, zu Mert zu sein, so mal wieder einen dynamischen Podcast zu haben. Genau und was ich erzählen wollte, ist mir ist im Wochenbett was aufgefallen, was Parallelen hat zu dem, was wir üblicherweise hier im Podcast erzählen. Ach. Mhm. Wochenbettzeit [1:20] Und zwar ist mir aufgefallen im Wochenbett ne, die Zeit, in der man sein Baby kennenlernt und versucht herauszufinden, wie es tickt, versucht und was ganz Ähnliches machen wir in Menschen lesen. Menschen lesen haben wir ja jetzt neu aufgesetzt, also Menschen lesen, dass es ein Training das wir geben, indem wir unsere, dass es weitergeben, wie Menschen ticken. Ja. Weil uns aufgefallen ist, wie wichtig das ist, wenn man andere Menschen führt, egal ob direkt oder lateral, also wie so ein. [1:53] Coach, ein Master, ein Team Facilitator oder auch nur eine Moderatorin das macht dafür ist es gut, relativ schnell herauszufinden, wie Menschen ticken, was sie jetzt brauchen, um etwas mitzugehen, um entspannt zu sein in stressigen Situationen und nichts anderes habe ich die letzten Wochen im Wochenbett gemacht. Ich habe versucht herauszufinden, wie sie, Dementsprechend ist ja auch meine These zu ihr, dass sie die, gleiche Struktur immer beim Windeln wechseln zum Beispiel braucht, also immer genau die gleiche weil eben Prozederal und, wenn du jetzt nicht viel von dem verstanden hast, was Henri gesagt hat, dann ist Menschen lesen vielleicht was für dich. Wir machen’s dieses Jahr das erste Mal in einem richtig großen Bundle, also weil wir festgestellt haben, es ist so es genau, es ist so intensiv, man kann da so viel drin lernen und man hat also unsere Teilnehmenden haben so viele Aha-Erlebnisse gehabt, dass wir’s jetzt aufgeteilt haben, damit wir eben für jedes Thema intensiv Zeit haben und ja also wärmste Empfehlung, für dich, wenn auch du gerne herausfinden möchtest, wie deine Teammitglieder oder deine Führungskräfte oder deine Coachies ticken und das relativ schnell, dann ist Menschenlesen Gold wert. Wochenbett, genau das. Wir wollen ja heute nicht übers Wochenbett sprechen. Nee. Wir wollen heute sprechen über. Das Thema [3:21] Produkte und Projekte. Produkte die ja so ein bisschen Wert drauf legen manchmal diese voneinander zu unterscheiden, ganz ehrlich, ich habe damals als Softwareentwickler habe ich mich auch gefragt, hä wieso ist das gleich warum äh ich mache da hier ich mache hier Projektarbeit eigentlich den ganzen Tag. Mhm. Mir ist erst später aufgefallen, Nee, eigentlich mache ich Produktarbeit. Genau. Genau genommen sind nur zwei Wörter anders. Äh zwei Buchstaben. Ja, genau. [3:53] Das war’s oder nicht? Nein, du hast wo ist denn wo ist denn genau, wo ist denn für dich so dieser Unterschied zwischen Produkten, Wo ist der Unterschied zwischen Produkt und Projekt? [4:05] Also fängt schon da an, wie ich es eigentlich als Projektleiter damals gelernt habe. Ein Projekt hat einen definierten Anfangs- und einen Endzeitpunkt und der ist eigentlich vorher schon bekannt mit wollen jetzt hier eine neue Brücke bauen, dann und dann zack, fertig. Nächstes Projekt. Mhm. Was ich häufig sehe als Projekt, ist so wir haben ein Produkt, was weiß ich, Microsoft Office zum Beispiel, Den gibt’s dann immer wieder neuere Versionen davon und die Mitarbeitenden, die die arbeiten eigentlich die ganze Zeit an diesem Produkt in dem Fall in dem Projekt wenn wir das Projekt nennen. Die meisten Unternehmen, die machen aufgrund ihrer Budgetierung auch die Projekte immer in Jahresscheiben und dann gibt’s das gleiche Projekt immer wieder nächstes Jahr mit ähnlichen Budget wahrscheinlich. Und das ist eher Produktentwicklung. Also so in meine Worte zusammengefasst. Ein Produkt kann aus mehreren Projekten bestehen. Ja. Äh entweder parallel zueinander laufenden Projekten oder aneinander zeitlich aneinander gereitet. [5:03] Und ein Projekt könnte auch ein Update von einem Produkt sein, durchaus mit ich möchte unsere Fertigungshalle möchte ich mal auf, neuere Fertigungssysteme sehe ich ein bisschen Automatisierung rein, dann ist dieses hier automatisieren neues Projekt danach ist das Produkt eben anders. Okay, also ein Projekt kann auch Teil einer Produktentwicklung sein. Ja. [5:29] Übereinander. Über ein Projekt. Eine Produktentwicklung realisieren über ein Projekt, Ja? Ja, ja, genau und es hat beides Vor- und Nachteile und deshalb wollte ich die Folge einfach mal mit dir machen. Aha. Mhm. Vor- & Nachteile [5:41] Gut, ich sehe ich sehe schon, dich interessiert das direkt, was ich häufig erlebt habe und das jetzt schon in diversesten Unternehmen und das muss ich mal ein Konzern sein, das ist vor allem auch kleine Unternehmen, sind davon, häufig betroffen mit wir haben hier einen Praktikanten der kann ein bisschen Software entwickeln der kann mal eben als Projekt so ein bisschen Software für uns schreiben, weil der Praktikant ist ja nach sechs Monaten oder so was, ist der wieder weg und schreibt halt ein bisschen Software, die was automatisiert in diesem Unternehmen. Mhm. Projekt ist danach abgeschlossen, fertig, ist cool für ein Praktikum. Das Problem ist jetzt, dass dieses. [6:17] Was da rauskommt, meist in den Unternehmensalltag einfließt, weil das war ja gut und wir haben’s ja aus gutem Grund beauftragt und die Jahre essentiell wird. Der Praktikant ist irgendwann weg. Die Praktikantin. Dann fällt dieses System aus oder kommt mit dem neuesten Betriebssystem Update oder sowas, plötzlich nicht mehr klar oder es zu klein geworden, ne? Wechselt die Datenmenge oder die Komplexität einfach. Mhm. Und dann haben wir auch ein Problem, weil es nur als Projekt umgesetzt wurde und nicht als Produkt und daher nicht nachhaltig begleitet wird Support und dass man sich umguckt, wie ist denn das Umfeld und so weiter, müssen wir da unser Produkt vielleicht ein bisschen anpassen und Ähnliches eben als einmaliges Ereignis nur gemacht. Jetzt kenne ich ja mal Projekte, in denen wird auch Wert darauf gelegt, bestimmte Qualitätsmaßstäbe, nachhaltig, zukunftsorientiert und so weiter und so fort umzusetzen. Ja. Ist das dann einfach, falsche Benutzung des Wortes oder gibt es das quasi in kleinerer Variante ab? Genau, das ist dann im Projekt schon vorausschauend geplant. Mhm. Und jetzt kommen wir zu dem Zeitpunkt, dass wir eben feststellen, oh mit dem neuen, Würde das vielleicht nicht funktionieren und jetzt haben wir mehrere Kostenstellen im Unternehmen. Mhm. Wer bezahlt das nächste Update? Mhm. Und das ist dann häufig so ein Problem. [7:39] Wir das als Produkt entwickelt haben, dann haben die eben ein gewisses Betriebsbudget über die Zeit, Da fließt das halt mit ein und die gucken sich das an, weil ich ich bin Herr dieses Produktes und ich möchte, dass das weiterhin zu meinen Kunden eben passt, Deshalb kümmere ich mich dadrum, dass es natürlich immer wieder unseren Kundenbedürfnissen entspricht, eben jetzt ein neues Betriebssystem, Als Projekt gemacht, dann ist es so ein bisschen, ich habe vielleicht schon nachhaltig gedacht am Anfang, doch über die Jahrzehnte dann häufig ist es Feiern forget Multi-Projektmanagement [8:11] Ich habe glaube ich Projektmanagement ein bisschen anders gelernt. Mhm. Als du bin ich aber also habe ich’s auch nicht so tief gelernt wie du. Ich hab’s mehr oder weniger. Ich habe da nur mitgearbeitet. Ich habe keine Zertifizierung oder so was da drin. Und es ist nicht ein Software gewesen, sondern in Hardware, also ging es um das Realisieren von Kraftwerken. Bauen von Kraftwerken Hardware. Ja. Da wäre jetzt von dem, was du erzählt hast, quasi, dass wir bauen ein Kraftwerk, wäre das Produkt, Ja. Und das, was in so einer structure stehen würde, äh wäre, wären dann lauter Einzelprojekte. Das Produkt realisieren. Ja. Es heißt aber, Zumindest in dem Unternehmen, in dem ich gearbeitet habe, heißt es Projektmanagement. Ja. Das heißt dann gerne Multiprojektmanagement, ne, weil ich habe mehrere Projekte, die dieses Vorhaben bedienen, aber da hat niemand von Produktmanagement. [9:05] Deshalb finde ich diese Folge so wichtig und ich kann mich auch irren in unserer Welt, also auch also, Wenn ich mich irre bitte in die Kommentare schreiben. Deshalb ist mir das eben so ein bisschen Anliegen, aufzudröseln, dass wir eben häufig Projektmanagement sagen, obwohl wir Produktentwicklung meinen. Vielleicht gibt es aber ja auch einen Unterschied zwischen Software und Hardwareentwicklung oder zwischen einfach nur im Wortgebrauch, Unternehmen. [9:34] Vor 25 Jahren, also so lang ist es gefühlt her, es sind keine 25 Jahre, aber es sind bestimmt schon 20 Jahre und dem, was heute, also dass man das quasi nachträglich erst eingezogen hat, dass es noch ein Produktmanagement gibt zusätzlich zu einem Projekt Management. Also das ist eine eine neue ähm Spezifizierung ist, weißt du? Ich glaube sogar, dass es umgekehrt, Haben mit dem Produktmanagement oder Produktentwicklung, angefangen und irgendwann kam das Projektmanagement auf und das war neu und hip, so wie es jetzt grade Aktilität ist und dann hat man einfach alles Projektmanagement genannt Um Projektmanagement ist auch super sinnvoll, weil es die Ressourcen wieder freistellt für ein neues Projekt. Wenn wir das im Unternehmen aber nicht machen, dann, meine These, dass es sich eher um Produktentwicklung handelt. Mhm. Kann man mit mir gerne drüber diskutieren. Ist sicherlich auch nicht der Weisheit letzter Schluss. Warum ich das aufwerfe ist. Schon einmal an Produktmanagement gedacht? [10:29] Meist suchen wir Projektleiter, Projektmanager, machen Multiprojektmanagement und so weiter und das ist so quasi die Spitze dessen, was wir im Unternehmen erreichen können, also echt mal abgesehen von Vorständen oder Ähnlichem. Was vielleicht an vielen Stellen sinnvoll wäre, wäre Produktmanagement und wirkliche Teams, die hinter einem Produkt stehen würden, sich da drum kümmern würden, dass dieses Produkt auch weiterhin am Markt erfolgreich bestehen kann gerade die Agilität spricht ja sehr häufig von der Produktentwicklung statt vom Projektmanagement. Also gerade im Scrum, wir entwickeln ein Produkt, das wird iterativ entwickelt und immer wieder besser gemacht an den Kunden angepasst und so weiter. Und das ist halt im Kopf dieser Shift, der stattfindet mit wir kümmern uns jetzt um unser Produkt, und das entwickeln wir immer entlang des Kunden und es gibt ständig wieder kleinere Updates als dieses wir haben ein Lastenheft einfach abgearbeitet und danach ist dieses Produkt auch in diesem Fall kommt ein Produkt raus, ist fertig und danach fasse ich’s aber nie wieder an, Kommt ein neues Projekt, was dann sagt, ich mache da wieder ein Update drauf. Meist gibt es eben ein Problem dieses neue Projekt aufzusetzen, weil es hat vielleicht, 1 zwei Anwender haben halt ein Problem einer gewissen Stelle. Die sind aber zu klein als das, sie genug Geld aufbringen könnten für das nächste Update oder ein neues Team zusammenzustellen, die da eben ein Update drauf machen. Unterscheidet die Agilität anders als klassisches Projektmanagement?…

Read More

146 Scrum vs KanBan

Scrum vs KanBan Unsere Agile Master Ausbildung: https://znip.academy/agile Dise Folge auf YouTube: https://youtu.be/6YzAK9E0Bys [0:00] Es gibt einen guten Grund, warum wir jetzt die Master Ausbildung anbieten und nicht nur die Scrum Master Ausbildung, denn es gibt noch mehr agile Frameworks als nur Scrum, Es ist ganz cool, die auseinanderhalten zu können und zu wissen, wo fange ich denn jetzt je nach individuellem Team damit an. [0:18] Music. [0:27] Hallo und herzlich willkommen zum Snipe Cast deinem Podcast für was, wie anders sagen? Ja nicht, immer wieder ein bisschen was anderes drin. Ist der einzige Podcast, den du brauchst, wenn du mit Teams zu tun hast und die ordentlich entwickeln möchtest? Und welches Thema wir heute haben, erzählt uns heute Janina. Das haben wir ja im letzten Podcast so festgelegt. Wir sagen so selten unseren Namen, wenn wir eine gute Idee. [0:58] Ich probiere einfach mal. Ja, neues du hast den Snapcast, wir sind Henry Schneider und Janina Kappelhof Neues Intro [1:07] Wir bringen dir jede Woche die goldenesten, größten Perlen der Teamarbeit und Agilität, aus unserer und aus unserer Coaching-Erfahrung, also wirklich aus der Praxis und heute geht es um ein ganz besonderes Thema, das ich mitbringe ich bin huckt Ich bin so was von aus. Wir reden über etwas, das tatsächlich im Redaktionsplan steht, tatsächlich als nächstes Thema und ich finde, das passt so gut, weil ich habe letzte Woche einen Coaching-Call von dir mit angehört. Ja. Das Thema [1:42] Und mir ist aufgefallen, dass du das immer wieder sagst, aber selten in die Tiefe erklärst Und das machen wir heute. Oh krass, ey, das das große Thema. Und zwar glaube die Frage gestellt. [1:56] Was würdest du denn präferieren, wenn du Agilität einführst und deine Antwort ist in der Regel, Was würdest Du präferieren? [2:02] Kann man. Ist korrekt. Jetzt in der Regel meine Antwort Und eine ganz ähnliche Antwort würde ich auch geben. Das ist so die erste Empfehlung, die wir beide aussprechen und in der Regel ist die Begründung dafür, es ist leichtgewichtiger und man nimmt die Leute halt da mit, wo sie gerade stehen ohne einen Riesenchange einzu, Aber lass uns doch mal ein bisschen auseinanderzupfen, was eigentlich die großen Unterschiede zwischen Scrum, Was ist an KanBan leichtgewichtiger? [2:31] dieses klassische wir starten mit Scrum. Also das ist auch kann man auch genau das was mir dann häufig so entgegnet mit hä? Ich denke du machst Scrum. Du bist doch hier Agilität und so. [2:42] Ja. Und ich nenne mich ja auch selber Scrummaster. Das stimmt. Dass das nicht immer unbedingt mit Scrum starten muss oder dass das nicht unbedingt bedeutet, dass am Ende Scrum dabei rauskommt. Ich finde, das ist etwas, was wir hier mal, heute bisschen näher. Finde ich gut. Also das Thema heute ist, was ist der Unterschied zwischen Scrum und Cadman? Ja. Ach so, ich hätte gedacht, das Thema ist, warum würde ich dann eher mit Kanvan anfangen, aber ja die Antwort habe ich ja schon gegeben. Ach so, ja, genau. Weil’s leichtgewichtiger ist. Ja, das stimmt. Punkt. Aber warum? Was daran ist denn leichtgewichtiger? Wir haben schon ein oder zwei Konkrete kann man folgen ja auch spendiert haben da eben die Prinzipien erläutert, die eigentlich nur dahinter stehen. Mhm und die Werte und die Werte, genau, Das ist es schon fast. Also damit ist es eigentlich erklärt, wie es funktioniert und da drin ist sowohl die Schönheit als auch die Kompliziertheit. Ich finde, wir dürfen hier auch noch mal explizit erwähnen, das Kannen nicht einfach nur ein Bord ist. Ja. Sondern kann man es ein bisschen mehr als ich habe Borden spalten. Das wissen ja auch viele nicht. Viele sagen ach so, Jahn kann man dort haben wir schon seit Jahren. [3:57] Da gehören Prinzipien und Werte dazu, die gelebt werden müssen und wenn man diese Prinzipien oder geliebt werden sollten, wenn man diese Prinzipien weglässt, dann hat man vielleicht ein nettes Board irgendwo an der Wand kleben, aber die Funktionsweise dahinter Ist ein bisschen eine Art Lebenseinstellung, finde ich. Ne, ja, so groß hätte ich’s jetzt nicht gleich äh schon. Aber okay. [4:22] Was ist denn für dich die Lebenseinstellung hinter Kammer? Wirklich so dieser dieser Blick da drauf, also vielleicht auch nicht ganz so viel planen. Also ich finde planen immer gut, also einen Plan zu haben, Finde ich gut dadran, strikt festzuhalten. Eben nicht so sehr und kann man, plant gar nicht so viel, sondern reagiert mehr. Ich persönlich habe das Gefühl, das passt besser zum Arbeitsalltag von vielen Unternehmen, denen ich die ich so sehe. Die wollen häufig Scrum haben, weil sie das eher kennen, brechen sich dann tierisch ein damit ab, diese Prinzipien, die hinter Scrum liegen, zu leben, obwohl sie die vielleicht gar nicht brauchen. Mhm. Das finde ich ist es auf jeden Fall wert, Und ich finde, das ist auch ein bedeutender Unterschied zu Scrum, ne, also kommt ohne Plan aus oder sehr wenig planen. Scrum. Der große Plan [5:15] Und übrigens auch safe und uns Spotify und Nexus, die, bauen ja alles drum herum um dieses Planenevent. Und das ist ein Dreh- und Angelpunkt in DrameWorks. Bei Kanban gibt es eine Spalte, wo sich freigezogen werden kann. Mhm. Was auch immer jetzt grade das nächste Dringendes. Ich schaffe bei Scrum so ein bisschen mehr planerische Verlässlichkeit. Mhm. Währenddessen ich bei Kannbarn mir, jederzeit immer nur angucke, was ist das nächste, wichtigste Thema für mich? Genau. Deshalb habe ich nicht so viel Plan. Der Alltag, den ich erlebe in vielen Unternehmen. [5:55] Ist eher so, wir haben gerade unser Planning gemacht im Scrum und manchmal nur eine halbe Stunde später, irgendein Ereignis im Unternehmen passiert, ja. Was diesen Plan schon wieder über einen Haufen schmeißt. Genau und dann kann ich den Plan eben auch gleich sein lassen. Mhm. [6:11] Arbeitet deswegen mit so einem kontinuierlichen Durchfluss, also ja, bei Scrum oder Safe gibt es oder Nexus gibt es das schon auch, dass man versucht, einen kontinuierlichen Fluss aufzubauen, aber der bewegt sich in einer und da haben wir den nächsten Unterschied. Wir haben bei Scrum und den ganzen Kram haben wir Sprints, also Zeiträume, in denen wir Planen. Das ist eine Folge dieses Planungsanspruchs. Wir haben Iterationen, die sind immer gleich lang, damit wir eben auch Planungsintervalle vergleichen können und bei Kanban haben wir eben keine Sprints, keine fest Zeiträume, in denen wir Planbarkeit herstellen wollen, sondern das ist wirklich ein kontinuierlicher Durchlauf, der von heute auf morgen sich komplett ändern Produkt vs…

Read More