Motivation, Delegation und Automatisierung: das Rezept für die Schaffung eines Superteams

Treffen Sie diese Dima. Er ist Teamleiter und verantwortlich für die Überprüfung der technischen Schulden und des Codes, für die Planung und die technischen Prozesse sowie für die termingerechte Ausführung von Aufgaben durch Entwickler - er motiviert, stellt ein und entlässt sie gegebenenfalls. Dima will nur an wichtigen Aufgaben arbeiten, arbeitet aber an einer Million der verschiedensten, denkt ständig über Arbeit nach und bekommt nicht genug Schlaf. Für ihn brennt alles: Fristen, Aufgaben, Zeit und Selbstwertgefühl. Dima in der Hölle.



Eine vertraute Situation? Für Alexei Kataev ( deusdeorum ) - sicher. Alexey ist seit mehr als 15 Jahren als Backend-, Frontend-, Fullstack-Entwickler und Teamleiter in der Webentwicklung tätig. Jetzt arbeitet Alexey in Skyeng und hat es einmal geschafft, aus dem Team ein Super-Team zu machen - das Beste im Unternehmen. Und seitdem hat Alexey permanente Teams in Skyeng aufgebaut. Wie er dies tut, steht in der Niederschrift des Berichts, den die Teilnehmer von TeamLead Conf 2019 auf der Konferenz als die besten bezeichneten.


Wir empfehlen, das Video anzuschauen, wenn Zeit ist. - Alexey ist von den Änderungen begeistert. Und der Artikel ist besser geeignet, um die wichtigsten Punkte zu überprüfen und über etwas nachzudenken, das sich zuvor immer entzogen hatte.

Sie kennen Dima bereits. Er war früher ein guter Entwickler - er hat jeden Tag 3 Aufgaben übernommen und diese bis zum Ende erledigt - das ist das Wichtigste. Der grüne Würfel neben Dima ist ein Indikator für die Hölle in seinem Leben.



Was passiert als nächstes mit Dima? Wenn du denkst, dass er ein Timlid wird und die Hölle ein bisschen mehr wird, dann hast du es erraten. Das Produkt kommt zu Dima und sagt: „ Lass uns Q2 planen! Wann wird Aufgabe 1653 sein? Wir haben bald eine Veröffentlichung ! " Und die Hölle wird etwas größer.

Und dann kommt CTO: „ Wir müssen einen anderen Entwickler einstellen. Was ist Ihre technische Schuld? Und hier ist noch ein Fragebogen in Google Doc - füllen Sie ihn bitte aus! " Und die Hölle ist noch größer geworden.

Dann kamen die Entwickler: „ Wir wollen wachsen! Erhöhen Sie unser Gehalt! " Und Dima fängt an zu brennen.



Alles führt dazu, dass Dima nicht genug Schlaf bekommt. Am Morgen geht er unter die Dusche und denkt über den Entwickler und das Produkt nach und darüber, was und wen er versprochen hat. Aufgaben gehen verloren - entweder hat Dima sie vergessen oder sie befinden sich irgendwo weit im Rückstand und werden niemals erledigt.

Vor Ort kann dies zu schlimmen Konsequenzen führen, wenn Dima sagt: „ Das war's! Ich werde kein Teamleiter mehr sein! Ich will nur meine Aufgaben erledigen, lass mich in Ruhe! “ Oder frustrieren Sie die Aufgabe, weil es viele von ihnen gibt und Dima allein ist - es ist schwierig, sich auf alles zu konzentrieren. Infolgedessen verlieren wir viel Geld oder veröffentlichen nicht rechtzeitig etwas.

Ich werde Ihnen sagen, wie Sie die Hölle aus dem Leben entfernen und ein super Team bilden können. Am Ende wird es nach der Tradition Boni geben.

Intro

Skyeng besteht aus 17 Entwicklungsteams, von denen jedes unabhängig an seinem Produkt arbeitet. In den meisten Fällen umfasst das Team neben Entwicklern mindestens Produkt- und Teamleiter.

