NBA84: Mein Buch „Agiles Arbeiten in der Praxis“

00:00:00: Hallo und herzlich willkommen bei No Bullshit Agile. Mein Name ist Thomas. Heute habe ich ein

00:00:08: bisschen eine speziellere Folge, denn ich habe ein Buch geschrieben. Das Buch heißt

00:00:13: Agiles Arbeiten in der Praxis und ja, das fasst tatsächlich meine Erfahrungen zusammen. Das,

00:00:19: was ich hier im Podcast erzählt habe, ich hatte die Idee schon ein bisschen länger,

00:00:23: das mal in eine sinnvolle Reihenfolge zu bringen. Zu den Podcast Folgen kann ich sagen,

00:00:29: die Folgen haben manchmal auch eine gewisse Reihenfolge, aber das ist ehrlich gesagt viel

00:00:34: auch, was ich gerade für wichtig erachtet habe. Und deswegen war tatsächlich die Idee zu sagen,

00:00:39: komm, setz dich mal hin, nimm mal deine Transkripte und versuch daraus mal eine

00:00:45: schöne Gliederung zu machen. Die Ebenen sind voller Reihenfolge abbildet und daraus entstanden

00:00:52: dann tatsächlich das Buch, das ich kostenlos veröffentlicht habe. Ich komme gleich in

00:00:58: Detail da auch nochmal drauf. Ich will aber einmal kurz erklären, ja, worum geht es in

00:01:03: dem Buch denn wirklich? Also das Ganze gibt es als PDF und als EPUB und damit du ein gewisses

00:01:10: Gefühl dafür hast, wie groß ist das Buch, das PDF ist für DIN A4 gerechnet und das sind dann

00:01:17: gute 80 Seiten. Ich glaube so 86, 87 Seiten sind das. Und das EPUB passt sich natürlich

00:01:24: dynamisch an. Wie schon gesagt habe, das Buch ist kostenlos. Den Link zu der Infoseite und

00:01:29: auch zu den Downloads, wie alle weiteren Links, die ich hier erwähne, die findest du in den

00:01:33: Shownotes. Und ich erzähle am Ende von der Folge auch noch, wie du selber mitmachen kannst,

00:01:39: denn das Buch habe ich tatsächlich als Open Source Buch auf GitHub veröffentlicht,

00:01:43: weil ich einfach dran denke und glaube, vielleicht gibt es Leute da draußen, die ein

00:01:48: bisschen mit dran arbeiten wollen, die vielleicht auch noch eine Idee haben, die vielleicht einfach

00:01:53: eine Rechtschreibkorrektur machen wollen oder vielleicht sagen, oh, ich hätte da noch hier und

00:01:57: da pro Kapitel eine Ergänzung oder ein ganzes Kapitel. Aber wie gesagt, die Details dazu erzähle

00:02:02: ich dann ein bisschen später in der Folge. Gut, ich will einfach mal ganz grob durchgehen. Ich

00:02:09: will das ganze Buch hier nicht vorlesen. Ist auch kein Hörbuch, aber ganz grob vorstellen,

00:02:14: worum geht es in dem Buch. Und ja, da hangele ich mich natürlich an dem Inhaltsverzeichnis lang. So,

00:02:20: das ganze Buch ist eingeteilt in vier Teile, wobei der vierte Teil relativ speziell ist. Auch da

00:02:29: komme ich gleich noch mal drauf. Den Kern des Buches bilden drei Teile und diese Teile heißen

00:02:35: Teil 1 das Fundament, Teil 2 Menschen und Zusammenarbeit und Teil 3 agiles Arbeiten.

00:02:43: Der vierte Teil heißt tatsächlich Methode kann man im ersten Teil das Fundament gehe ich natürlich

00:02:49: auf das agile Manifest und die zwölf Prinzipien ein. Erzählt aber auch ein bisschen was zu dem

00:02:55: Thema Mindset. Ich komme auf den agilen Eisberg. Das war ja mal ein Bild, was ich gemalt habe. Ich

00:03:02: erzähle ein bisschen was darüber, warum ich glaube, dass Agilität nicht tot ist, auch wenn man

00:03:06: die Diskussion immer wieder hört. Und ich stelle so ein bisschen die Frage, weil ich auch das immer

00:03:10: wieder lese, sind wir post agile oder nicht? Und für mich ist es halt sehr wichtig. Es nützt gar

00:03:18: nichts. Das wisst ihr, wenn ihr hier regelmäßig zuhört, eine schöne Methode zu benutzen und nicht

00:03:23: zu verstehen, was man da tut. Und deswegen ist es für mich ganz wichtig. Zuerst mal muss das

00:03:29: Fundament stehen und deswegen ist dieser Teil, sind diese Kapitel auch ganz am Anfang. Und ja,

00:03:35: ich würde es auch an eurer Stelle, falls ihr durch das Buch durchblättert, nicht skippen. Wenn ihr

00:03:40: denkt, gut, agiles Manifest bringt mir nichts oder kenne ich schon, wäre meine Bitte trotzdem,

