Ich rufe dich zurück

Hallo, ich bin Katya, ich habe einen Job gefunden. Und sie schrieb ein Schulungshandbuch zur Kommunikation mit dem Arbeitgeber. Ich werde Ihnen beim Interview sagen, was Sie fragen sollen, was Sie nicht fragen sollen und wie Sie es richtig machen.



Ich bin den ganzen Monat durch Dogmen gefahren. Ich habe mir sowohl Startups als auch Yandex angesehen. Es gibt viele Unternehmen, die schwer zu wählen sind. Um die zu finden, müssen Sie viele Faktoren berücksichtigen. Für jedes Unternehmen habe ich eine individuelle Liste von Fragen zusammengestellt. Universal in dieser FAQ gerahmt. Es enthält die wichtigsten Fragen des Antragstellers und deren Analyse. Einige der Fragen sind auf Entwickler zugeschnitten, der Rest passt zu jedem. Geh unter den Schnitt!

TL; DR


Ich weiß nicht was und wie ich fragen soll.


Halte den Algorithmus!

  1. Reflektieren.
    Was hat dir bei deinem letzten Job gefallen? Was hat dir nicht gefallen? Warum bist du gegangen?
    Ordnen Sie diese Schlüsselpunkte Fragen zu.
  2. Machen Sie eine Roadmap.
    Was willst du von einem neuen Job?
    Zeigen Sie diese Anforderungen für Fragen an.
  3. Herausfiltern.
    Entfernen Sie unnötige Fragen. Eine andere Frage, wenn sie unter die Elemente aus der Liste fällt:
    - Die Antwort kann Google sein.
    - Die Antwort ist die aufgewendete Zeit nicht wert.
    - eine große Chance, eine sozial erwartete Antwort zu erhalten;
    - Die Frage ist unangenehm, sie werden dich höchstwahrscheinlich anlügen.
    - Sie kennen die richtige Antwort nicht;
    - Sie wissen nicht, was Sie hören möchten;
    - Sie wissen nicht, was Sie nicht hören wollen;
    - Die Antwort hat keinen Einfluss auf die Entscheidung.
  4. Geben Sie an.
    Geben Sie offene Fragen an.
    Wenn die Antwort von den Umständen abhängt, fragen Sie einen bestimmten Fall.
  5. Stellen Sie Ihre Erwartungen ein.
    Was willst du Was bin ich bereit zu ertragen? Was ist inakzeptabel?
    Markieren Sie die roten Fahnen.
  6. Starget.
    Was zu beachten ist:
    - Unternehmensgröße;
    - Position;
    - Stellenbeschreibung;
    - Zweck des Treffens (Bühne).

Warum so schwer?


Um die Wahl nicht zu bereuen. Um ein Unternehmen zu finden, das Ihnen alles bietet, was Sie suchen: Aufgaben, Perspektiven, Bedingungen - wir arbeiten hier nicht für Geld :)

Die Interviewzeit ist begrenzt. Wir wollen es nicht für sozial erwartete Antworten, Ausreden und unnötige Informationen ausgeben. Das richtige zu finden ist nicht einfach. Sie müssen wissen, wo Sie durchstechen müssen, damit die Infa fließen kann. Und nicht wahllos herumstochern, um nicht darin zu ertrinken. Wir werden subtile Zielfragen vorbereiten. Wir werden einen konsistenten, bedeutungsvollen Dialog darüber aufbauen.


Haftungsausschluss


Der Zweck des Artikels ist es, zu orientieren, was zu fragen ist und warum. Es gibt kein heiliges Wissen und keine magischen Fragen. Verfassen Sie geeignete basierend auf den aufgeführten. Verwenden Sie den obigen Algorithmus.

Ich werde helfen, die Antworten zu analysieren. Unter jeder (nicht jeder) Frage gibt es eine Analyse nach Parametern:

  • "Fragen Sie sich": Was Sie hören können, woran Sie denken sollten;
  • "Gut zu hören", "Rote Fahnen": welche Schlussfolgerungen zu ziehen, welche nicht zu hetzen;
  • "Diskutieren": Was zu klären ist, wo der Dialog umzuleiten ist.

Analytics ist nicht erschöpfend und basiert auf persönlichen Erfahrungen. Wenn es keinen Abschnitt gibt, halte ich meine Meinung nicht für objektiv oder habe nichts hinzuzufügen. Meine "Gut zu hören" und "Rote Fahnen" stimmen möglicherweise nicht mit Ihren überein. Analytics wird nicht überall benötigt: Ich weiß nicht, was in Ihrem Kopf ist, was Sie wollen, wonach Sie suchen. Behandeln Sie dies, bevor Sie zur Sozialversicherung gehen.

Im Abschnitt "Verrückte Fragen" habe ich spezifische und nutzlose gesammelt. Ich mag sie nicht, ich habe die Gründe aufgelistet. Wenn Sie möchten, verwenden Sie es.

Ich lief in 70% von dem, was ich schrieb, der Rest hatte keine Zeit. Wenn ich mich irre, ist es nicht so, es war anders bei dir - schreibe in die Kommentare, wie es richtig ist, das wird dem Rest helfen.


Geschäft


"Interesse zeigen - nach dem Unternehmen fragen." Bullshit. Nicht interessant - fragen Sie nicht, google.

1. Was verdienst du? Welches Produkt ist die Haupteinnahmequelle?
Analyse
Fragen Sie sich
Fall 1. Ihr Projekt ist eine Lokomotive.
Das Hauptprodukt ist die heilige Kuh: Jeder betet dafür, gießt sie mit Geld ein, sie wird gestern die Ressourcen bereitstellen, aber auch die entsprechenden Erwartungen. Bereit, mit allen Konsequenzen an vorderster Front zu arbeiten?