Das Produkt setzt Geschäftsziele - er hat eine Vision für das Produkt, er ist verantwortlich für das Geld, das wir verdienen und ausgeben, und kommuniziert mit allen Kunden und Kunden.

Timlid, das heißt Dima, ist verantwortlich für die technische Strategie, technische Lösungen, technische Schulden - für alles Technische. Er ist ein technischer Führer . Ein weiterer Teamleiter ist ein Projektmanager . Wir haben keine dedizierte Projektrolle, daher ist der Teamleiter für die Planung und alle Prozesse verantwortlich: für die Aufgaben, die von den richtigen Entwicklern ausgeführt werden und nicht in den Status hängen. Timlid ist ein Leiter und Mentor , arbeitet mit Menschen: stellt ein und entlässt, entwickelt und kommuniziert, führt und motiviert.

Schauen wir uns die Aufgaben an, die Dima erledigt. Ich teile sie in:

• wichtige Aufgaben ;
  
• Aufgaben, die delegiert oder automatisiert werden können, damit andere sie ausführen können, aber Sie müssen Zeit dafür aufwenden.
  
• Routine - einfache Aufgaben, die unbedingt ausgeführt werden müssen.
  

In meiner Klassifizierung sind wichtige Aufgaben Investitionen mit einer langen Amortisation. Dies sind die Ressourcen, die wir jetzt für das Team ausgeben, um es über große Entfernungen zu verbessern. Dies sind die Aufgaben des Leiters , die nur er tun kann oder sollte. Natürlich will Dima nur wichtige Aufgaben erledigen und alle anderen nicht.

Oberflächenlösung

Wir werden die gesamte Routine los, delegieren alles, was delegiert werden kann, automatisieren alles, was automatisiert werden kann.

Ja, Sie dachten sofort, dass es notwendig ist, alles zu delegieren und zu automatisieren, und das Glück würde kommen. Dima weiß auch, dass dies getan werden muss, aber aus irgendeinem Grund funktioniert dies nicht. Vielleicht liegt der Grund darin, dass Dima 10 Stunden am Tag arbeitet und an Wochenenden, wenn ihn niemand bei Slack quält, wichtige Aufgaben erledigt. Delegation braucht auch Zeit - schließlich muss jeder lange erklären, was und wie - es ist besser, alles selbst zu machen. Um zu automatisieren, braucht es auch Zeit - Sie müssen Code schreiben, aber es bleibt nicht einmal genug Zeit, um eine Rübe zu erstellen.

Dies ist der Weg, den jeder kennt, aber niemand tut es. Aber es gibt noch einen ähnlichen Weg, den ich gegangen bin.

Werde die Routine los

Zuerst müssen Sie niedrig hängende Früchte finden - sehr einfache Aufgaben , die die meiste Zeit in Anspruch nehmen, aber auch leicht loszuwerden sind. Sie kennen diese Aufgaben, und wenn nicht, helfen Arbeitssprecher.

Ich arbeite jeden Tag weiter, schreibe alles auf, was ich getan habe, und analysiere es dann.

Nachrichten und Fragen

Dies wird höchstwahrscheinlich mit Anrufen funktionieren . Nach meiner Erfahrung verbringen Teamleiter viel Zeit damit, Fragen von Entwicklern, Produkten, CTOs und Kunden zu beantworten - Slack ist immer voller Nachrichten. Jetzt werde ich Ihnen sagen, wie einfach es ist, dieses Geräusch loszuwerden.

Als ich mit einem Teamleiter zum Abrechnungsteam kam, sagte ich sofort, dass ich keine einzige Frage beantwortet habe . Ich habe den # Abrechnungskanal erstellt , gesagt, dass ich dort alle Fragen habe, und den Status auf "Ich antworte nicht in PM" gesetzt.

