Vom 21. bis 22. MĂ€rz 2019 haben wir mit Kollegen die Konferenz besucht AgileDays 2019, und ich möchte ein wenig darĂŒber erzĂ€hlen.

Veranstaltungsort: Moskau, Internationales Handelszentrum
Was ist AgileDays?
AgileDays ist eine jĂ€hrliche Konferenz zum Thema agiles Prozessmanagement, die bereits zum 13. Mal stattfindet. Wenn dir Begriffe wie âflache Organisationsstrukturâ und âSelbstorganisation von Teamsâ unbekannt sind, empfehle ich, dich ĂŒber Agile zu informieren.
Wie alles war
Die Konferenz fand an zwei Tagen statt: Donnerstag und Freitag (ein gelungenes Ende der Arbeitswoche bereits am Mittwoch).
Das Programm der Konferenz bestand aus fast 100 VortrĂ€gen und Workshops zu verschiedenen Themen. Die Sprecher waren Mitarbeiter und FĂŒhrungskrĂ€fte unterschiedlicher Unternehmen, die die agile Methodik erfolgreich in ihren Betrieben anwenden (ABBYY, Qiwi, HeadHunter, Dodo Pizza, ScrumTrek und andere).
In der Regel dauerte der Vortrag eines Sprechers 45 Minuten, am Ende gab es die Möglichkeit, Fragen zu stellen. Leider war es physisch nicht möglich, alle VortrĂ€ge zu besuchen â die PrĂ€sentationen fanden gleichzeitig in verschiedenen SĂ€len statt, sodass jeder von uns wĂ€hlen musste, wohin er gehen wollte (wir hatten uns nicht abgestimmt, aber oft deckten sich unsere Interessen).

Wie wÀhlt man aus, wohin man geht?
ZunĂ€chst orientierten wir uns am Thema des Vortrags. Einige davon sind eher fĂŒr Scrum Master geeignet, andere fĂŒr Produktverantwortliche. Es gibt auch welche, die in erster Linie fĂŒr Unternehmensleiter von Interesse sind. Ich weiĂ nicht, warum, aber der Vortrag zum Thema âWie man Teamarbeit ruiniert: ein Leitfaden fĂŒr Managerâhatte offenbar einen solchen Ansturm, dass die Organisatoren nicht mit einem so groĂen Interesse gerechnet hatten, denn der Vortrag fand in einem relativ kleinen Presseraum statt (alle wollten wahrscheinlich so schnell wie möglich erfahren, wie sie ihre Teams ruinieren können).
In den Pausen zwischen den VortrÀgen gab es Kaffeepausen, in denen wir uns trafen und die PrÀsentationen der Sprecher diskutierten.
Und was NĂŒtzliches haben wir gelernt
Ich kann nicht sagen, dass die Konferenz meine Denkweise revolutioniert und mich dazu gebracht hat, meine AnsĂ€tze zu unserer Arbeit zu ĂŒberdenken. Allerdings wĂ€re das wahrscheinlich genau das passiert, wenn unsere Kollegen (genauer gesagt die FĂŒhrungskrĂ€fte) vor einem Jahr nicht ebenfalls an einer Ă€hnlichen Veranstaltung, AgileDays 2018, teilgenommen hĂ€tten. Seit diesem Moment (vielleicht sogar etwas frĂŒher) haben wir den Weg der Transformation nach Agile eingeschlagen und bemĂŒhen uns, bestimmte Prinzipien und AnsĂ€tze anzuwenden, die in den VortrĂ€gen prĂ€sentiert wurden.
Diese Konferenz hat mir geholfen, all das, was ich zuvor von den Kollegen gehört hatte, in meinem Kopf zu ordnen.
Hier sind die HauptansĂ€tze (aber bei Weitem nicht alle) fĂŒr die Arbeit, ĂŒber die in den Monologen der Redner nachgedacht wurde:
Wert des Produkts
Jede Aufgabe, jedes Feature, das in die Produktion geht, sollte einen bestimmten Nutzen und Wert mit sich bringen. Jedes Teammitglied sollte verstehen, warum und wofĂŒr es das tut. Man sollte nicht nur der Arbeit wegen arbeiten; besser wĂ€re es, mit den Kollegen FuĂball zu spielen. (Vielleicht kommt euch wĂ€hrend des Spielens eine brauchbare Idee.)
Leider gelingt es uns im öffentlichen Sektor (denn wir beschĂ€ftigen uns genau mit der Entwicklung fĂŒr öffentliche Auftraggeber) nicht immer, den Wert bestimmter Features zu bestimmen. Manchmal kommt eine Aufgabe von "oben" und muss erledigt werden, auch wenn jeder versteht, dass dies nicht sinnvoll ist. Aber wir werden uns bemĂŒhen, auch in solchen Situationen den "Wert des Produkts" zu finden.
Selbstorganisation und autonome Teams
Es wurde viel Wert auf die Selbstorganisation der Mitarbeiter und der Teams im Allgemeinen gelegt. Wenn stĂ€ndig ein Vorgesetzter ĂŒber dir steht, Aufgaben verteilt, dich "anstupst" und versucht, alles zu kontrollieren, wird dabei nichts Gutes herauskommen. Allen wird es schlecht gehen.
Es wird dir schwerer fallen, als guter Fachmann zu wachsen und dich weiterzuentwickeln, und der Vorgesetzte wird irgendwann sowieso nicht alle Prozesse kontrollieren können (ein Teil der Informationen wird nach dem Prinzip "Stille Post" verzerrt, ein anderer ganz aus dem Blickfeld verschwinden). Und was passiert, wenn eine solche Person (Manager) in den Urlaub geht oder krank wird? Oh Gott, die Arbeit steht ohne ihn still! (Ich glaube nicht, dass das jeder wirklich will.)
Ein Manager muss in der Lage sein, seinen Mitarbeitern zu vertrauen und nicht versuchen, die âeinzige Anlaufstelleâ fĂŒr alle zu sein. Die Mitarbeiter sollten ihrerseits Initiativen ergreifen und ihr Interesse an den Projekten zeigen. Wenn das der Fall ist, fĂ€llt es dem Manager deutlich leichter, sich von der totalen Kontrolle ĂŒber alle zu lösen.
Ein autonomes Team ist in erster Linie ein selbstorganisiertes Team, das in der Lage ist, die gesetzten Ziele (Projekte) zu erreichen. Das Team wĂ€hlt selbst die Wege zur Erreichung dieser Ziele. Es benötigt keinen externen Manager, der vorschreibt, was und wie zu tun ist. Alle Fragen und Probleme sollten gemeinsam im Team besprochen werden. Ja, das Team kann (und sollte) zu dem Manager gehen, aber nur in dem Fall, wenn es versteht, dass dieser Punkt intern nicht gelöst werden kann (zum Beispiel, wenn es notwendig ist, die Ressourcen des Teams zu erhöhen, um das Projekt erfolgreich abzuschlieĂen).