Fall 2. Sie werden zu einem neuen jungen Projekt eingeladen.
In solch einem flexiblen Stack und Prozessen können sie aber zusammenbrechen: am Tisch arbeiten, Personal abbauen. Verstehst du die Risiken?

Offtop. Wenn Sie das Geschäftsmodell und die Einnahmequellen kennen, können Sie die aktuelle Position des Unternehmens auf dem Markt und die Entwicklungsaussichten abschätzen. Es macht keinen Sinn, ein großes Unternehmen gründlich zu analysieren. Es ist nicht überflüssig, einen Start zu bewerten, wenn Sie vor Ort geführt werden.

Besprechen Sie
Wenn Sie sich dem Hauptprojekt widmen, achten Sie auf Fragen zu den Zeit- und Entwicklungsprioritäten. Wenn es sich um ein neues handelt, finden Sie heraus, was mit Ihnen passiert, wenn das Projekt nicht fliegt.

2. In welchen Bereichen arbeiten Sie? Was sind B2B-Projekte, B2C, F & E?
Analyse
Fragen Sie sich
Irgendwelche anderen interessanten Projekte? Wenn Sie es satt haben, gibt es einen Ort zum Drehen?

Offtop. Die Frage ist für große Unternehmen wahrscheinlicher, aber bei kleinen Unternehmen ist die Antwort unerwartet - sie können sich als größer herausstellen, als Sie gedacht haben.

Gut zu hören
Das Unternehmen analysiert den Markt, sucht nach neuen Entwicklungsrichtungen und beteiligt sich an gemeinsamen Projekten mit anderen Unternehmen. Viele verschiedene Produktteams. Es gibt Integrationen mit anderen Diensten. Investiert in Forschung und Entwicklung.


Motivation


Der Personalvermittler wird über Nishtyaki berichten. Wenn Ihnen etwas besonders wichtig ist, geben Sie dies an.

Bitten Sie darum, das Büro zu zeigen. Höchstwahrscheinlich zeigen. Gepolsterte Hocker, Küche, Fitnessraum - cool, wenn der Arbeitsplatz auch bequem ist. Und dann sind die Hocker im fünften Stock, und Sie arbeiten am zweiten, wo die Reparatur läuft.

1. Was beeinflusst mein Gehalt außer der Erhöhung? Wovon hängt die Prämie ab?

2. Was sind die Anreize? Wie kann man sie verdienen?

3. Was sind die Computer / Laptops? Kann ich von zu Hause aus für sie arbeiten?

4. Schicken Sie Leute zur Konferenz? Und international? Wo bist du das letzte Mal hingegangen? Wie wird entschieden, wer gehen wird?


Abteilung


1. Wie viele Personen sind in der Abteilung? Wie kommunizieren sie? Wie eng interagieren sie?
Analyse
Fragen Sie sich
Wissen Teams / Einheiten, was in benachbarten Teams / Einheiten los ist? Wie wird Wissen durchsucht?

Besprechen Sie
- Welche Probleme werden gemeinsam gelöst?
- Warum bist du zum letzten Mal zusammengekommen?
- Wie viele Leute sind gekommen?
- Was war das Ergebnis des Treffens?

Gut zu hören
Wichtige Entscheidungen werden gemeinsam unter Berücksichtigung unterschiedlicher Meinungen getroffen. Das notwendige Maß an Unabhängigkeit bleibt erhalten. Jeder hat ein Verständnis dafür, was in anderen Projekten passiert, um bei der Codeüberprüfung zu helfen und zu wissen, wer das Problem lösen kann. Entscheidungen und Wissen sind fest und für jedermann zugänglich. Formelle Treffen zum Austausch von Neuigkeiten und Erfahrungen sind Weine.

2. In welche Teams sind die Entwickler unterteilt?
Analyse
Fragen Sie sich
Neben Lebensmittelprodukten gibt es hochspezialisierte: Entwicklung gemeinsamer Komponenten, Entwicklung von Werkzeugen, Refactoring-Team, Architektenteam.

Fall 1. Viele Teams.
Besserer Fokus auf Aufgaben, höheres Fachwissen der Entwickler auf ihrem Gebiet, aber geringeres in anderen, ihr Interesse an "fremden" Aufgaben wird verringert. Ich bin für Spezialisierung + Rotation. Bist du bei mir

Fall 2. Nur wenige Teams.
Höhere Beteiligung, breiteres Aufgabenspektrum, aber breiteres Verantwortungsspektrum. Bereit für die Rolle des "Schweizer und des Schnitter"?

Besprechen Sie
Klären Sie, wie die Verantwortung für Projekte und Microservices auf die Teams verteilt wird.

3. Wie viele Personen arbeiten seit mehr als 3 Jahren in der Abteilung? Gibt es welche?
Analyse
Fragen Sie sich
Wie viele Menschen werden Sie orientieren können, wenn Sie wichtige Funktionen oder ein sehr altes Erbe refachen?

Offtop. Versuchen Sie nicht, die Fließfähigkeit zu schätzen. Zu viele Faktoren beeinflussen, ob Menschen gehen oder bleiben. Ein Haufen Alter kann nicht nur angenehme Arbeitsbedingungen widerspiegeln, sondern auch ein Haufen fauler, ehrgeiziger Arschlöcher in der Abteilung.

Gut zu hören
Wenn es mehr als zwei gibt, ist dies der Fehler. Beim letzten Job gab es viele alte Fags, das hat mir ein paar Dutzend Mal geholfen.