In Slack habe ich das rote Symbol ersetzt, damit mein Punkt nie brannte, und eine Aufgabe zugewiesen - jemand sollte den Leuten in diesem Kanal antworten. Anrufbeantworter können aus Entwicklern oder der Qualitätssicherung ausgewählt werden. Ich machte einen Zeitplan für die Qualitätssicherung und bat darum, die richtigen Entwickler zu markieren, wenn die Teilnehmer mir nicht antworten konnten. Ich habe dem Team auch gesagt, dass es nicht in diesen Kanal schauen soll - es gibt die Hölle, und wir arbeiten einfach.

Dann habe ich gesehen, wie Leute Appelle schreiben:

- Ahh !!! Nichts funktioniert, nichts wird bezahlt! Geld ist weg! Wir werden alle sterben!

Also habe ich die Regeln für das Schreiben von Supportanrufen geschrieben. Dann haben wir schnell einen Bot codiert, der diese Regeln beim Betreten des Kanals schreibt.



Übrigens schreiben wir selbst keine Bots. Keiner der Teammitglieder verbringt diese Zeit. Dafür haben wir zwei Mitarbeiter im Unternehmen eingestellt, und manchmal bestellen wir Arbeiten bei Freiberuflern. Es ist billig und schnell. Es gibt keine Anforderungen an die Qualität des Codes - wir haben diesen Bot mit den Regeln in ein paar Stunden bestellt und erhalten.

Insgesamt: In einer Stunde habe ich nicht mehr viel Zeit für die Beantwortung von Fragen aufgewendet. Ja, wahrscheinlich war jemand beleidigt, aber Sie können andere Dinge tun.

Wie kann diese Lösung noch verbessert werden?

FAQ-Bereich . Bitten Sie die Teilnehmer, die Antworten auf die beliebtesten Fragen zu schreiben und eine kurze Anleitung zu schreiben, um keine Zeit mit der Beantwortung zu verschwenden.

Qualitätskontrolle . Schauen Sie sich die coole Unterstützung an und sammeln Sie Ideen. Ich habe die Qualitätskontrolle einfach gemacht: Ich habe dem Mitarbeiter gesagt, er solle einmal pro Woche die Anzahl der Anfragen, die Anzahl der von uns beantworteten Fragen und die Anzahl der nicht gelösten Probleme schreiben.



Dann haben wir einen weiteren Bot integriert, der E-Mails in allen Kanälen über Emoji analysiert und denselben Digest-Kanal ala SLA für Einsprüche veröffentlicht.

Dima weigerte sich, Fragen zu beantworten, übertrug diese Verantwortung auf die Qualitätssicherung, schrieb die Regeln für die Kontaktaufnahme mit dem Support, erstellte eine FAQ und überwacht die Qualität der Supportarbeit - die Hölle ist im Leben weniger geworden.

Verwaltungsassistenten

Wie gesagt, Sie können Entwicklern, QS und Bots Aufgaben geben. Wenn Sie jedoch coole Spezialisten für ein Team einstellen, zahlen Sie ihnen viel Geld. Es ist unpraktisch, sie zu bitten, Unsinn wie das Übertragen von Dokumenten von einem Google Doc in ein anderes, Untertitel oder das Mischen von Dateien zu machen. Und du machst es selbst, was noch dümmer ist.

Daher verfügt Skyeng über eine spezielle Abteilung für Verwaltungsassistenten . Dies ist ein internes YouDo, jedoch mit Unterschieden.

• Vorab von der NDA unterzeichnet . Jeder hat Zugriff auf alle Google Text & Tabellen des Unternehmens. Sie müssen keine Zeit damit verbringen.
  
• Qualitätskontrolle . Es gibt eine besondere Person, die für die Qualität der Arbeit der Assistenten verantwortlich ist. Sie wurden lange Zeit eingestellt, ausgebildet und entlassen, wenn sie schlecht arbeiteten.
  
• Klare Vorschriften für die Festlegung von Aufgaben für Verwaltungsassistenten . Trello hat ein Kartenformat, das in einer Minute erstellt wird - voila! - einfache Aufgaben werden ausgeführt. Darüber hinaus steht es nicht nur Teamleitern, sondern auch Entwicklern zur Verfügung. Jeder kann die Dienste eines Verwaltungsassistenten in Anspruch nehmen.
  