Flache Organisationsstruktur
Die Abkehr von dem Prinzip âIch bin der Boss â du bist der Untergeordneteâ hat einen sehr positiven Einfluss auf das Klima innerhalb des Unternehmens. Die Menschen beginnen, freier miteinander zu kommunizieren, und sie hören auf, zwischen sich ŃŃĐ»ĐŸĐČĐœŃĐ” Grenzen ânun, er ist ja der Bossâ zu bauen.
Wenn ein Unternehmen das Prinzip der âflachen Organisationsstrukturâ verfolgt, wird der Titel zur FormalitĂ€t. An die erste Stelle rĂŒckt die Rolle des Menschen, die er im Team einnimmt, und diese kann fĂŒr jeden unterschiedlich sein: das kann die Person sein, die mit dem Kunden kommuniziert und die Anforderungen sammelt; das kann der Scrum Master sein, der die Prozesse des Teams ĂŒberwacht und versucht, sie zu verbessern und zu optimieren.
Teammotivation
Auch die Frage der Motivation der Mitarbeiter blieb nicht unbeachtet.
Das Gehalt ist nicht das einzige Kriterium, das eine Person dazu bewegt, zu arbeiten. Es gibt viele andere Aspekte, die produktives Arbeiten fördern. Man sollte mehr mit seinen Mitarbeitern kommunizieren (nicht nur ĂŒber die Arbeit), ihnen vertrauen und nach ihrer Meinung fragen, stĂ€ndig Feedback geben. Es ist groĂartig, wenn im Team ein eigener âTeamgeistâ entsteht. Man kann eigene Merchandise-Artikel entwerfen, wie zum Beispiel T-Shirts, Caps und Ă€hnliches (ĂŒbrigens haben wir das bereits). Man kann versuchen, Teamevents, AusflĂŒge in die Natur und andere AktivitĂ€ten zu organisieren.
Wenn es einem Menschen angenehm und komfortabel ist, im Team zu arbeiten, erscheint ihm die Arbeit interessanter, und er denkt nicht: âEile ich jetzt schon um 18 Uhr wieder nach Hause?â
Team-Suche nach neuen Mitarbeitern
Es scheint, als sollten die HR-Abteilung (die dafĂŒr ja da ist) und der Leiter (der auch etwas tun sollte) sich um die Suche nach neuen Mitarbeitern kĂŒmmern. Warum sollte also das Team daran teilnehmen? Es hat auch so viel Arbeit am Projekt. Die Antwort ist eigentlich einfach â niemand weiĂ besser als das Team selbst, was sie sich von einem Kandidaten wĂŒnschen. Das Team wird schlieĂlich weiter mit dieser Person arbeiten. Warum sollte man ihnen also nicht die Möglichkeit geben, diese wichtige Entscheidung selbst zu treffen?