Das Team


Teams sind in Zusammensetzung, Aufgaben, Prozessen und Stapel ähnlich und völlig unabhängig voneinander. Wenn Sie zu einem Team eingeladen werden, das sich nicht von den anderen unterscheidet, können Fragen aus den Abschnitten „Team“, „Aufgaben“, „Prozesse“ und „Stapel“ sofort gestellt werden. Bitten Sie andernfalls um ein zusätzliches Treffen mit dem Team, nachdem Sie das Interview bestanden haben. Höchstwahrscheinlich werden Sie nicht abgelehnt. Oft ist ein solches Treffen bereits geplant. Fahren Sie dann sofort mit dem Abschnitt "Entwicklung" fort.

1. Wer ist im Team?
Analyse
Fragen Sie sich
Fall 1. Ein großes freundliches Team. Vielleicht funktionsübergreifend.
Mehr Kommunikation, mehr Besprechungen und Planung. Bist du ein Teamplayer?

Fall 2. Sie werden alles selbst tun und von niemandem abhängig sein.
Ein breiteres Aufgabenspektrum, höhere Verantwortung. Wolltest du das?

Fall 3. Es gibt Remote-Manager.
Es drehte sich nicht um und fragte. Und nicht zusammen essen gehen. Geht es dir gut

Besprechen Sie
Wenn funktionsübergreifend:
- Was machen Sie, wenn nicht genügend feste Tester vorhanden sind?

Wenn alleine:
- Wer testet? Wie viele Tage warten Sie normalerweise auf einen kostenlosen Tester?
- Wer stimmt den Managementplänen zu?

2. Wer ist der Kunde (Product Owner)? Haben Sie einen Projektmanager?
Analyse
Fragen Sie sich
Fall 1. Ein Produkt mit einem ungültigen Hintergrund in der Entwicklung (oh mein Gott!) Oder zu ehrgeizig oder unerfahren und kennt das Produkt nicht gut. Das Projekt ist schwach / es ist nicht da / es ist ein Produkt.
Sie werden Ihre Interessen selbst schützen. Sie werden Soft Skills pumpen, Sie werden lernen, Ihre Wunschliste zu argumentieren und Kompromisse zu suchen. Gehört das zu Ihrem Interessengebiet? Bist du bereit dafür?

Fall 2. Es gibt kein Produkt, kein Projekt, keinen Teamleiter.
Sie werden die Pläne selbst koordinieren und den Arbeitsfortschritt planen. Kannst du damit umgehen?

Offtop. Projekte schulden uns nichts. Sie können unsere Arbeit einfacher und angenehmer machen, aber sie ersparen Ihnen nicht die Kommunikation mit dem Produkt und garantieren keine interessanten Aufgaben.

Besprechen Sie
- Wer priorisiert die Aufgaben?
- Wer und wie bewertet die Arbeit des Teams?

Wenn nicht beides:
- Wer legt die Aufgaben fest?
- Wer stimmt den Managementplänen zu?

Wenn es ein Produkt gibt:
- Hat jedes Team sein eigenes Produkt?
- Wie viele Jahre Erfahrung haben Sie? Für wie viele von ihnen arbeitet er in der Firma? Wie viele sind im Team?

Wenn es ein Projekt gibt: egal über das Projekt.

3. Wann war das Teambuilding? Wie viele Leute sind gekommen? Arbeitslos sehen?
Analyse
Fragen Sie sich
Klingt nach einer freundlichen Atmosphäre? Arbeitet das Unternehmen daran, es zu schaffen?

Gut zu hören
Gemeinsam zu Mittag essen. Fahren Sie zusammen auf externem konf. Organisieren Sie Schulungs- und Meisterkurse für einander. Dies geschieht nicht nur in großen Unternehmen. Sie werden von der gesamten Abteilung in einem informellen Rahmen gesammelt - das ist der Fehler, hier ist es definitiv freundlich. Weil es schwierig ist, 5 Personen zusammenzubringen, ist es fast unmöglich, mehr als 5 Personen zusammenzubringen, wenn sie nur Kollegen sind.


Die Aufgaben


Der wichtigste Fragenpool für mich. Aber schwierige Aufgaben sind kein Allheilmittel. Ich bin nicht sofort dazu gekommen.

Erstens können und sollten Sie in Echtzeit beeinflussen, welche Aufgaben Sie lösen. Die Schlüsselrolle spielen die Initiative und Ihre persönliche Roadmap (haben Sie sie?).

Zweitens können Sie in jeder Aufgabe etwas Neues und Interessantes für sich finden. Eine interessante Aufgabe sind nicht nur neue Technologien, komplexe Logik, schöne Schnittstellen, architektonische Entwicklung. Mach es selbst, mach es schnell, mach es besser als geplant, besser als beim letzten Mal. Erfinden, koordinieren, umgestalten, untersuchen. In diesem Projekt, im nächsten, in dem, das Sie sich gerade ausgedacht haben.

Drittens gleichen ein cooles Team und eine angenehme Atmosphäre Routineaufgaben aus. In der entgegengesetzten Richtung funktioniert es seltener. Lassen Sie sich nicht auf Aufgaben ein. Es ist besser, sich an nichts hängen zu lassen. Setzen Sie Prioritäten, aber berücksichtigen Sie alle Faktoren.

1. Welche Aufgaben werde ich lösen?

2. Was sind andere Verantwortlichkeiten als Entwicklung?

3. Was sind die letzten beiden Projekte? Was sind die nächsten Projekte? Wie planen Sie, den Service in naher Zukunft weiterzuentwickeln?

4. An welche Aufgaben der letzten wird am meisten erinnert und gemocht?