Wir delegieren Assistenten viele Aufgaben. Bei der Klassifizierung von Treffern werden beispielsweise tausend Treffer pro Jahr angezeigt und in Kategorien unterteilt. Wir schreiben Videos von all unseren Meetings : täglich, Meetups, Rückblicke, und jemand sollte sie in Teams und Ordnern ablegen. Jetzt tun dies die Assistenten, und Sie können immer jede Besprechung für jeden Tag sehen.

Wir haben auch die Routine in Dimas Leben auf Kosten der Verwaltungsassistenten, ihrer Arbeitspläne und der Qualitätskontrolle reduziert.

Jedi-Techniken

Dann beschloss Dima, sein Zeitmanagement weiter zu optimieren und Maxim Dorofeevs Buch „Jedi Techniques“ zu lesen. Aus dem Buch nahm Dima eine Reihe von Life-Hacks. Er beschloss am Ende eines jeden Tages, eine Checkliste zu führen : Was er heute getan hat, was er wichtig getan hat und was er besser machen wird.

Dima führt eine Checkliste und es scheint, dass er am Ende des Tages analysiert werden muss, aber es funktioniert nicht. Warum? Weil das Essen am Dienstag gefallen ist, hat Dima es die ganze Nacht repariert, und jetzt funktioniert sein Kopf nicht mehr.

Produktion reparieren

Hier ist alles ziemlich trivial. Wir verwenden automatische Eskalationen - wir konfigurieren einen speziellen Bot. In Skyeng ist dies OpsGenie, der uns nachts anruft, wenn das Produkt ausfällt und wir es reparieren lassen. Aber wir wollen einfach nur davon weg und nachts nicht aufstehen!

Daher erstellen wir einen Dienstplan und entfernen uns aus diesem Zeitplan. Timlid sollte nachts nicht aufwachen.

Die Aufgabe wird durch Eskalation eingerichtet: Wenn der Entwickler das Problem nicht angenommen hat, ruft der Bot den Teamleiter an. Am nächsten Tag wird der Teamleiter herausfinden, warum der Entwickler nicht aufgestanden ist. Es ist jedoch nutzlos, wenn der Entwickler nach dem Aufwachen in 10 Minuten den Teamleiter selbst anruft.

Aus diesem Grund gewähren wir allen Bediensteten gleichzeitig Zugriff auf alle Diagnosetools : Kibana, Sentry, New Relic sowie Root-Zugriff auf die Server und schreiben eine kurze Dokumentation darüber, wie sie verwendet werden, wo sie überwacht und was repariert werden muss.

Dies funktioniert zwar nicht im Abrechnungsteam - es gibt zu viel Geld, aber es ist in allen anderen Teams vorhanden. Wir schreiben ein spezielles Dokument „Panic Doc“ - was tun, wenn alles kaputt geht? Wenn Sie nachts aufwachen, sich alles hinlegt, Allergien auftreten und Sie nicht verstehen, was zu tun ist, befindet sich auf einer Seite ein einfaches Google Doc, in dem die Schritte angeben, was in dieser Situation zu tun ist.

Zurück zur Checkliste. Jetzt hat Dima genug geschlafen und kann anhand von Notizen analysieren, dass er in den letzten Tagen wichtige Dinge getan hat: 3. Juni - nichts, 4. Juni - nichts, 5. Juni - nichts. Dies ist eine klassische Situation, die mir oft passiert. Die Hauptsache ist, ehrlich zu sich selbst zu sein und keinen Unsinn auf die Checkliste zu schreiben, die Sie 5 Minuten lang gemacht haben.

Dima schaut sich an, was er heute getan hat:

• Morgenrallye.
  
• Technische Überprüfung - das nennen wir die technische Diskussion von Aufgaben.
  
• 1: 1 mit Oleg.
  
• Retrospektive oder Kaizen.
  

Den ganzen Tag einige Treffen!

Sie warten darauf, dass ich sage: "Delegieren wir die Besprechungen!" Dies ist eine "Stirn" -Lösung, die wir als Beispiel für eine technische Überprüfung untersuchen werden.

