Küsimus:
Kuidas küsida viisakalt töösoovi "kiireloomulisuse" kohta - s.t mis kuupäevaks see peaks valmima?
Adel
2012-10-29 04:26:56 UTC
view on stackexchange narkive permalink

Töötan IT-tugiteenuste rollis ja saan sageli päringuid, mille tähtajad on ebamäärased. Nii et võib-olla soovib projektijuht suurt andmebaasitõmmet, mis võtab vähemalt nädala minu ajast.

Kuid nad ei ütle "ma tahan seda 2. novembriks" jne. Ja ma ei saa otse küsida: "Millal seda vajate?" (see pole kiireloomuline ülesanne .. ehk midagi, mida nad tahavad analüüsida jne)

Kuidas saan viisakalt aru, kui tähtaeg on käes?

Miks ei saa te tähtaega otse küsida, kui see pole teile ette nähtud?
@ThomasOwens Sest ma tunnen, et nad tahaksid, et ma "teeksin seda võimalikult kiiresti" ... aga mul on muid ülesandeid.
@Adel saate küsida mõistlikku vastust, pakkudes tähtpäeva, nimelt: "kas reede (kolm päeva pärast on korras)?". Nad võivad sellele vastu astuda ja sellest saavad läbirääkimised. Või jätavad nad selle sinna ja teil on aega keskenduda muule
Isegi kui nad tahavad, et teete seda "võimalikult kiiresti", on tähtaja andmine ainult professionaalne. Teil mõlemal on teha ja plaanite mõlemad oma aega.
Mäletan, et mu isa tulistas tagasi kõikidele ASAP-i taotlustele, lugedes neid (tahtlikult) sõnadena ** "Niipea kui teil on võimalus nende juurde jõuda" ** inimeste asemel oodatud ** "Now Now Now" ** asemel
Kaheksa vastused:
Thomas Owens
2012-10-29 04:38:26 UTC
view on stackexchange narkive permalink

Kui töö pole teile määratud, hankige see, kui teil pole tähtaega. Tundub, et olete toetavas rollis ja võite toetada paljusid teisi ettevõtte inimesi. Igale teie ülesandele tuleks määrata tähtaeg. Kui teile määratakse töö, millel pole tähtaega, peate seda küsima.

Ma sõnastaksin taotluse sarnaselt järgmisele:

Mida on viimane kuupäev, millal ma saan selle teha ja kas olete ikka oma ajakava täitnud?

Oma vajaduse selline sõnastamine näitab, et hoolite abistatavast projektist, mida toetate, nende vajaduste rahuldamiseks , kuid hakkab ka näitama, et teil on muid töid koos muude tähtaegadega.

Kui peate enne projekti töötajate ülevõtmist toetama mingisugust tööd, peaks projektijuht suutma välja mõelda, mida kuupäev on viimane kuupäev, millal saate graafiku viivituste vältimiseks oma töö projektimeeskonna kellelegi üle anda.

Samuti kaaluksin teie juhi kaasamist protsessi sujuvamaks muutmiseks, eriti kui olete sageli antud ülesandeid tähtaegadeta või põhjendamatute tähtaegadega. Igal IT-osakonna taotlusel peaks olema seotud "täielik hiljemalt" kuupäev. Teie osakonnale päringuid esitavatel inimestel peaks olema ka arusaam sellest, kui kaua teil tööde tegemine võtab - taotluse ja kuupäeva vahe ei tohiks olla lühem kui minimaalne ülesande täitmise aeg . Iga teie tuge vajav projekt peab mõistma, et toetate mitut projekti ja peate nende vajadustest võimalikult varakult teavitama, et vajalikku aega ja ressursse saaks tõhusalt ajastada.

Tänan sind nii palju Thomas - kirjutasin oma moleskiinile fraasi "Mis on viimane kuupäev, millal ma saan selle teha ja ikkagi ..." Räägin ka oma mänedžeriga
Kui vastus sellele küsimusele on "võimalikult kiiresti", tähendab see niipea, kui SA SAAD. Alati ja ma mõtlen alati, uurige asja ja oma ajakava ning tehke ettepanek tähtpäevaks. Teisel inimesel ei pruugi olla aimugi, kui kaua ülesande täitmine võtab.
George
2012-10-29 08:56:35 UTC
view on stackexchange narkive permalink