5. Welche Aufgaben möchten Sie loswerden? Was müssen Sie jetzt ertragen (keine Leute, noch nicht automatisiert)?

6. Was hat letzteres für die Seele, für die Abteilung bei unproduktiven Aufgaben getan?
Hinweis
Normalerweise führt ein Teamgespräch Gespräche, sie haben mehr Ressourcen auf ihrer Wunschliste oder einen vollen Freibrief. Fragen Sie den Entwickler des Produktteams oder den leisesten.

7. Gibt es einen Rückstand an unproduktiven Aufgaben?
Hinweis
Manchmal erhalten alle Entwickler einen Prozentsatz der Zeit, um unproduktive Aufgaben zu lösen: technische Schulden, Experimente. Es gibt einen separaten Aufgabenpool aus der Kategorie "Entscheiden, wer nicht faul ist". Dies sind Aufgaben zur Selbstentwicklung und Unterstützung anderer Teams / Abteilungen. Oft gibt es für sie ein separates Board in Jir. Wenn Sie an solchen Aufgaben interessiert sind, bewerten Sie deren Relevanz. Es kann jede Schlacke sein, in die niemand klettern möchte, und es kann schwierige Aufgaben geben, die niemand oder niemand könnte. Fragen Sie nach Beispielen für solche Aufgaben, um zu verstehen, welchen Aufgaben Hände / Zeit / Freiwillige / Experten fehlen.

8. Warum wird eine solche Technologie / Bibliothek / ein solches Framework verwendet?
Hinweis
Klären Sie, welche Aufgaben mit den ausgewählten Tools und Schlüsseltechnologien gelöst werden. Zu wissen, wie eng Sie mit ihnen zusammenarbeiten werden, wie gut Sie sie kennen sollten / werden.

9. Wie viel Prozent der Zeit nehmen solche Aufgaben in Anspruch?
Hinweis
Es ist wichtig, den Prozentsatz der verschiedenen Aufgaben zu verstehen. Fragen Sie nicht nach allem. Schätzen Sie die Anzahl derer, die Sie nicht entscheiden möchten. Definieren Sie bequeme Grenzen im Voraus.



Die Prozesse



1. Wie bereitest du dich auf die Sprint- / Quartalsplanung vor?
Analyse
Fragen Sie sich
Bespricht das Produkt Projekte mit dem Team vor der Erstellung des ToR ? Möchten Sie mehr an der Anforderungsanalyse und Entwicklungsphase teilnehmen?

Besprechen Sie
Klären Sie, wie aktiv Tester an der Analyse des Projekts teilnehmen. Die Testanforderungen wirken sich direkt auf die Qualität von TK aus.

Wenn Sie nach Belieben stöbern, geben Sie andere Aspekte der Planung an. Nur punktuell, sonst erhalten Sie eine Nacherzählung des Kapitels aus einem Buch über Scrum.

Gut zu hören
Zweistufige Planung. Besprechen Sie den Zweck des Projekts. Sie lesen tz und suchen nach dem, was sie verpasst haben. Sie werden den Code untersuchen, in den sie klettern werden (dieser Code muss möglicherweise überarbeitet werden, und die Bibliotheken müssen auf dem Weg aktualisiert werden). Architekten gehen auch in den Sa: Auf einmal ist es unmöglich / falsch / es ist einfacher möglich / das gibt es bereits. Sammeln Sie Anforderungen für die Fertigstellung der Infrastruktur.

Rote Fahnen
Das Team erkennt nicht die Bedeutung des Trainings. Das Team gerät in eine analytische Lähmung.

2. Welche Codeabdeckung?
Analyse
Fragen Sie sich
Wie viele Tests können Sie beenden, wenn Sie drücken?

Besprechen Sie
- Wie viele Prozent des Codes werden durch Unit-Tests abgedeckt?
- Wie viele Prozent der Funktionalität werden durch Integrationstests abgedeckt?
- Wer schreibt Autotests?

Gut zu hören
Bei einem großen Projekt erwarte ich 70%, dies ist ein gut erreichbarer Indikator. Nicht alle manuellen Tester lieben und wissen, wie man Autotests schreibt: Es ist gut, wenn es kontrolliert wird.

Rote Fahnen
Ein niedriger Indikator kann eine schlechte Produktqualität, Verantwortungslosigkeit des Teams und den Wahnsinn des Managers bedeuten: "Machen Sie so weiter und schreiben Sie dann Tests" oder "Wir werden nichts aktualisieren". Kann bedeuten! = Genau bedeutet. Die Codeabdeckung ist keine einfache Metrik: Sie können eine hohe Punktzahl erzielen, indem Sie einfache Fälle maximal abdecken und die Schlüssellogik nicht abdecken. Startups haben eine niedrige entschuldbare Rate.

3. Wer überprüft meinen Code?
Analyse
Fragen Sie sich
Fall 1. Alles im Thema, 10 Prüfer für die Pull-Anfrage, jeder kümmert sich um Sie.
Interessieren Sie sich für alle? Sind Sie bereit, mehr als 5 Pull-Anfragen pro Tag zu sehen?

Fall 2. Timlid überprüft Ihren Code, wenn Zeit ist.
Keine Überprüfung - niemand wird sagen, wie es sollte, wie es richtig ist. Wissen Sie genau, wie es geht?

Offtop. Ein gut organisierter Codeüberprüfungsprozess garantiert nicht seine Qualität. Mit Worten: „Wir analysieren die Logik gründlich“, aber tatsächlich - 50 Botschaften in einem Thread über eine Art absurden Geschmacksgeschmack. Finden Sie das notwendige Minimum heraus, aber beeilen Sie sich nicht zu Schlussfolgerungen.