Technische Überprüfung

Wenn Dima sagt: „ Max, du wirst morgen eine technische Überprüfung durchführen “, dann wird es höchstwahrscheinlich nicht funktionieren. Dima hat zwei Jahre lang technische Überprüfungen durchgeführt, er hat Artikel gelesen, er hat viel Erfahrung - es wäre seltsam, sie zu verlieren.

Wie organisiere ich technische Überprüfungen in einem Team? Ich habe versucht, all meine Erfahrungen zu formalisieren - ich habe ein Dokument darüber geschrieben, wie ich technische Überprüfungen durchführe. Übrigens hat es mir geholfen, einige Dinge zu formulieren. Ich schrieb die Stiftung, die waren:

• Die Antwort auf die Frage, warum eine technische Überprüfung durchgeführt werden soll.
  
• Schritt für Schritt Algorithmus.
  
• Tipps für den Moderator, zum Beispiel, wie Sie verhindern können, dass sich Holivar trifft.
  
• Vorlagen: zum Abstimmen, für Aufgaben, für einen Zeitplan, damit alles im gleichen Stil ist und eine Person nicht alles erneut schreiben müsste.
  
• Beispiele für Erfolgsgeschichten: Die Aufgabe wurde wie folgt beschrieben, wir haben sie überprüft und sie wurde so, wie sie sein sollte.
  

Ich habe 40 Minuten mit dem Dokument verbracht. Mein Lebenshack, wie man schnell Dokumente schreibt: Die Stiftung verbreiten, alle Teamleiter im Unternehmen zeigen und eine Reihe von Kommentaren erhalten. Infolgedessen haben wir in dieser Anleitung die Erfahrung aller Skyeng kombiniert, da es viele interessante Vorschläge gab.

Was weiter? Mit diesem Dokument können Sie nicht einfach eine Dose gedünstetes Fleisch in eine Person werfen: „ Führen Sie eine technische Überprüfung dieses Algorithmus durch! "Das funktioniert nicht. Ich fragte, wer eine technische Überprüfung durchführen möchte - es stellte sich heraus, dass das gesamte Team! Wir machten einen Zeitplan und begannen, die Überprüfung der Reihe nach durchzuführen.

Es ist wichtig, sich nicht aus dem Prozess auszuschließen, da es unmöglich ist, gut zu machen, was Sie selbst nicht perfekt machen. Timlid sollte eingeschaltet sein, beobachten, wie alles passiert und sich selbst pumpen.

Ich habe diesen Fehler oft gesehen. Wenn Sie selbst nicht teilnehmen und nicht 10 von 10 machen, wird es schlecht ausfallen.



Wir haben nacheinander eine technische Überprüfung durchgeführt und Feedback gesammelt: Nach jedem Meeting erhielt jeder Teilnehmer einen Fragebogen, in dem er den Prozess des Meetings und den Leiter in den Kategorien „interessant“ , „konstruktiv“ , „alle Meinungen wurden gehört“ und „kostenloses Feedback“ bewertete.

Der letzte Punkt ist der wichtigste. Es gab interessante und lustige Dinge: "Ich kann nicht sofort herausfinden, wo ich mich verbessern kann. Schreiende Kinder sind wütend, aber sie sind immer wütend “- die Besonderheiten des Remote-Teams. Es gab jedoch nützliche Vorschläge: "Vor der Aufzeichnung der Entscheidung lohnt es sich, alle zum Schweigen zu bringen und die Schlussfolgerungen erneut zu äußern."

Wir haben mehrere Runden im Kreis verbracht, um uns zu verbessern und zu verbessern, bis es keinen Ort gab, an dem wir uns verbessern konnten. Der Algorithmus wurde dabei ebenfalls geändert. Danach wurden diejenigen ausgewählt, die technische Überprüfungen besser durchführen - sie führten die Rolle eines Vermittlers ein . Wir haben diesen Prozess auch automatisiert und einen Bot geschrieben, der anstelle des Teamleiters eine Umfrage durchführt und zum richtigen Zeitpunkt einen Zeitplan für technische Überprüfungen erstellt. Jetzt möchten wir sogar einen Teil des Meetings im Backlog automatisieren und den Host durch einen Bot ersetzen.



