În timp ce căutam să lucrez ca manager de proiect și m-am dus la interviuri la diverse birouri, am citit pe Internet tot felul de articole despre cum să interviurize managerii de proiect. cum ar fi, de exemplu, acesta. care a declanșat o discuție activă despre Habré. Că este posibil să spun, tot ce mi-am cerut a fost destul de prost încrucișat cu informațiile de pe Internet. În acest post voi vorbi despre cele mai populare și mai memorabile întrebări pe care le-am întrebat cu adevărat și îmi voi oferi versiunea mea de răspunsuri nu ei.
Dacă nu aveți timp pentru termenele limită?
Fără îndoială, aceasta este cea mai populară întrebare, care mi sa cerut absolut la toate interviurile. Răspunsurile standard sunt evidente: puteți încerca să mutați termenele limită, să aruncați o parte din funcționalitate în acord cu clienții, să atrageți oameni din alte proiecte sau persoane independente. Nu cred că atragerea de outsideri la proiect este o idee bună, dar între timp o astfel de variantă a răspunsului este de așteptat. În plus, de obicei, situația este specificată, există restricții suplimentare: "nu puteți schimba termenul limită", "există caracteristici foarte importante și nu există prea multe", etc. În paralel, el este interesat de "cum arunci caracteristicile?", "Ați avertizat imediat sau ați tras la ultimul?", Etc.
Ce vei face daca nu ai timp sa il testezi?
O subspecie a primului număr, dar cu condiția ca dezvoltatorii au făcut totul, dar nu au timp pentru a testa. Răspunsul așteptat de la mine a fost: "Trebuie să punem programatorii la încercare". Aceasta este o abordare a metodologiei Kanban.
Ce ați face dacă două zile înainte de lansare ați fost lansate alte 120 de caracteristici?
Cele mai multe dintre cele 120 de caracteristici sunt mici, calendarul nu poate fi schimbat, aceasta este o dezvoltare a produsului, adică lista a fost făcută de clientul intern. Am spus sincer că astfel de persoane ar trebui refuzate, deoarece există o șansă reală de a deraia termenii și de a crea un precedent pentru practici rele. Totuși, acesta a fost cazul. când hu are răspunsul corect în cap, și totul altceva este greșit prin definiție. Răspunsul de la mine a fost următorul:
- Discutați cu clientul, alegeți cele mai importante pe care le puteți gestiona. Nu este corect să trimiteți imediat o persoană respectată J
- Conectați persoane de la un alt proiect. De unde provin acești oameni este întotdeauna un mister pentru mine, biroul păstrează într-adevăr rezerva de dezvoltatori "doar pentru caz".
- Delegați o parte din munca la freelancer.
- Și oricum, dacă o persoană cere ajutor de la cosmos, atunci îl ajută (facepalm).
Clientul dorește să obțină o lansare într-o lună, iar dezvoltatorii au apreciat munca în 6 luni.
Un alt subspeci al primei întrebări. Restul răspunsurilor standard sunt adăugate încă o dată: "Trebuie să vedem ce au planificat dezvoltatorii. Poate că vor să facă o arhitectură complexă, care în acest caz nu este absolut necesară, iar timpul va mânca mult. "
De ce plecați din ultimul birou?
Veți fi întrebat exact această întrebare, deci trebuie să aveți un răspuns gata. Există un răspuns standard, „In acest post, am atins plafonul nu este de așteptat, dezvoltarea în continuare, și vreau să merg mai departe.“ În principiu, un astfel de răspuns on-duty satisface pe toți. Totuși, ar fi de dorit să observăm că nu este necesar să se vorbească absolut rău despre un vechi loc de muncă. Dacă spui că locul de muncă vechi rău, șeful ați avut o persoană putrezit, și subordonate toate tâmpiților, se pune întrebarea cu privire la caracterul adecvat al propriei dvs.
Ce vrei să faci? Ce fel de muncă te interesează?
Întrebarea este proastă, dar ei îl întreabă și pe el. Cred că 90% dintre persoane au un răspuns cinstit: "Totuși, cel mai important pentru un salariu bun". Chiar dacă sunteți un reprezentant al majorității, nu trebuie să recunoașteți acest lucru. Trebuie să prezentăm un răspuns în prealabil, de preferință luând în considerare specificul locului vacant. De exemplu, îmi place să fac produse populare și să le dau la timp. Și nu vreau să fac ceea ce nimeni nu are nevoie.
În cazul în care primele șase întrebări într-un fel sau altul am fost întrebat în toate interviurile, merge pe o listă de întrebări pe care le-am cerut doar în anumite locuri. Astfel de întrebări vorbesc mult mai mult despre natura muncii și despre persoanele cu care intervievați decât despre descrierea postului vacant.
O persoană vrea să renunțe, dar nu dorește să predea lucrurile. Cum să-l stimulezi?
Scenariul este așa. Există un angajat care a făcut o muncă importantă, dar sa obosit de tot și a decis să meargă la un alt birou. E prea leneș să-i spună cum să o stimuleze. O condiție suplimentară este că stimularea materială nu vă este disponibilă, adică nu puteți să-i acordați un bonus sau să lăsați o asigurare corporativă pentru un an ca cadou. Răspunsul care a aranjat intervievatul: "Trebuie să promitem laicului o recomandare bună pentru viitorul său angajator".
În seara asta te duci în vacanță cu soția ta, dar totul e rupt.
Ce să facem în această situație? La început, nu mi-am putut alege acțiunile de multă vreme, pentru că mi-am dat seama că, în afară de mine, nimeni nu poate rezolva problema și situația pare fără speranță. Răspunsul: "anulați concediul" - prostie și minciuni evidente. Imaginându-mi cum de obicei organizează procesul de a face o vacanță, am generat un răspuns așteptat de la mine: "Ori de câte ori plec, îmi las mereu un substitut și această problemă va fi rezolvată de el".
Grup de persoane cu probleme
A trebuit să recrutezi oameni? Cum a fost efectuat interviul? Cum au fost selectați candidații? Trebuie să trag foc? Au fost concediați sau hr? Cum a fost revizuirea salariilor? Răspunsurile corecte aici, cred că nu. Tocmai mi-am spus cum am avut totul în realitate, nu încercând să construiesc un "manager cool" care are reguli pentru toate cazurile. Altele decât cele pe care nu am ezitat să spun că unele dintre deciziile am făcut absolut forțat pe baza evaluării lor personale și de atitudine.
Compoziția echipei, raportul optim dintre testeri și programatori.
Ce raport de testeri si programatori pare sa fie optim pentru tine? În opinia mea - depinde de proiect, dar de obicei 2 dezvoltatori pentru 1 tester sunt suficienți, sau în caz de necesitate pentru o calitate foarte ridicată de la 1 la 1.
Ce vei face când vei ajunge la noua echipă?
Mă interesează modul în care mă voi familiariza cu echipa, ce voi face cu cei care nu mă plac, etc.
Nu-mi amintesc nimic deosebit, nu existau întrebări cu privire la mutarea lui Fujiyama sau estimarea numărului de fete purtând tocuri în Murmansk. Se pare că totul în teorie sau în birouri atât de creative nu am plecat.