Besprechen Sie
- Wie viel hing Ihre letzte Überprüfungsaufgabe? Er fuhr schnell weg. Ist es immer so?
- Haben Pull-Anfragen Prioritäten?
- Wie viele Pull-Anfragen pro Tag sehen Sie?

Gut zu hören
Teammitglieder sind obligatorische Prüfer. Obligatorisch ist jemand, der nach Architektur sucht. Eine Pull-Anfrage bleibt ohne besonderen Grund nicht länger als 3 Tage hängen. Abgebrochene Pull-Anfragen werden automatisch gelöscht. Teams werden im Code anderer Projekte angeleitet und führen Codeüberprüfungen anderer Teams durch.

Rote Fahnen
Zweieinhalb Krüppel beobachten Ihren Code.

4. Wie läuft die Montage und Bereitstellung?
Analyse
Fragen Sie sich
Fall 1. CI / CD, alles ist automatisiert.
In der Regel automatisieren Administratoren / Entwickler. Aber sie können dich anziehen. Nicht pissen?

Fall 2. Alles von Hand.
Sammeln Sie Pakete selbst, binden Sie Aufgaben, erstellen Sie Release-Aufgaben und steuern Sie die Akzeptanz. Bist du normal oder bist du schon wütend geworden?

Besprechen Sie
- Hat das Team einen eigenen Prüfstand?
- Wie lange dauert es, einen neuen Stand mit einer bestimmten Umgebung zu erstellen?
- Wer veröffentlicht? Wer ist verantwortlich?
- Wie lange hat deine letzte Veröffentlichung gedauert?
- Wie oft veröffentlichen Sie?
- Wenn die Veröffentlichung um 22 Uhr erfolgt, wie sieht der Aktionsplan aus?

Gut zu hören
CI / CD ist maximal konfiguriert: Der Assistent wird gemäß dem Commit / Zeitplan geschnitten, und das Schema kann über die Schaltfläche erstellt werden. Das Team hat einen eigenen Prüfstand und niemand geht dorthin. Der Administrator wird rollen, aber Sie sind verantwortlich. Das Unternehmen versteht dies und sucht keinen Schuldigen.

Rote Fahnen
Viele Routineoperationen. Viele Veröffentlichungen, aber die Bedingungen sind nicht angepasst.

5. Wie oft verbringst du Retro?
Analyse
Fragen Sie sich
Gefällt dir das format Zum Beispiel bin ich wütend auf Retro in einem Spielformat.

Besprechen Sie
- Wie lange hat das letzte Treffen gedauert?
- Wie viele Leute sind gekommen?
- Was haben Sie herausgefunden?
- Was hast du damit vor?
- Was hat sich das letzte dank Retro verbessert?
- Was ist ein Indikator für die Teameffektivität?

Gut zu hören
Öfter geplant - besser. Es gibt einen Plan und ein enges Timing. Es gibt alle, die an den diskutierten Projekten teilgenommen haben, und nicht nur das Team. Die Ergebnisse werden aufgezeichnet, Schlussfolgerungen gezogen und konkrete Maßnahmen zur Verbesserung der Situation geplant. Die Ergebnisse dieser Aktionen werden verfolgt.

Rote Fahnen
Retro wird nur im Falle von Fakap gehalten. Es dauert länger als zwei Stunden, das heißt, die Diskussion ist nicht strukturiert, sie bereiten sich nicht auf Retro vor, Holivars werden gezüchtet. Niemand kontrolliert die Umsetzung der getroffenen Entscheidungen.

6. Wann üben Sie technische Schulden aus?
Analyse
Fragen Sie sich
Manager / Produkt / Manager versteht, warum dies notwendig ist? Was tut er, um sich nicht in technischen Schulden festzumachen? Was machen die Entwickler selbst dafür?

Besprechen Sie
- Was hat der letzte Refactor gemacht?
- Welche unproduktiven Aufgaben haben Sie in diesem Quartal übernommen?

Gut zu hören
Die technischen Schulden werden wie geplant geharkt. Bei der Planung berücksichtigt. Eine feste Zeit (% der Arbeitszeit / Teil des Sprints) wird zur Verbesserung der Codebasis, der Experimente und der Initiative zugewiesen. Die Codekomplexität wird automatisch analysiert.

Rote Fahnen
Der Produktbestand unterscheidet sich nicht von der technischen Verschuldung.


Stapel


Versuchen Sie nicht, das gesamte System zu verstehen: Monoreps, Microservices, was und warum, wie sie Freunde sind. Nun, wenn Sie das alles während der Arbeit verstehen. In Bezug auf die soziale Sicherheit reicht es aus, herauszufinden, welche Logik auf was geschrieben steht, wo sie liegt und wer sie unterstützt.

1. Worauf steht das Erbe geschrieben?
Analyse
Fragen Sie sich
Bereit, sich damit anzulegen?

Diskutieren
- Ist Legacy nur da oder wird es aktiv unterstützt?
- Planen Sie Übersetzung, Refactoring? Warum? Wann?Von wem?
- Wie viel Prozent des Legacy-Codes sind dokumentiert?

Gut zu hören
. Es gibt - das sind bekannte Technologien. Wenn das Fahrrad - gibt es diejenigen, die fummeln. Wenn Sie übersetzen wollen, gibt es einen Plan und ein Team und keinen Sündenbock (Sie können einer werden).

Rote Fahnen
"Schreiben Sie das Projekt eines anderen neu, sonst niemand."

2. Warum (nicht) eine Technologie / Bibliothek so oder so gewählt haben?
Analyse
Ask yourself
1. .
?