00:03:45: lest euch das ruhig mal durch und versucht mal ein bisschen zu reflektieren, was euch das sagt

00:03:52: in eurer Situation. Teil zwei heißt ja Menschen und Zusammenarbeit. Und das ist deswegen der

00:04:01: nächste wichtige Teil, weil wir eben immer auch an die Menschen denken und denken müssen, die die

00:04:11: Produkte gestalten oder die Projekte haben. Dieser Teil drei ist relativ lang geworden. Dieser Teil

00:04:18: zwei, Entschuldigung. Und den habe ich nochmal ein bisschen weiter unterteilt. Zuallererst mal

00:04:22: habe ich mir gesagt, okay, wir schauen mal auf das Team. Und da geht es mir um Kernthemen wie

00:04:29: Selbstorganisation. Welche Power so ein Team überhaupt haben kann, wie man im Team Entscheidungen

00:04:37: trifft. Und dass es wichtig ist, dass ein Team permanent lernt in kleinen Schritten und nie

00:04:45: stagniert. Im zweiten Unterabschnitt geht es mir dann um Führung. Das ist auch eine wichtige

00:04:52: Komponente im agilen Arbeiten. Und da geht es um sowas wie eine Methodik oder ein Prinzip

00:04:59: Elastic Leadership heißt das, dass es wichtig ist zuzuhören, dass es wichtig ist, Vertrauen zu geben.

00:05:06: Ich gebe dir ein bisschen was an die Hand. Wenn du in einer Führungsposition bist,

00:05:11: One-on-one Gespräch, spreche ich drüber. Das ist also, wie gesagt, das ganze Thema Führen,

00:05:18: wenn wir in diesem Teil zwei sind, Menschen und Zusammenarbeit. Und der dritte Abschnitt in diesem

00:05:23: Teil zwei, da geht es dann eben um Kunden und Stakeholder, also unser etwas entfernteres Umfeld,

00:05:30: das wir natürlich nicht vergessen dürfen. Da geht es mir darum, dass ihr die Sicht der Stakeholder

00:05:36: oder der Kunden verstehen müsst. Was sagen die und warum sagen die das? Und was können wir damit

00:05:42: tun, dass für uns agile Arbeit besser wird? Ich gehe auf sowas ein, wie meine Erkenntnis ist,

00:05:49: viele tun sich schwer mit dem Begriff der Iteration. Sie wollen immer das Ganze haben.

00:05:55: Und ja, ich gebe dir so ein paar Praxisbeispiele, meine Vorschläge, wie man mit Kunden und Stakeholdern

00:06:02: umgehen kann, um sie auch von agiler Arbeit und nicht nur von der Methode zu überzeugen. Und im

00:06:09: dritten Teil geht es dann tatsächlich um agiles Arbeiten. Da beschreibe ich erst mal die Basis.

00:06:15: Was heißt agiles Arbeiten? Ich gehe auch darauf ein, wann und warum man agil arbeitet und dass es auch

00:06:23: überhaupt kein Problem ist, wenn die Arbeit nicht geeignet ist, eben nicht agil zu arbeiten, weil

00:06:28: das im Zweifelsfall auch ein Overhead ist. Ja, ich gehe ein bisschen ein auf agile Planung. Was

00:06:33: heißt das denn? Das Thema Deadlines. Wie komme ich denn zu einer Roadmap? Wie kann ich denn agil

00:06:41: entwickeln? Wie mache ich wirklich in der Praxis Feedback Zyklen? Wie baue ich das ein? Es geht

00:06:47: darum, was sind wirklich User Stories? Was davon hat sich für mich bewährt? Was davon ist eher ein

00:06:54: bisschen überkandidelt? Ich gehe ein auf das Thema Deadlines, weil für mich in Projekten das immer

00:07:00: ein Thema ist. Was heißt denn agiles Arbeiten und Deadlines? Und ja, wie hält man agiles Arbeiten am

00:07:07: Laufen? Und in dem vierten Teil, weil ich mir gesagt habe, okay, ein Buch über agiles Arbeiten in der

00:07:15: Praxis ohne eine Methode geht irgendwie auch nicht, gehe ich dann natürlich auf meine Lieblingsmethode

00:07:21: ein, mit der ich mich einfach auch gut auskenne, nämlich kann man. Und erzähle euch noch mal

00:07:27: zusammenfassend, was ich empfehlen würde, wie man kann man einführt und wie man kann man benutzt

00:07:35: und am Leben hält, sodass es eben zu den anderen Themen, die vorne im Buch kommen, auch wirklich

00:07:41: passt. Und ganz zum Abschluss habe ich tatsächlich noch so einen kleinen Epilog. Ich wollte eigentlich

00:07:49: gar nicht groß drüber reden. Ich habe da zwei Folgen drüber gemacht und deswegen habe ich gedacht,

00:07:53: okay, so hinten dran am Buch will ich es dann doch irgendwie erwähnen, nämlich das Thema agiles