Verteiltes Team
Im 21. Jahrhundert ist es nicht mehr nötig, dass jeder von uns morgens um 9 Uhr ins BĂŒro fĂ€hrt (insbesondere in der IT-Branche). Produktiv arbeiten kann man auch von zu Hause aus. Und wenn jemand von zu Hause arbeitet, was hindert ihn daran, auch aus einer anderen Stadt oder sogar aus einem anderen Land zu arbeiten? Richtig â nichts hindert ihn daran.
Ein Vorteil eines verteilten Teams ist, dass du mehr Optionen hast, um den richtigen Mitarbeiter nach den gewĂŒnschten Kriterien (FĂ€higkeiten, Erfahrung, Gehaltsniveau) zu finden. Man kann sich darauf einigen, dass die Auswahl an Kandidaten aus ganz Russland deutlich gröĂer sein wird als nur aus einer Stadt. Auch die Kosten fĂŒr solche Mitarbeiter (BĂŒrohaltung, Technik) reduzieren sich erheblich.
Es gibt auch einen negativen Aspekt bei dieser Arbeit â die Menschen sehen sich nicht. Es ist sehr schwierig, mit jemandem zu arbeiten, den man persönlich nicht kennt. RegelmĂ€Ăige Videoanrufe und gelegentliche gemeinsame Firmenveranstaltungen (mindestens einmal im Jahr) können dieses Problem leicht lösen.

Offene GehÀlter und andere finanzielle Fragen des Unternehmens
Es klingt recht ungewohnt, aber glauben Sie mir, in manchen Unternehmen funktioniert das. Der Ansatz besteht darin, dass jeder Mitarbeiter die Möglichkeit hat, zu sehen, wie viel seine Kollegen verdienen (! und sogar wie viel die FĂŒhrungskrĂ€fte verdienen).
Es ist ein recht komplexer Prozess, und um zu offenen GehĂ€ltern ĂŒberzugehen, muss man sehr schrittweise vorgehen. ZunĂ€chst mĂŒssen die GehĂ€lter der Mitarbeiter ausgeglichen werden, um Situationen zu vermeiden, in denen einer fĂŒr die gleiche Arbeit 5 Rubel und ein anderer ganze 15 Rubel erhĂ€lt. Man muss bereit sein, auf Fragen wie "Warum verdient Petja mehr als ich?" zu antworten.
Es ist erwĂ€hnenswert, dass die Gehaltsoffenlegung nur die Spitze des Eisbergs ist. Es gibt noch viele andere Finanzkennzahlen, ĂŒber die es fĂŒr die Mitarbeiter nĂŒtzlich und interessant wĂ€re, informiert zu werden.

Und zum Schluss (so endete praktisch jeder Redner seine Rede): Man sollte nicht denken, dass ein bestimmter Ansatz zu den Prozessen innerhalb des Unternehmens und der Teams bei jedem zu 100 % funktioniert. WĂ€re es so, wĂ€ren alle lĂ€ngst erfolgreich. Man muss verstehen, dass wir alle Menschen sind und jeder von uns anders. Jeder braucht einen individuellen Ansatz. Der Erfolg liegt genau darin, diesen âeigenenâ SchlĂŒssel zu finden. Wenn es Ihnen unangenehm ist, nach Scrum zu arbeiten, mĂŒssen Sie sich und Ihr Team nicht dazu zwingen. Nehmen Sie zum Beispiel Kanban. Vielleicht ist das genau das, was Sie brauchen.
Probieren Sie es aus, experimentieren Sie, machen Sie Fehler und probieren Sie es erneut, dann wird alles unbedingt gelingen.

Quelle: habr.com
