Am Vorabend des
Teamleitungsfrühstücks „Remote Team. Start "Wir haben mit dem technischen Direktor von wemake.services - Nikita Sobolev (
sobolevn ) - gesprochen. Trotz der Tatsache, dass die Suche nach einem Entwickler, insbesondere einem erfahrenen, ein Albtraum eines Teamleiters oder Projektmanagers ist, entscheiden sich nur wenige noch für die Zusammenarbeit mit Remote-Mitarbeitern. Nikita hat dieses Problem jedoch vor einigen Jahren radikal gelöst. Wie? Lass es uns herausfinden!
Weiter im Interview erscheinen zwei: der Interviewer (I.) und Nikita Sobolev (N.)
Über Arbeitsmethoden im Allgemeinen und die Anzahl der Kontrollpunkte
I .: Fast alle Teamleiter und Entwicklungsmanager beschweren sich, dass sie keinen Entwickler im Büro finden können. Besonders in den Regionen. Nehmen wir zum Beispiel Kasan. Sechs Monate lang können sie keinen Entwickler für sich finden, halten sich aber trotzdem an alle, die neben ihnen im Büro sitzen. Scheint dies eine illusorische Kontrolle zu geben?
N .: Genau - die Illusion der Kontrolle. Beginnen wir wahrscheinlich mit der Definition der Remote-Arbeit. Und hier möchte ich nicht zuerst einen Unterschied zwischen Remote- und Nicht-Remote-Arbeit machen, sondern ich muss mir die Arbeit selbst ansehen. Bei der Arbeit benötigen sie verschiedene Dinge. Es gibt Arbeit, bei der man gerade kommt, von 9:00 bis 18:00 sitzt man, macht etwas und ist im Prinzip genug. Ich nenne diesen Ansatz "Stunden" - hier kommen Sie und müssen dementsprechend draußen sitzen. Das ist alles. Es gibt keine formalen Anforderungen mehr. Besonders listige Arbeitgeber können sich einen lächerlichen KPI einfallen lassen, um die Anzahl der Fehler im Produkt zu minimieren. Oder irgendein anderer Unsinn. Und dann werden nicht weniger listige Programmierer lernen, es ohne nützliche Aktivität zu optimieren. Und nichts wird sich ändern.
Und die zweite Methode heißt "für das Ergebnis". Wenn Sie anfangen, das Ergebnis zu überprüfen, spielt es für Sie im Prinzip keine Rolle, wann die Person gekommen ist, wann sie gegangen ist und was sie getan hat. Das heißt, wenn es für Sie wichtig ist, dass diese Funktion am Montag funktioniert, und am Montag - im Prinzip interessiert Sie alles andere nicht.
Ich .: Nun, Sie verstehen, dass es dann viel mehr Kontrollpunkte geben sollte. Weil Sie einen Monat auf das Ergebnis warten können und sich dann herausstellt, dass die Person nichts getan hat.
N .: Auf jeden Fall ja. Das Ergebnis ist nichts Großes. Das Ergebnis ist etwas Kleines. Wenn wir versuchen, ein globales Ergebnis zu erzielen, haben wir viele kleine Zwischenergebnisse. Und diese kleinen Zwischenergebnisse sind auch für uns wertvoll und wichtig. Und dank ihnen sehen wir einen verständlichen Prozess, wie eine Person von Punkt A nach Punkt B geht, welche Entscheidungen sie trifft, welchen Code sie schreibt, welche Funktionen sie als nächstes sieht, in welcher Reihenfolge sie sie trifft. Wir bekommen volle Transparenz. Und im Prinzip spielt es für uns keine Rolle, wo es sich befindet, aus der Ferne oder nicht aus der Ferne.
Wir haben ein Projekt, ein globales Ziel und einen bestimmten Rhythmus, mit dem wir uns diesem Ziel nähern. Wir sehen jedes Zwischenergebnis, wir können seine Qualität kontrollieren, wir können seine globale Richtung kontrollieren. Wie Sie sehen können, ist Remote- oder Nicht-Remote-Arbeit hier nicht wichtig. Nicht Fernarbeit ist wichtig für Menschen, die über die ersten sind.
Über Menschen, meditative Programmierung und die beiden Hauptprinzipien von Udalenka
I.: Ich weiß, dass Ihr gesamtes Team verteilt ist. Es scheint, dass Sie sehr an Menschen glauben, und ich habe von einem anderen Techniker gelesen, dass er nicht an Menschen glaubt, sondern nur an Kontrolle und Fristen. Es scheint Ihnen, dass Ihre Position so ist, dass eine Person in der Lage ist, die Aufgabe unabhängig auszuführen, ohne klare, ständige Anweisungen und Kontrolle von Ihrer Seite. Was denkst du: Können alle Entwickler in diesem Modus arbeiten? Welche Art von Menschen wird damit fertig und welche müssen ständig überwacht werden?
N .: Ich glaube wirklich an Menschen. Aber es gibt ein paar subtile Nuancen. Wenn jemand kam und sagte, was er tun würde, vertraue ich ihm in diesem Moment. Eine andere Sache ist, dass es unlogisch wäre, ihm etwas Großes und sehr Wichtiges anzuvertrauen. Nicht weil er schlecht ist und täuscht, sondern weil es etwas Großes ist, kann es viele Schwierigkeiten enthalten, die eine Person physisch nicht bewältigen und sich selbst, das Projekt und mich im Stich lassen kann. Warum in diese Situation bringen? Daher ist die Hauptidee, dass die
Aufgaben klein und verständlich sein sollten .
Ich vertraue einer Person eine kleine verständliche Aufgabe an und sage: „Hier haben Sie eine Aufgabe für ein oder zwei Stunden. Sie können es tun, wie Sie es für richtig halten. Hier sind unsere Abschlusskriterien, hier sind Ihre Werkzeuge. “ Und dementsprechend kann er während dieser zwei Stunden von niemandem berührt werden. Zwei Stunden später bringt er und sagt: "Hier ist mein Ergebnis." Oder er sagt: „Das geht nicht in zwei Stunden, und deshalb. Ich habe eine solche Lösung für die Zukunft gefunden. “
Es kommt vor, dass Leute zu uns kommen, die es gewohnt sind, im Büro zu arbeiten, oder die es gewohnt sind, in einem anderen Outsourcing zu arbeiten. Und sie können in einem Monat nichts verdienen. Nur weil sie nicht unseren einfachen Regeln folgen, sondern versuchen, im alten Modus zu arbeiten. Und natürlich gelingt es ihnen nicht. Außerdem ignorieren sie meine Ratschläge und Empfehlungen unserer Bots. Und ja, es gibt Probleme. Wenn eine Person ein so typischer Büroangestellter ist, der es gewohnt ist, drei Besprechungen pro Tag und 15 Minuten Code zu schreiben, wird sie es wahrscheinlich schwierig finden. Da es keine Besprechungen oder andere Ablenkungen gibt, gibt es nur Code und Dokumentation. Wir bewegen uns also in Richtung meditativer Programmierung ohne Ablenkungen und Kontextwechsel.
Und : Eines überrascht mich in diesem Schema: Wenn Sie Menschen kleine Aufgaben geben, muss es jemanden geben, der das gesamte Projekt sieht und versteht, wohin wir alle ziehen. Es stellt sich heraus, dass Ihre Last zunimmt. Und Sie müssen diese hundert kleinen Aufgaben unter Kontrolle halten, oder?
N .: Eine Person muss ein vollständiges Bild im Kopf haben, wohin wir gehen. Wenn die Mitarbeiter des Projekts nicht verstehen, wohin sie gehen und warum sie etwas tun, können sie kein normales Ergebnis erzielen. Und so ist es überall: fern, nicht fern - es spielt keine Rolle. Um diese vollständige Vision zusammenzustellen, benötigen die Menschen jedoch ein Verständnis des Themenbereichs, ein Verständnis des Geschäftsproblems, ein Verständnis einiger globaler Meilensteine und ihre Verbindung zu Geschäftsaufgaben und dem Themenbereich.
Dies kann mit einer detaillierten Beschreibung unserer Aktivitäten in der Dokumentation erfolgen. Das heißt, die Erstellung einer einzigen Sprache, verständliche Anforderungen, die Erstellung von Geschäftsmodellen und -szenarien, verständlichen Grafiken und Diagrammen, getroffenen Entscheidungen, Anwendungsfällen und Benutzerszenarien. Dies ist nicht so, dass wir nur eine solche Funktion benötigen, nein, aber warum wird sie benötigt, wer wird sie verwenden, in welchem Fall, was sind die Fallstricke in dieser Funktion.
Die Dokumentation schafft ein vollständiges Verständnis dafür, wohin wir gehen . Ich werde mehr sagen, weil wir all diese kleinen Aufgaben miteinander verbunden haben, wir eine solche „Kette von Aufgaben“ bekommen und der Entwickler verstehen kann, wo wir angefangen haben, wohin wir gehen und wo wir sind.
Der Code selbst ist ebenfalls sehr wichtig, da er nicht im Stil von "Hier haben wir eine Menge Müll" geschrieben ist. Und mit einer klaren Architektur, mit klaren Regeln, mit guten Mustern. Und der Code ist an das gebunden, was wir auf hohem Geschäftsniveau tun. Wenn Sie sich eine Klasse ansehen, sehen Sie bereits, dass dies nicht nur eine Klasse ist, sondern eine Klasse, die für einen bestimmten Geschäftsbereich verantwortlich ist - „Oh, da ist es!“. Zu diesem Zeitpunkt haben gute Entwickler ein Verständnis dafür, was sie tun, und können dann beginnen, selbst Aufgaben zu erstellen. Sie werden einen kleinen Teil tun und dann verstehen sie: "Ah, wir müssen dort noch vorwärts gehen."
Meine einzige Rolle bei all dem ist einfach, die Richtung zu kontrollieren, also eine gewisse Angemessenheit.
I.: Ich habe Ihre Idee verstanden, dass eine gemeinsame Vision das Wichtigste für eine Person ist, um Aufgaben richtig zu verstehen / auszuführen und ihren Beitrag zum Projekt zu sehen. Aber in Ihrem Arbeitssystem sehe ich zwei weitere Prinzipien - zum einen für Entwickler auf außergewöhnlich hohem Niveau und zum anderen für eine sehr gut geschriebene Dokumentation. Richtig?
H .: Das stimmt. Und jetzt kehren wir zur Fernarbeit zurück. Warum wir uns dementsprechend für diese Option entschieden haben und nicht für die Option „Büro“. Und jetzt haben Sie genau bemerkt, dass diese beiden Punkte der Schlüssel sind.
Der erste ist starke Entwickler. Wo finde ich sie? Starke Entwickler auf der ganzen Welt sind ungleich verteilt. Und es gibt Punkte, an denen es leistungsfähigere Entwickler gibt und die gleichzeitig billiger sind. Warum sollten wir zum Beispiel mit Moskauer Unternehmen konkurrieren, die es sich leisten können, viel Geld für einen starken Entwickler zu bezahlen, wenn unsere Ressourcen bescheidener sind? Es gibt einen wunderbaren regionalen Markt, den asiatischen Markt oder den afrikanischen Markt oder den Markt anderer postsowjetischer Länder. Es gibt dort starke Entwickler, aber sie sind um ein Vielfaches billiger.
Es ist wichtig zu verstehen, dass wir die Zeit billiger Entwickler nicht für teuer weiterverkaufen, wie es normalerweise jeder tut. Wir versuchen, das Beste für das gleiche Geld zu finden. Und wir bieten ein transparentes
Zahlungssystem . Wie viel hat verdient - so viel hat erhalten. Aufgrund des lokalen Marktes haben Unternehmen Probleme mit guten Entwicklern, aber wir haben sie nicht.
Und der zweite Punkt ist die Dokumentation. Gute Dokumentation kann nur geschrieben werden, wenn sie benötigt wird. Denn wenn es unter einem Stick geschrieben und nicht angeschaut, aktualisiert wird, wird es schnell schlecht. Gute Dokumentation, zum Beispiel in Open Source-Projekten, wie ist sie geschrieben? Sie ist die einzige Quelle, wie Menschen dieses Open-Source-Projekt lernen und nutzen können. Wenn Benutzer feststellen, dass in der Dokumentation etwas nicht funktioniert, erstellen sie eine Aufgabe und sagen: "In Ihrer Dokumentation funktioniert etwas nicht." Sie sagen: "Oh, ich werde es jetzt reparieren." Wenn eine Person neben ihm sitzt, wird sie Sie einfach fragen: "Was soll an dieser Stelle getan werden?" Und du bist gezwungen, ihm zu antworten. Und in diesem Prozess wird die Dokumentation nicht gut sein. Damit die Dokumentation gut ist, müssen sich die Mitarbeiter auf Distanz befinden und nicht direkt kommunizieren können.
Über das Vergütungssystem und die Teambildung
I .: Komisch, es stellt sich heraus, dass es in der Ferne einfacher ist, sich auf das Projekt einzulassen, weil sie die Dokumentation lesen können und im Büro suchen müssen, wer mit dem Schreiben begonnen hat, woher dieses Stück stammt und was es bedeutet.
N .: Ja, es wird für sie einfacher, weil der gesamte Prozess der Fernarbeit auf der Tatsache basiert, dass neue Leute kommen werden. Es gibt zwei Arbeitsoptionen: Automatisierung und Dokumentation. Viele Dinge sind einfacher zu automatisieren: zum Beispiel die Bereitstellung. Und wie etwas funktioniert, lässt sich leichter in Text oder Grafik beschreiben.
In den Teams, die im Büro arbeiten, scheint mir dies unmöglich zu sein. Ich höre sehr oft, dass Sie viel Zeit damit verbringen müssen, und wenn Sie in der Nähe sitzen, arbeiten Sie schneller. Wenn dies ein kurzer Sprint ist und Sie in einer Woche einen Prototyp einer Anwendung erstellen müssen, ist es wahrscheinlich schneller, von Angesicht zu Angesicht zu arbeiten. Wenn es sich jedoch um ein mehrjähriges Projekt handelt, werden alle bekannten Probleme sehr schnell kritisch akkumuliert. Und nach einiger Zeit ist es unmöglich, es zu benutzen. Dies ist das Problem aller Software, die ich gesehen habe und die in einem traditionellen Modell geschrieben ist.
I .: Welche Ängste und Vorurteile hatten Sie, als Sie zur Arbeit mit einem verteilten Team wechselten? Oder waren sie nicht?
N .: Natürlich gab es Ängste, und unsere ersten Leute, die wir an einem abgelegenen Ort anstellten, arbeiteten nach dem alten System, dh nach Löhnen. Und wenn Sie ein Gehalt bezahlen, ist es Ihnen egal. Weil Sie das Beste aus der Zeit herausholen möchten, die eine Person Ihnen verkauft hat. Ich hatte dann viele Zweifel und Vorurteile. Und es gab überhaupt keine Kontrolle. Ich stellte schnell fest, dass Remote-Arbeit in diesem Format nicht funktionierte.
Infolgedessen haben wir dieses Experiment eingeschränkt. Und jetzt habe ich eher ein Vorurteil gegenüber dem Büro.
Jemand möchte, dass ich irgendwo an einem bestimmten Punkt auf der Erde bin, was meine Bewegungsfreiheit einschränkt. Er möchte auch, dass ich die ganze Zeit mit ihm verbringe, was meine Handlungsfreiheit einschränkt. Es ist seltsam, dass diese Option für viele Menschen normal erscheint.
Es ist klar, dass es immer Verpflichtungen gibt. In meinem Fall geht es bei diesen Verpflichtungen jedoch um das Ergebnis. Das heißt, in einem solchen Moment muss ich das tun. Und bei der Büroarbeit habe ich die Verpflichtung, jeden Tag ins Büro zu gehen. Und von oben kommen sie auf einige andere Anforderungen, die ich später geschickt aufschieben kann.
Die Antwort ist so kompliziert. Wenn Sie aus irgendeinem Grund Geld bezahlen, ist das Remote-Team die Hölle. Weil Sie überhaupt nichts kontrollieren können. Und wenn alles richtig gemacht wird, ist das Remote-Team die nächste Ebene der Arbeitsorganisation im Vergleich zu dem, was es jetzt ist.
I .: Wie sieht eine korrekt konstruierte Fernarbeit aus Ihrer Sicht aus? Es gibt einen bestimmten Entwickler, der bereit ist, an einem Remote-Standort zu arbeiten. Was passiert als Nächstes?
N .: Es gibt ein sehr gutes Beispiel für Entwickler. Dies ist ein Open-Source-Phänomen. Open Source - das sind Millionen von Entwicklern, die sich remote selbst organisieren. Niemand hilft wirklich. Und sie machen großartige Dinge, die die ganze Welt benutzt.
Und gute Fernarbeit sieht genauso aus. Wie beginnt eine Kommunikation in Open Source? Der Entwickler erstellt eine Aufgabe und sagt: "Bei mir funktioniert etwas nicht" oder "Ich verstehe die Dokumentation nicht" oder "Ich möchte eine neue Funktion". Sie schauen sich an, was getan werden muss, um ihn zufrieden zu stellen. Als nächstes folgt eine Diskussion, einige klärende Fragen, vielleicht schlägt diese Aufgabe mehrere Aufgaben. Und dann wird ein Code gesendet, der diese kleinen Teile schließt. Der Code wird durch Tests und Linters überprüft, eine Überprüfung erfolgt. Und dann wird gerade eine neue Version veröffentlicht. Eigentlich ist das alles.
Und die gesamte künstlich geschaffene Welt rund um Projekte, die jetzt aus der Kategorie „Wir haben 15 Teamleiter, 6 Projektmanager und zwei Scrum-Master“ stammt, wird benötigt, um mehr Menschen für das gleiche Geld herauszuholen. Weil niemand das Ergebnis mit all der Fiktion von Wichtigkeit und Kontrolle überprüfen kann. Mit dem Fokus auf Ergebnisse funktioniert alles ohne sie.
I .: Glauben Sie, dass es einen sicheren Weg gibt, zu einem solchen Modell zu wechseln? Stellen Sie sich vor, es gibt ein Team im Büro, es gibt Teamleiter, es gibt Produkte, Analysen und so weiter. Es fehlt ihnen kritisch an Entwicklern, oder sie haben permanente Fakaps, oder die Fristen laufen. Irgendwann kommen sie zu dem Schluss, dass man so nicht leben kann.
N .: Ich werde erklären, ich selbst war nicht in einer solchen Situation eines sicheren Übergangs. Und ich kenne keine Unternehmen, die schrittweise auf diese Option umsteigen würden. Ich hatte eine sehr traumatische Erfahrung. Wir hatten ein großes Geldloch, weil wir auf die alte Art gearbeitet haben und irgendwie alles schlecht gelaufen ist. Ich musste jeden entlassen, den wir in diesem Moment hatten, und tatsächlich von vorne anfangen. Und dieser Moment war einerseits sehr schwierig, schmerzhaft und andererseits sehr einfach, weil ich die Transformation auf dem Weg nicht durchführen musste. Ich habe gerade gehackt und wieder angefangen.
I .: Viele Manager glauben, dass das Team ihr Hauptwert ist. Und du hast alle gefeuert. Und jetzt betrachten Sie Ihre Leute, die in verschiedenen Teilen der Welt für Sie arbeiten, als Team?
N .: Natürlich nicht. Ich bin generell gegen die Verwendung des Wortes "Team" aus dem Geschäft. Ich glaube, dass ein Team wirklich etwas Einzigartiges ist. Alles, was heute traditionell auf dem Markt ist, ist bestenfalls ein Team. In unserem Fall ist es nicht einmal ein Team, sondern nur eine Gruppe von Menschen, die zusammen ein Projekt machen und Geld verdienen. Sie sind kein Team, sie sind nicht einmal vertraut. Grundsätzlich wird das Wort "Team" jetzt als eine weitere Manipulation von Menschen verwendet.
I .: Interessant. Es fühlte sich an wie die Hälfte der Artikel und Reden über das Management eines verteilten Teams darüber, wie man dieses Team zusammenbringt, wenn es sich in verschiedenen Zeitzonen befindet, verschiedene Sprachen spricht und wie man Interaktion effektiv macht. Ist das überhaupt ein Problem für dich?
N .: Das ist es nicht wert. Außerdem bin ich gegen die Tatsache, dass sich Menschen gewaltsam versammelt haben. Ich glaube, dass so viele Menschen Grenzen überschreiten. Es gibt eine Grenze der Arbeit und es gibt eine Grenze des persönlichen Lebens. Und bei der Arbeit bin ich bereit, mit verschiedenen Menschen zu kommunizieren. Da dies Arbeit ist, wähle ich nicht immer aus, mit wem ich kommunizieren möchte. Es ist notwendig - es bedeutet, dass es notwendig ist. Aber wenn Leute anfangen, meine Nase gewaltsam mit Leuten zu schieben, möchte ich nicht außerhalb der Arbeit kommunizieren, wie zum Beispiel "Geh mit ihnen zusammen". Warum plötzlich? Ich habe meine eigenen Freunde, ich habe meine eigene Familie, warum verbringe ich Zeit mit Unklarheiten darüber, wer, wenn ich mit Menschen chatten kann, die mir wichtig sind? Für mich ist das völlig unverständlich.
"Nein", "vielleicht" und "ja" - wo man nach Entwicklern sucht
I .: Verstehe ich richtig, dass Sie einfach keine Unternehmenskultur auferlegen und Ihr Team nicht zwangsweise integrieren, und im Gegenzug haben die Menschen die völlige Freiheit zu wählen, was zu tun ist, zu welcher Zeit und mit wem sie kommunizieren möchten. Und natürlich ein Ergebnis geben.
N .: Ja. Und ich bemühe mich sehr, zwischen den Dingen zu unterscheiden, die ich tun kann, weil ich Geld dafür bezahle und zu denen ich kein Recht habe, weil ich nur Geld bezahle.
I.: Ich weiß, dass Ihr Ansatz bei vielen Menschen zu Ablehnung führt. Zum Beispiel gibt es im Habr unter
diesem Artikel Kommentare, dass Sie fast grausam sind, Sie werden niemanden bezahlen und so weiter. Warum?
N .: Es gibt wirklich so ein Problem. Die Leute sehen, was sie sehen wollen und was sie gewohnt sind zu sehen. Wenn Menschen es gewohnt sind, in einer Branche zu leben, in der sie benutzt, getäuscht, manipuliert und geworfen werden, dann sehen sie es. Wenn Menschen es gewohnt sind, in einer Atmosphäre des Vertrauens, in einem Umfeld von qualitativ hochwertiger Arbeit und Ausgewogenheit zu leben, sehen sie dies. Die Frage ist leider, dass in unserer Branche die erste die zweite überwiegt.
I .: Scheint es Ihnen nicht so, dass das von Ihnen angebotene System tatsächlich eines der Hauptprobleme von Entwicklern löst, die sagen, dass sie wirklich 15 Minuten am Tag Code schreiben? Und der Rest wird bei Kundgebungen durchgeführt und ausgebrannt, ausgebrannt, ausgebrannt ...N .: Natürlich habe ich es für mich getan! Und am liebsten schreibe ich Code. Es war seltsam, wenn ich ein System erstellte, in das ich keinen Code schreiben konnte.I .: Können Ihre Senioren genug für ihr Leben verdienen? Und wie viele Stunden am Tag verbringen sie damit, so viel zu verdienen wie beispielsweise in einem durchschnittlichen statistischen IT-Unternehmen in ihrer Stadt?N.: Sie können, aber nicht alle. Nur wer viel und effizient arbeitet. Sie können viel verdienen. Es gibt keine Obergrenze und kann es nicht sein. Und manche Leute konnten überhaupt nichts von uns verdienen.Und wir haben auch etwas andere Preisschilder. Sie sind um ein Vielfaches höher als die Marktpreise in Russland. Es ist wichtig zu verstehen, dass wir nicht dieselben Uhren verkaufen. Die übliche Arbeitsstunde ist nichts. Sie sitzen da, schauen sich eine Stunde lang YouTube an und werden dafür bezahlt. Einige Unternehmen möchten eine Sonde in Sie einführen, um zu sehen, was Sie dort tun. Daher ist auch der Preis einer solchen Stunde mit geringer Produktivität niedrig. Wir haben eine Stunde Arbeit - dies sind feste Kosten für die Aufgabe.Aber hier ist ein anderes Problem - der Rubel-Wechselkurs ist sehr stark gefallen. Und wir können zum Beispiel überhaupt nicht mit europäischen Entwicklern zusammenarbeiten. Wir hatten solche Erfahrungen, aber sie bekommen nur ein paar Krümel nach ihren Maßstäben. Viele haben einfach teilgenommen, weil sie interessiert waren, aber für das Geld war es nicht genug. Aber mit den Jungs aus anderen Teilen der Welt - es stellt sich heraus, dass sie viel Geld für ihren Lebensstandard haben.Es stellt sich drei Gruppen heraus: die "Nein" -Gruppe (dies sind Amerikaner und Europäer), die "Vielleicht" -Gruppe (dies sind unsere, die Ukraine, Weißrussland) und die "Ja" -Gruppe (dies sind Afrika, Asien usw.). Hier geht es speziell um meine Implementierung: Wie viel kann ich diese Idee an Kunden verkaufen und wie viel sind sie bereit zu zahlen. Auch hier arbeiten wir nur mit russischen Kunden. Wenn wir aktiv in den europäischen oder amerikanischen Markt eintreten würden, würden sie mehr bezahlen und dieses Problem wäre teilweise gelöst. Aber soweit.I .: Sie haben fast den gesamten Globus beschrieben! Wie weit ist die Auswahl an Kandidaten mit Zugang zum internationalen Markt?N .: Es dehnt sich sehr aus. Wir hatten noch keine Zeit, aktiv mit Südamerika zusammenzuarbeiten. Und dort gibt es auch viele gute Entwickler.I .: Sag mir, wie suchst du Entwickler?N .: Auf keinen Fall. Sie kommen von selbst. Sie sind daran interessiert, es zu versuchen.PS Nikitas Arbeitsprinzipien können und werden kontroverse Meinungen hervorrufen, aber das System erweist sich als wirksam. Haben Sie alternative erfolgreiche Erfahrungen bei der Organisation der Arbeit eines verteilten Teams? Schreiben Sie in die Kommentare!Und diejenigen, die am 2. Oktober 2019 in Kasan sein werden, kommen zu einem Team-Frühstück, bei dem Sie diesen Artikel diskutieren können: Drücken Sie Ihre Empörung oder Zustimmung zu Nikitas Ansatz aus und hören Sie sich drei weitere Geschichten über die Arbeit mit Remote- und Outsourcern an.