2. // .
?

3. / .
, ? - ? ?

Discuss
— ?
— ?
— ?
— ? ?
— / ?
— ? ?

Good to hear
. , . . .

Red flags
, . . .

3. Welche Technologien wurden in den letzten sechs Monaten / Jahr implementiert?
Analyse
Ask yourself
? ? , ?

Discuss
— , - ? Warum?
— , - , ? Warum?

Good to hear
, //, .


Entwicklung


Juni ist leichter zu entwickeln: Das gesamte Gebiet ist ein ungepflügtes Feld, geringere Verantwortung, Initiative wird wahrgenommen und gefördert. Für den Ältesten ist es schwieriger: Höher als erwartet, schwieriger zu rechtfertigen, bestimmte Bedingungen für das Wachstum erforderlich und eine angemessene Bewertung für das Wachstum erforderlich. Je höher das Level, desto wichtiger ist dieser Abschnitt.

1. Wer bewertet mich? Was sind die Kriterien?
Analyse
Ask yourself
? ?
? ?
?

Good to hear
, .

. : , , , -, -. , .

Red flags
- . . : . , .

2. Was beeinflusst die Bewertung? Was beeinflusst eine Note?
Analyse
Ask yourself
?
?

Good to hear
( ) : , , . . , .

Red flags
, .

3. Ist es möglich, zu einem anderen Team zu wechseln?
Analyse
Ask yourself
, , , . ? , ?

Discuss
— ?
— (, )?
— ( )?

Good to hear
. .


Erwartungen


"Was erwarten sie von mir?" - ein sehr wichtiges Thema. Wenn Sie in die Stirn fragen, erhalten Sie den Standard "Bewältigen der Aufgaben, viel tun, mit dem Team auskommen". Wir versuchen nicht in die Stirn.

1. Warum brauchen Menschen ein Team?

2. Welcher Spezialist fehlt im Team? Welche harten Fähigkeiten fehlen den Jungs im Team? Welche Art von Erfahrung fehlt?

3. Welche Aufgaben soll niemand übertragen? Warum?

4. Welche Spezialisten fehlen in der Abteilung neben den Teamleitern?

5. Was muss getan werden, um Ihre Erwartungen zu übertreffen? Geben Sie ein Beispiel für Aufgaben.

6. Welche Zweifel blieben auf meinem Konto?

7. Welche Schwierigkeiten werden definitiv am Anfang sein?

8. Welche Aufgaben wirst du mir am Anfang geben?

9. Wird mir ein Kurator zugewiesen? Für welchen Zeitraum?


Offtop


Persönliche Fragen. Das Treffen sollte für beide Seiten interessant sein. Geben Sie einer Person die Gelegenheit, darüber zu sprechen, worauf sie stolz ist, was sie erreicht hat, und Erfahrungen auszutauschen. Jeder liebt es, mit sich selbst zu reden. Es ist profitabel für Sie. Erstens, wenn Sie mit dem Gesprächspartner sprechen, können Sie unangenehme, belastende Fragen stellen. Zweitens werden Sie ihn mögen und sich an ihn erinnern, möchten Sie die soziale Sicherheit durchlaufen? Drittens ist die Kommunikation mit einem coolen Typen ein separater Grund, sich an die soziale Sicherheit zu wenden.

1. Arbeiten Sie schon lange hier? Das ist viel. Was ist so eingängig?

2. Und wo hat er vorher gearbeitet? Und was bleibt übrig?

3. Was haben Sie im letzten Jahr bei der Arbeit gelernt?

4. Wie viele Stunden am Tag codieren Sie? Was braucht der Rest der Zeit? Bleiben Sie zu Hause, um sich zu biegen?

5. Wann kommst du zur Arbeit? Wann gehen sie alle auseinander?

6. Wo kann ich außerhalb des Arbeitsplatzes arbeiten? Wo hängst du normalerweise ab?

7. Nutzen Sie Ihren Service selbst? Was möchten Sie daran verbessern? Haben Sie versucht, es in das Produkt fallen zu lassen? Können Sie die Entwicklung des Dienstes beeinflussen? Was ist mit Produktentscheidungen? Hast du es geschafft, etwas zu pushen? Sag es mir.

8. Welche Metriken verfolgen Sie?

9. Wie stellen Sie die Sicherheit sicher?


Wenn der Teamleiter / Interviewer interviewt wird:

1. Mit welchen Prozessen sind derzeit keine zufrieden?

2. Woran planen Sie in naher Zukunft zu arbeiten? Was sind die Prioritäten?

3. Jemanden aus der Abteilung betreuen?

4. Wie gehen Sie mit einem Mangel an Teamleitern um?


Wie man fertig wird


Führen Sie oft Gespräche? Nimmt es viel Zeit in Anspruch?

Dann werde ich dich nicht zurückhalten. Danke für deine Zeit. Ich war sehr interessiert an dir. Ich hoffe wir verabschieden uns nicht;)



Verrückte Fragen


Sie fallen unter die Definition von "einer zusätzlichen Frage" (siehe den Algorithmus in "TL; DR"). Ich werde anbieten, was zu ersetzen. Wenn Sie möchten, verwenden Sie diese Fragen, Sie wissen es besser. In bestimmten Fällen liefern sie die erforderlichen Informationen. Geeignet für "ein Gespräch beginnen". Ich begann ohne sie auszukommen.