Infolgedessen wurde Dima von der Notwendigkeit befreit, alle Sitzungen abzuhalten . Es scheint, dass die Zeit gekommen ist, aber wenn Kollegen bei technischen Besprechungen nicht zu einer gemeinsamen Meinung kommen können, bitten sie Dima, sich dem Gespräch anzuschließen und zur Lösung des technischen Konflikts beizutragen.

Aber Dima las Ray Dalios Hype-Buch "Principles" und entschied, dass es notwendig war, technische Prinzipien zu formulieren, die helfen würden, eine Entscheidung ohne seine Teilnahme zu treffen - sie zu formalisieren.

Technische Grundsätze

Wir haben das gesamte Abrechnungsteam versammelt, ich habe die Grundlagen dieser Prinzipien skizziert, wir haben sie lange diskutiert, abgestimmt, verbessert. Das Ergebnis ist eine Liste von 12 Prinzipien. Hier sind drei der zwölf: Was ist für uns wichtig - die Qualität des Codes oder die Geschwindigkeit der Entwicklung, ist es möglich, unsere Entwicklung auszulagern, und denken wir über die Konsequenzen nach?



Die Antworten des Abrechnungsteams zeigten, dass die Abrechnung für alles Gute und gegen alles Schlechte ist: Wir sind immer für Qualität , Sie können nicht auslagern und über die Konsequenzen nachdenken .

Es gibt jedoch Teams im Unternehmen, in denen die Antworten auf diese Fragen unterschiedlich sind. Zum Beispiel ist Geschwindigkeit für das Plattformteam wichtig - nicht, dass sie schlechten Code schreiben, aber die Geschwindigkeit des Hypothesentests ist wichtig. Outsourcing ist nicht nur möglich, sondern auch notwendig - sie lagern ihr Produkt wirklich aus. Die Konsequenzen sind ebenso wichtig wie die Abrechnung, denn wenn die Plattform lügt, sind die finanziellen Verluste enorm.

Aber es gibt Dutzende anderer Teams, die nicht über die Konsequenzen nachdenken, und dies ist für ihre Produkte normal.

Jedes Team sollte seine eigenen Prinzipien haben, die vom Produkt und Team abhängen.

Arbeitsprinzipien

Wir haben auch die Arbeitsprinzipien formuliert und auf Papier festgehalten. Yuval Noah Harari im Homo Deus. Eine kurze Geschichte von morgen “schrieb, dass Gedanken besondere Magie besitzen, wenn sie niedergeschrieben und nicht nur ausgesprochen werden. Deshalb haben wir aufgezeichnet, was uns wichtig ist.

Zum Beispiel tun wir nichts umsonst, wir kommunizieren kulturell und sprechen offen über Probleme und Risiken . Dies ist unser wichtigstes Prinzip - wir schweigen nicht bei Besprechungen.

Zusammenfassend habe ich die Standardabweichung der Abstimmung berechnet und die widersprüchlichsten Grundsätze abgeleitet, bei denen wir nicht zu einer gemeinsamen Meinung kommen.

• Das persönliche Leben ist wichtiger als Skyeng . Die Menschen sind gleichermaßen gespalten über diejenigen, für die das persönliche Leben wichtiger ist, und diejenigen, für die - das Unternehmen.
  
• Selbstgemacht zu Hause, bei der Arbeit arbeiten . Wir sind nicht "offtopic"!
  

Gott sei Dank sind wir keine Demokratie, und das Prinzip, Prinzipien zu akzeptieren, funktioniert: "Ein Teamleiter kann Prinzipien wählen." Daher wurde der erste Absatz gestrichen und der zweite links.

Dima befasste sich mit der technischen Überprüfung, den technischen und Arbeitsprinzipien und nimmt nicht an allen Sitzungen teil.

