Clever Geek Handbook

"Verfassung" fĂŒr Entwickler: Wie eine GitHub-Seite uns geholfen hat, ein Jahr lang nicht zu schwören

Vor einem Jahr wuchs mein Team: Die GeschĂ€ftslogik wurde komplizierter. TatsĂ€chlich wurden wir in drei Unterteams aufgeteilt - jedes umfasste sowohl Neuankömmlinge als auch diejenigen, die jahrelang im Unternehmen gearbeitet hatten. Die Subteams konzentrierten sich auf ihre Anweisungen, und obwohl alle die Abrechnung sahen, funktionierte das Prinzip eines gemeinsamen Verantwortungsbereichs nicht mehr. Und die Praktiken, die fĂŒr die "Oldies" funktionierten, passten nicht immer zum neuen Team.







Normalerweise ĂŒben wir fĂŒr Rallye-Teams Exkursionen: Den Rest der Zeit, in der sie von ihren StĂ€dten aus arbeiten, versammeln sie sich in einem Teil der Welt. Nachmittags absolvieren sie einen Teil des Sprints, abends haben sie gemeinsam Spaß. Aber die Fristen waren eng, also gingen wir den anderen Weg. Folgendes haben wir uns ausgedacht - und es scheint, dass dieser Ansatz von jedem Team verwendet werden kann, in dem es kein autoritĂ€res Management gibt.



Vielen Dank an Ray fĂŒr die Idee



Im FrĂŒhjahr 2019 wurde nur ĂŒber das Buch „Prinzipien. Leben und Werk “von Ray Dalio. Aleksey Kataev hat auch von ihr gehört - er ist auch "Teamleiter Leonid" und unser damaliger Teamleiter.



Ray Dalio? Wer ist das?
1975- Bridgewater Associates. 2010- - . 100 .



, , , , .


Lyosha kam zur Abrechnung, um Prozesse zu etablieren. Er hatte eine klare Vorstellung davon, was das Team sein sollte - und die FĂ€higkeit zu ĂŒberzeugen. Als alles funktionierte, ging er hinauf. Und bevor er ging, bot er an, VertrĂ€ge zu schließen und die Arbeit bereits debuggter Prozesse im Team zu konsolidieren, indem er "Lebensregeln" fĂŒr das Entwicklungsteam schrieb. Der neue Teamleiter unterstĂŒtzte die Idee - und sie begann.



ZunĂ€chst lesen wir genau diese Prinzipien von Dalio . Insgesamt gibt es 16 davon, aber um alles herauszufinden, mĂŒssen Sie ein Buch kaufen, die Bedeutung kann aus diesen vier verstanden werden.

  • Akzeptiere die RealitĂ€t und arbeite damit.
  • , , .
  • .
  • , .


NatĂŒrlich erbĂ€rmlich. Aber wir haben uns entschlossen, sie fĂŒr uns selbst anzupassen. Lyosha entwarf eine Liste mit 10 Prinzipien, und das Team ergĂ€nzte sie und erhöhte die Gesamtzahl der Abstracts auf 43. Wir haben ein Repository auf Github eröffnet: Es ist symbolisch, dass die Arbeitsregeln am selben Ort wie das Ergebnis gehostet werden.





Und um ehrlich zu sein, ist es einfacher, das gesamte Unternehmen auf diese Weise zu pflegen und weiterzuentwickeln.



Dann begannen sie, die Liste zu verkĂŒrzen und den Wortlaut zu verbessern, wobei sie jeden Punkt nach drei Kriterien bewerteten: Konkretheit, Übereinstimmung mit dem Prinzip, Wichtigkeit. Diskutiert und verfeinert, bis die Arbeit allen Interessierten zusagte.





Wir waren uns am Ufer einig. Das war Lyoshas Idee.



Dabei wurde klar, was wir anders sehen, aber nach mehreren Tagen aktiver Diskussion haben wir einen Release-Kandidaten.



Bild

Die Poolanfrage musste von jedem Teammitglied genehmigt werden.



Nach der endgĂŒltigen Abstimmung veröffentlichte der Teamleiter die erste offizielle Version der Team Life Rules.