1. Was sind Sie besser als Wettbewerber ( USP , Wettbewerbsvorteile)?
2. Wer finanziert Projekte (Schlüsselinvestoren)?
3. Welche Schwierigkeiten haben Sie jetzt?
4. Was sind deine Pläne für das kommende Jahr?
Warum nicht? Antworten können Google sein. Wenn sie nicht öffentlich verfügbar sind, geben sie Ihnen keine Interviews. Personalvermittler sind auf der Verkaufsseite, sie werden nicht die unangenehme Wahrheit sagen.
Lösung Sie erhält Finanzberichte (wenn das Unternehmen öffentlich ist).

5. Wird das Recycling bezahlt?
Warum nicht? Sie sollten nicht sein. Wenn sie es sind, werden sie sagen, dass sie es nicht sind. Wenn dies die Norm ist, werden sie sagen, dass sie bezahlen werden. In der Tat könnte es anders sein.
Lösung Suchen Sie ein Unternehmen, in dem Sie diese Frage nicht stellen müssen. Wenn Sie nicht vorhaben, Geld für die Verarbeitung zu sammeln.

6. Wie viele Teamleiter / Experten / Experten? Was machen sie
Warum nicht? Die Teamführung in jedem Team ist ausgezeichnet, aber unwahrscheinlich. Sie sind immer Mangelware. Sie lernen Ihren Teamleiter kennen, indem Sie die Zusammensetzung des Teams besprechen. Im Idealfall verbringen ältere Menschen einen Teil der Zeit damit, unproduktive Aufgaben zu lösen. Wenn dies formale Anforderungen sind, können sie möglicherweise nicht befolgt werden.
Lösung Wenn Sie von einem Teamleiter interviewt werden, stellen Sie gezielte Fragen (siehe Abschnitt „Offtop“).

7. Wer ist mein Vorgesetzter? Was macht er Wie gefällt es dir?
Warum nicht? Sie analysieren nicht die Qualifikationen des Managers. Der Entwickler wird die Führung mit Ihnen nicht bewerten. Wenn ja, lügt er oder ist voreingenommen.
Lösung Wenn dies für Sie besonders wichtig ist, bitten Sie um ein persönliches Treffen mit dem Leiter. Wenn er Sie interviewt, stellen Sie gezielte Fragen (siehe Abschnitt „Offtop“).

8. Wie bewerten Sie die Aufgaben?
Warum nicht? Es gibt eine Bewertungsskala für historische Punkte und eine Geschwindigkeit. Sie werden ihre Richtigkeit und Angemessenheit in einem Interview nicht analysieren. Die Auswertung in Tagen zeigt nicht die Qualität der Zersetzung - verdächtige Fälle werden nicht geäußert. Aufgaben haben Priorität. Die Qualität der Priorisierung werden Sie für das Interview nicht analysieren.
LösungVielleicht hilft es:
- „Was berücksichtigen Sie bei der Zeiteinschätzung?“ Gut zu hören: Sie spielen Planungspoker, gehen Risiken ein, berücksichtigen das Fachwissen des Auftragnehmers, die Möglichkeit des Refactorings und damit verbundene Aufgaben aus dem Rückstand.

9. Was ist die durchschnittliche Entwicklungszeit für ein neues Feature? Und inklusive Escort?
Warum nicht? Die Entwicklungszeit hilft nicht, die Anzahl der Ablenkungen abzuschätzen. Die Wartungszeit hilft nicht dabei, die Geschwindigkeit des Testens und Überprüfens zu beurteilen. Zu willkürlich, alles hängt von den Umständen ab.
Lösung Vielleicht hilft es (als offtopic):
- „Was war die letzte Entscheidung? Wie viel Zeit hast du getötet? Che so schnell / lange? „
-“ Was Zeit ist die letzte Herausforderung im Test hing / über die Überprüfung? Ist das ein guter Indikator? "

10. Ist die Rallye auf alle zugeschnitten?
Warum nicht? Wird es dich aufhalten, wenn nicht? Können Sie nicht eine halbe Stunde früher ankommen? Beziehungen im Team analysieren Sie nicht so.
Lösung Vielleicht hilft es:
- "Wann ist die Rallye?" Zur Zeit esse ich zu Mittag / schlafe noch / bin schon zu Hause. Wir werdenLage seinzu einem späteren Zeitpunkt zu verschieben? "

11. Es gibt im Dienst zum Zeitpunkt der Ferien?
12. Gibt es ein Moratorium?
Warum nicht? Moratorien werden verletzt und es gibt Admins im Dienst.
Lösung Vielleicht hilft es:
- „Wann wurde das Moratorium das letzte Mal verletzt? Aus welchem Grund? „
-“ Wenn ich loslassen Katni und Kranken, die rollen zurück „?

13. Wie oft gegeben Feedback?
Warum nicht?Feedback auf Anfrage ist überall. Oft nur auf Anfrage. Ich glaube, solche Treffen sollten wie geplant stattfinden, aber Sie wissen nie, was ich denke.
Lösung Wenn es ein Problem gibt, behalten Sie es nicht für sich.

14. Ich melde ein Problem in einer Überprüfung. Wie wird es gelöst?
Warum nicht? Eine großartige Chance, eine sozial erwartete Antwort zu erhalten. Wenn Sie mit Ihrem Teamleiter / -leiter kommunizieren, besprechen Sie bestimmte Fälle.
Lösung Vielleicht hilft es:
- „Das Produkt erlaubt es nicht, die technischen Schulden zu begleichen. Er liegt falsch. “Gut zu hören: Es sind konkrete Maßnahmen geplant, um das Problem zu lösen. "Ich werde mit ihm reden" ist schlecht. "Ich werde zur Planung kommen, die Situation bewerten und helfen, einen Kompromiss zu finden" - gut.