Nur diejenigen, die teilnehmen müssen, bleiben übrig, da es sich um wirklich komplexe oder unbeschriebene Fälle handelt. Dann können die Prinzipien aber auch ergänzt werden.

Drücker

Das Produkt kommt und quält Dima - wir haben das nicht losgeworden.

Dimas Aufgabe ist es nicht, schnell auf all diese Fragen zu antworten und die Entwickler entlang der Kette zu quälen, sondern einen Mechanismus aufzubauen, bei dem die Aufgaben von selbst gelöst werden und zum Produkt fliegen.

Ich bin ein Fan von Kanban, weil er dir das nur erlaubt. Meiner Meinung nach sieht der Förderer so aus: Es gibt Säulen, wir schieben Aufgaben.



Jeder hat schon von dem Arseny-Bot gehört. Der Bot überspringt Aufgaben von Spalte zu Spalte und schreibt jeden Morgen: "Sie haben nicht gebrüllt, Sie haben nicht.

Ich habe gesehen, dass dies nicht immer funktioniert, da einige Aufgaben seit Wochen in der Wartespalte hängen. Zum Beispiel: "Ich warte auf Alexeys Antwort vom Infrastruktur-Team", und Alexey weiß überhaupt nicht, dass die Aufgabe auf ihn wartet. Und Arseny weiß auch nicht, dass Alexey es nicht weiß.



Deshalb habe ich die Rolle eines Drückers eingeführt , den ich aus 2GIS ausspioniert habe.Ich besuchte sie, wo sie mir sagten, dass sie eine Person haben, die jeden Morgen Aufgaben überspringt. Er schaut auf das Brett und fragt, ob es schneller geht, kann es jetzt irgendwie durchgeschoben werden?

Ich habe diese Rolle selbst gespielt, bis ich merkte, dass das Auge verschwommen war - ich erinnere mich anscheinend schon daran, dass jemand auf jemanden wartet, ich werde nicht danach fragen und es gibt keine Zeit. Deshalb sind wir wieder zum selben Punkt gekommen - wir haben diese Rolle termingerecht übernommen.

Der Begleiter mit einem frischen Morgenblick schaut auf die Tafel und überspringt Aufgaben . Jede Woche ändern wir es. Die Rolle des Drückers kann auch nicht vom Teamleiter übernommen werden, sondern recht gut verteilt werden.

Kanban + Demo

: Kanban-, , 40 . , , .

SCRUM Demo day — - -demo. Kanban, , 7 , . , — , , , .

, , :

99% — .

— - .

« » , .

.

, . , , , .

Skyeng : — — — — . .


, .

, : « !». , .

, . , , , .



: « — 2 » « 10%». .

. , . .

. , . . .

, , . - : « , », , , , , 3 .

, , . - , .

. , — :

— , ! , , !

, . , . .

. . — , . , , .

1:1, . . , . .

. -. . , . , .

— , 10 , PHP Go.

.



, . . , .

— , — , . — , . , . : « , — !»

— . , - , . — , .



, . . , — .

— , .

— . , .

Boni

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

— telegram (@ax8080) Facebook . telegram- , .

In der Zwischenzeit bereiten wir uns bereits auf die nächste TeamLead Conf vor - vom 23. bis 24. September in St. Petersburg. Wir suchen neue Referenten, wir wählen aktuelle Themen mit vertrauten Experten aus. Hier ist eine Beispielliste von Themen, auf die wir im Programm der Konferenz in St. Petersburg achten möchten:

• Prozesse, Planung, Management.
• Persönliche Arbeit mit einem Mitarbeiter.
• Aufbau eines Teams und interner Beziehungen.
• Interaktion mit Stakeholdern.
• Persönliches Wachstum.

Ich werde Ihnen in einem der folgenden Beiträge mehr erzählen, aber Sie senden bereits Berichte, wenn einer der aufgeführten heiklen Pfade bereits abgeschlossen wurde. Im Zweifelsfall können Sie mir oder einer anderen Person aus dem Programmkomitee zuerst schreiben - wir werden diskutieren, vorschlagen, helfen.