00:08:00: Arbeiten und AI. Wie bedingt sich das? Welche Auswirkungen hat AI auf agiles Arbeiten? Was ist

00:08:08: da meine Meinung? Ja, und darum geht es in dem Buch. Wie gesagt, das ist jetzt einfach nur mal

00:08:14: grob beschrieben. Du findest den Link zu der Seite, die das Buch beschreibt und natürlich

00:08:19: dann auch jeweils die Links zum Download von dem PDF und von dem EPUB in den Shownotes. Und zum

00:08:25: Abschluss will ich gerne noch mal auf dieses Thema Mitmachen eingehen. Das Ganze eben auf GitHub

00:08:32: veröffentlicht und dann Creative Commons Lizenz. Da gibt es verschiedene Varianten dieser Lizenz.

00:08:38: Die Lizenz, die ich jetzt gewählt habe, bedeutet, nimmt sich jemand das Werk und verändert es. Das

00:08:46: ist okay, aber eine Nennung von dem Autor oder der Quelle ist, ja, muss man machen. Attribution

00:08:56: nennt man das dann. Die Quelle darf nicht kommerziell benutzt werden. Non-Commercial

00:09:01: heißt das. Und wie gesagt, ja, die Lizenz ist so gebaut, dass ihr auch mitmachen könnt. Das

00:09:10: nennt man dann Share-A-Like. Genau, das ist die Lizenz, die beschreibt, unter welchen Rahmenbedingungen

00:09:17: ihr jetzt was mit diesem Buch machen dürft. Und die Mitarbeit ganz pragmatisch ist ziemlich

00:09:23: einfach. Ihr braucht natürlich einen GitHub-Account, das geht nicht ohne, aber dann könnt ihr die

00:09:30: ersten Änderungen direkt innerhalb von GitHub in der Oberfläche machen. Ihr braucht kein weiteres

00:09:34: Tool, sondern ihr klickt einfach auf den Bleistift bei dem Buch und könnt anfangen, Dinge zu verändern

00:09:40: und zu editieren und zu speichern. GitHub wird im Hintergrund einen sogenannten Pull-Request machen.

00:09:46: Sprich, das ist nicht sofort live verändert, das Buch, sondern er hat sich die Änderung gemerkt.

00:09:51: Ich bekomme eine Nachricht, ich kann mir das angucken, kann alles oder Teile davon dann übernehmen und

00:09:57: dann würde ich eine neue Version des Buchs veröffentlichen. Ich habe mir das überlegt, dass

00:10:03: ich das natürlich nicht bei jeder kleinen Änderung machen werde, sondern ein bisschen Änderungen

00:10:08: sammeln und dann eben eine neue Version des Buchs veröffentliche. Wenn ihr mehr verändern wollt,

00:10:13: wäre es wahrscheinlich besser, dass ihr einen Fork macht, also im Prinzip eine Version für euch

00:10:18: runterladet, an der ihr arbeitet und mithilfe dieses Forks einen neuen Pull-Request startet. Das klingt

00:10:24: super kompliziert. Diejenigen von euch, die entwickeln können, für die klingt es vielleicht gar nicht so kompliziert,

00:10:29: aber meine Nachricht ist, wenn du was verändern willst, versuchst erstmal über GitHub direkt,

00:10:34: nutzt den Bleistift, editier was, drück auf speichern, den Rest macht GitHub für dich. Ansonsten freue

00:10:42: ich mich natürlich auf euer Feedback zu diesem Buch, natürlich ganz besonders. Ich habe auch

00:10:47: schon tatsächlich Feedback zum Buch bekommen, da werde ich mich jetzt hinsetzen und das einarbeiten.

00:10:52: Da sind viele Sachen dabei, wo ich denke, ja, macht total Sinn. Schöne Grüße an dieser Stelle an

00:10:57: Marco von Scrumshow und das soll für euch gerne eine Aufforderung sein, auch mitzumachen. Ich freue

00:11:03: mich natürlich ganz besonders über den Boost. Ich hoffe halt, dass das Buch Leuten hilft. Wie gesagt,

00:11:08: das ist ja alles kostenlos. Ich habe da kein finanzielles Interesse, sondern mir geht es darum,

00:11:13: ich glaube halt, es wäre ganz schön, wenn möglichst viele Leute die Chance haben, da mal reinzugucken

00:11:18: und zu sagen, oh, gucke mal, hier der Teil, das ist eine schöne Sicht darauf, das hat mir wirklich

00:11:23: jetzt geholfen und ja, das wäre natürlich ganz toll. Das ist ein Grund, warum ich dieses Podcast

00:11:28: mache und natürlich ein Grund, warum ich jetzt auch dieses Buch gemacht habe. Ja, da sage ich

00:11:33: schon mal ganz, ganz vielen Dank. Ansonsten würde ich sagen, sollte das für heute erstmal gewesen

00:11:37: sein. Ich wünsche Ihnen noch eine ganz tolle Woche und wir hören uns beim nächsten Mal bei No

00:11:42: Budget AirDrei.