15. Wird das Unternehmen mir Software für die Arbeit kaufen?
Warum nicht?Gut wird kaufen, schlecht - nein. Sie werden in anderen Fragen gut oder schlecht verstehen. Sie kaufen eine Lizenz für die IDE, sie sind selbst interessiert. Wenn Sie etwas Bestimmtes und Teueres benötigen, stellen Sie eine gezielte Frage.
Lösung Zum Beispiel:
„Ich will Wallaby. Da schauen , was Gewinn ... Kann ich? „
-“ Ich möchte die Kurseru abonnieren. Ich werde die Kosten rechtfertigen. Zustimmen? "

16. Wie Juneau Abteilung? Wie viele mittlere und ältere?
Warum nicht? Wachstumschancen, die Komplexität der Aufgaben und die Erfahrung der Mitarbeiter, die Sie nicht machen können. Es gibt Skill Junes, es gibt träge Älteste. Nicht jeder will wachsen. Das erste ist mehr - sie sind rentabler, das zweite ist weniger - es ist schwer zu fangen.
Lösung Wenn Sie Angst haben, die ganze schwarze Arbeit zu erledigen (der einzige Juni) oder wenn Sie die Verantwortung mit jemandem (dem einzigen Senior) teilen möchten, beginnen Sie mit anderen Fragen (siehe Abschnitt „Erwartungen“).

17. Wie lange dauert der Sprint? Wie bist du zu dieser Figur gekommen?
Warum nicht?Die Qualität der Planung analysieren Sie nicht. Dies ist eine Variable und wird nicht von der Decke genommen. Ich habe noch nie sehr verdächtige Fälle getroffen.
Lösung Vielleicht hilft es:
- „Wie viele Aufgaben wurden vom vorherigen zum aktuellen Sprint verschoben? Warum? "

18. Wie synchron mit den anderen Teams?
19. Wie werden Konfliktsituationen gelöst?
Warum nicht? Zu willkürlich, alles hängt von den Umständen ab. Eine großartige Chance, eine sozial erwartete Antwort zu erhalten.
Lösung Vielleicht Hilfe:
- „zwei Mannschaften die gleiche Sache zu tun (schreiben eine generische Komponente / zum Test / poriserchit), der es tun wird?“
- „Haben Sie in dem gemeinsamen Stapel neuer Technologien einführen wollen, wie werden Sie entscheiden?“

20. Wenn der Plan nicht erfüllt wird, wie werden sie bestraft?
Warum nicht? Niemand wird kommen, um dich auf den Hut zu schlagen. Der maximale Bonus wird entzogen. Geben Sie die Auszeichnung separat an.
Lösung Suchen Sie ein Unternehmen, in dem Sie diese Frage nicht stellen müssen.

21. Microservices oder Monorepa? Wie sind Sie zu einer solchen Architektur gekommen?
Warum nicht? Das Projekt lebt weiter, die Anforderungen ändern sich, die Monorepa wird in Microservices gezogen, manchmal umgekehrt, aber nicht unbedingt und nicht jeder. Heute ist so, morgen ist anders.
Lösung Wenn Sie Architektur suchen und „nur neugierig“ sind, geben Sie an. Sie selbst wissen, was zu klären ist.

22. Wie erfahren Entwickler von den Plänen und Erfolgen des Unternehmens?
Warum nicht?Obligatorischer Newsletter, Treffen mit dem Regisseur, eine Präsentation vor dem neuen Jahr, ein Blog über Habré, das Produkt sendet Feedback von Benutzern an den allgemeinen Chat - lass es etwas sein.

23. Warum hast du dich für Kanban entschieden?
Ich glaube, dies ist eine nützliche Frage, aber ich weiß nicht, wie ich die Antwort analysieren soll.


5 Regeln


Für diejenigen, die gelesen haben.

  1. Bitte gehen Sie auf die „Sie“ , wann immer möglich.
  2. Erinnere dich an die Namen. Ein Aufruf mit Namen ist +100 an Karma.
  3. Nicht ignorieren. Stellen Sie allen, die persönliche Fragen stellen: Sie werden beleidigt sein, dass sie alle gestellt haben, aber sie haben es nicht getan.
  4. Lass dich nicht verzaubern. Ein angenehm freundliches Gespräch kann ein Bestechungsgeld sein. Die Befragten sind Sell-Side, also ist alles so fit und großartig. Sie werden überrascht sein, wie sehr Sie dadurch der falschen Entscheidung näher kommen können.
  5. Denken Sie nichts, konzentrieren Sie sich auf die Fakten. Sei wachsam.


Der wichtigste Punkt


Ein Interview ist ein Gespräch, kein Verhör. Fragen sind nur Referenzpunkte für dieses Gespräch. Wohin du sie bringst, wirst du erhalten.

Die Hauptaufgabe besteht darin, die Angemessenheit der Anforderungen, das Zusammentreffen von Wünschen und Möglichkeiten herauszufinden, was an einem neuen Ort zu erwarten ist und was nicht. Drücken Sie die maximalen Informationen zusammen, um die Entscheidung zu erleichtern. Für alles andere gibt es eine Probezeit. Ich möchte, dass Sie die richtige Wahl treffen.



Sie werden auch für Ihre Fragen geschätzt. Hinterlassen Sie einen guten Eindruck von sich.

Und der letzte. Haben Sie Code auf ein Sozialversicherungskonto geschrieben? Joel war kein Dummkopf. Ein Vorstellungsgespräch ohne Code ist nicht das beste Vorstellungsgespräch. Dies sei unser letztes Kriterium für die Bewertung des Unternehmens.

Source: https://habr.com/ru/post/de468923/


All Articles