Ma võin eksida, kuid mulle tundub, et teil on mitu peaministrit, kes annavad teile tööd - sellisel juhul ei peaks ma arvama, et peaksite küsima, mis tähtaeg üldse on, arvan, et peaksite suunama oma kliendid oma otsesele juhile, kelle ülesandeks on kogu teie töö prioriseerimine (ja tähtaegade määramine).

Mitme inimese "tähtaegade" saamise probleem on see, et iga inimene usub alati 100% et nende taotlus on olulisem kui kõigil teistel ning nad ei tea ega hooli sellest, et saate päringuid korraga neljalt või viielt teiselt inimeselt. Nii et teil on üks inimene, kes kõik taotlused läbib, ja see üksik inimene vajab piisavalt tõmmet, et oleks võimalik seada ühe isiku taotlus tähtsuse järjekorda kõigi teiste ees.

Vaadake ka selle lõime vastust: " projektijuhtidele ei öelda? ".

+1 Olles varem olnud täpselt selles olukorras, kui teie vahetu juht * ei osale *, et prioriseerida, suunata tähelepanu ja öelda inimestele, et nad peavad ootama, sest teid vajatakse mujal kiiremini, ei hoia nad oma tööga korralikult hakkama.
Ja kuidas peaks teie juht otsustama, kuidas tähtsuse järjekorda seada?
Minu juht on delegeerinud mulle prioriteetide määramise ja läbipainde. Tähendab, et mul on olnud väga hea küsida "Milline on teie vajalik kuupäev?"
bytebuster
2012-10-29 14:03:29 UTC
view on stackexchange narkive permalink

Teised on seda juba maininud, pole põhjust karta ülesande prioriteedi küsimist. Kuid on veel üks kaalutlus, mis näib vastustest libisevat:

Enne tähtaja kokku leppimist peaksite ülesande hindama .
Kuna mis tahes ülesanne on vastastikusel kokkuleppel, ei tohiks te ühtegi tähtaega pimesi aktsepteerida. Selle asemel

  1. proovige hinnata ülesannet ja leida, milliseid ressursse (sh aega) selle täitmiseks vajate;
  2. kuigi hinnang peaks olema tavaliselt esmatähtis ülesanne, peaks see siiski mitte katkestada teisi ülesandeid. Kui see nii on, siis tehke hinnang eraldi ülesandeks ja pidage selle üle läbirääkimisi ;
  3. kui ülesanne on jagatav, ärge ignoreerige seda fakti, kuna osade analüüsimine parandaks teie hinnangu täpsust ;
  4. kui hinnang on valmis, paku välja muudes vastustes toodud lahendused;
  5. kui antud ülesanne nõuab teiste teile varem määratud ülesannete edasilükkamist, ärge unustage pidage selle asja üle läbirääkimisi nendega, kes ootavad teie tulemusi muude ülesannete jaoks, kuna nad ei pruugi olla õnnelikud, kui teate, et olete hiljaks jäänud.
yannis
2012-10-29 04:32:34 UTC
view on stackexchange narkive permalink

Sa ei püüa aru saada, kui tähtaeg on, vaid lihtsalt küsid. Kõik teie spekulatsioonid on tõenäoliselt valed ja isegi kui saate selle korraks õigeks, pole tähtajad tegelikult midagi, mille üle peaksite spekuleerima.

Küsige lihtsalt. Kui vastus on "tee seda võimalikult kiiresti", siis tee seda nii kiiresti kui võimalik.

Jay Bazuzi
2012-10-29 08:54:47 UTC
view on stackexchange narkive permalink

Tähtajad ja ASAP pole planeerimisvahendina eriti kasulikud: Tähtaja kehtestamine tähendab millegi muu kompromiteerimist. Otsus peab sisaldama arusaama sellest, milliseid kompromisse on kaasatud.

Sageli olete teie kõige paremas olukorras, et hinnata kogu teile kättesaadava töö suhtelist kiireloomulisust, kuid see on teie ülemuse kõne, kuidas te oma tööd prioriteediks seate. Annate oma ülemusele teabe:

Ülesanne A on oluline, kuid see võtab kaua aega; Ma peaksin tegema 20% ajast 80% sellest, siis minema edasi.

Ülesanne B pole nii oluline, kuid on tõesti kiire; Ma peaksin selle kõigepealt ära tegema.

Siis on teie ülemuse ülesanne teid korrigeerida, lähtudes ettevõtte vajadustest laiemalt:

Jah, tehke kõigepealt ülesanne B, kuid seejärel liikuge kogu ülesande A juurde, kuigi see võtab palju aega.

Kuid juhul, kui te küsite, tundub, et teie olete ei tea, kuidas seda tööd tähtsuse järjekorda seada, nii et küsite:

Ma arvan, et ülesanne A võtab nii kaua aega, kuid ma pole kindel, kuidas peaksin seda ülesande B, C suhtes tähtsustama ja D. Mida arvate?

RussellR
2012-10-29 20:07:28 UTC
view on stackexchange narkive permalink

Teil ei tohiks olla kohustuslikku kuupäeva küsida - kogute lihtsalt teavet, et oma kliente paremini teenindada.

Peate olema ettevaatlik nõustudes kuupäev ja te ei saa seda teha enne, kui teate -

  1. kui kaua töö aega võtab, ja
  2. millal see aeg vaba on.

Kui need kaks andmebitti on käes, saate kindlalt kindla kuupäeva siduda.

Nii et kui te küsite kui klient seda soovib, siis kas kogute lihtsalt teavet ja ei võta endale mingit kohustust (tehke see selgeks) või saate kliendile öelda, kas saate kuupäeva täita või mitte.

Kui te ei saa ausalt pühenduda kliendi soovitud kuupäevale, siis peavad toimuma läbirääkimised selle üle, milliseid ülesandeid millal teete. Kes seda teeb, peab ta aru saama üldistest prioriteetidest.

Vabandust, aga ma arvan, et kõige parem on küsida, kui see on nõutav, selle asemel, et küsida „viimast kuupäeva, millal seda vajate” või mida iganes . Ole lihtsalt sirge ja avatud.

kcunning
2012-10-30 20:32:21 UTC
view on stackexchange narkive permalink

Olen pidanud suhtlema juhtidega, kes kõlavad nagu kliendid, kellega näiliselt tegelete. Olen kindel, et saan neilt kolm asja:

  • mis tähtaeg sellel on?
  • mis on minu edastatav?
  • milliseid ülesandeid peaks Ma lasen selle teoks teha?

Viimane võib juhtuda teie otsesel juhil, kuid kõik kolm on olulised. Enamik juhte / kliente eeldab, et kõik piletid on olulised, kuni nad on sunnitud ülesande kõiki kolme aspekti kaaluma.

Esimese kohta on lihtne olla pilkamatu ('Eile!'), kuid teine ​​ja kolmas sunnivad neid oma teemat sõnastama ja oma kallid tapma. Rohkem kui üks kord on mulle määratud pilet kõrgeima prioriteediga, kuid see tõmmati pärast seda, kui juht taipas, et nad ei teadnud, mida nad tegelikult tahavad, või et nad ei olnud nõus selle pileti saamiseks teise pileti kallal tööd lõpetama juhtuma.

user8365
2012-10-30 18:02:59 UTC
view on stackexchange narkive permalink

Kuidas te sellega tegelete, oleks pidanud teie juhendaja tegelema, sest ma kahtlen, kas ta soovib olla kaasatud iga teile antud ülesande kavandamisse.

Hinnake, kui kaua see teil aega võtab. täita praeguse töökoormuse kontekstis. Esitage see kuupäev taotlejale. Te saate kas kinnituse või uue taotluse varasema kuupäeva saamiseks (võimalik, et põhjuseta või ilma.)

Teil peaks olema oma immeidate juhendajaga mingisugune kokkulepe, kuidas oma tööd prioriseerida. See ei pruugi olla ametlikult dokumenteeritud protsess, vaid just see, mille olete aja jooksul üles korjanud. See võib varieeruda vastavalt sellele, kes / milline osakond päringu esitas, projekti, aastaaja jne. Selle aluseks võite olla ainult teie käsutuses olevad andmed ja see, kuidas teie näete selle mudeli jaoks sobivat. Võimalik, et peate oma ajaprognoosi varundamiseks saama loa mõnelt teiselt taotlejalt.

Vältige muljet, et lükkate kõik tagasi ja midagi ei tehta õigeaegselt, või vältige teatud tüüpi ülesandeid.



See küsimus ja vastus tõlgiti automaatselt inglise keelest.Algne sisu on saadaval stackexchange-is, mida täname cc by-sa 3.0-litsentsi eest, mille all seda levitatakse.
Loading...