KĂŒndigen Sie bitte die gesamte Liste an



Wir haben unsere "Verfassung" in zwei Teile geteilt: 12 allgemeine Lebens- und Verhaltensregeln in einem Team sowie 15 technische Prinzipien. Der Text ist ziemlich lang, daher werden wir sein Hauptvolumen unter den Spoilern verstecken. Rechtschreibung und Zeichensetzung bleiben im Original erhalten.



Arbeitsprinzipien



1.1. Wir folgen anerkannten GrundsÀtzen, unabhÀngig davon, ob wir ihnen zustimmen.

Persönliche Meinungsverschiedenheiten sind kein Grund, von den GrundsĂ€tzen abzuweichen. Sie können jedoch jedes Prinzip diskutieren, wenn sich die UmstĂ€nde Ă€ndern und es nicht mehr nĂŒtzlich ist.



11 weitere Punkte
1.2

— . — . — . , . , .



1.3

- . , . . . , . . . . — .



1.4

: , , , . — . — .



1.5 ,


1.6

— . : , , , .


1.7

. , , . — .



1.8

— , — . , . , .



1.9


1.10 —

, , — , — . : , , , . , , . -, “ ”, “ ” “ ”. , .


1.11 , ,

. — , , , — .


1.12

. .



Technische GrundsÀtze



2.1. Wir denken ĂŒber die Konsequenzen nach

Vor einem schwierigen Rollout oder einer schwierigen Migration ĂŒberlegen wir, was wir tun werden, wenn alles schief geht. Wir erstellen Backups, Rollback-Skripte und bewerten die Risiken eines Sturzes. Wir vertreiben die Gedanken "ah, es wird blasen, alles wird in Ordnung sein".




13 weitere Punkte
2.2 ,

“ ” -.


2.3

, , , . , .


2.4

!= . .



2.5 , —

— , Skyeng. , , .


2.6 ,

, - , - . “ ” “, ”.


2.7

, :

— RabbitMQ: ,

— : ,

—

— SOLID, DI, IoC



2.8

— , . : . “ ” — . .



2.9 , QA

. — . — QA. “in development”, production : .



2.10

100% coverage , 100% coverage.



2.11

.



2.12

: , .



2.13

, . , .



2.14

, . , phpdoc, , README.



2.15 Wir schreiben Projekte nicht von Grund auf neu. Die

Wahrscheinlichkeit, dass dies eine gute Idee ist, ist minimal. Wir vertreiben die Gedanken, etwas von Grund auf neu zu schreiben, indem wir den im Laufe der Jahre getesteten Arbeitscode wegwerfen. Wir verbessern und ĂŒberarbeiten stĂ€ndig und machen Shit Code zu einem Traumcode. Wir werden "doppelte" Systeme los, aber erstellen sie nicht.



Übrigens hat Lyosha einen separaten Bericht ĂŒber den letzten Punkt erstellt .





Okay, wie geht das?



  • : , , GitHub — , , .
  • — . 360, : . - .
  • — : , . (, ) , , . , ( ) « !». , , . , .
  • , . : , , — « ». , .








Nach einiger Zeit wurde das Team bei der Rallye in Sotschi virtualisiert. Dann haben wir die Prinzipien wie Papyrus auf Papier gedruckt, sie geflasht und jeder hat eine schöne BroschĂŒre bekommen, die er mit nach Hause genommen hat.





Teamlead sagt, er wollte unsere Autogramme blutig auf Papier bringen. Er scherzt, denke ich.



Die Prinzipien können jetzt geĂ€ndert werden. Wenn jemand eine gute Idee hat, etwas nicht mag oder etwas hinzufĂŒgen möchte, kann jedes Teammitglied eine Anfrage erstellen und darĂŒber abstimmen: 100% „fĂŒr“ und die Änderung wurde vorgenommen.



Bild

Die Hauptsache ist, keine Angst zu haben, Probleme zu verhandeln und zu diskutieren.



Ich frage mich, wie es bei dir funktioniert.


More articles:


All Articles