გითხარით დროის შესახებ, როდესაც თქვენ არ ეთანხმებოდით თეამის წევრს. როგორ გაამკლავეთ ეს?

Question

IT Interview Practice · Accepted Answer

მომსახურეთა ხელმძღვანელებმა უნდა დაინახონ, რომ თქვენ შეგიძლიათ **პროფესიონალურად არ ეთანხმოთ**, ფოკუსირება გახდეს პრობლემაზე და არა ადამიანზე, და მიაღწიოთ მუშაობის დასტანაკევში. გამოიყენეთ **STAR მეთოდი** თქვენი პასუხის კონკრეტულობის შესანარჩუნებლად.

## როგორ უახლოვდეთ ამას

```text
S → set up the disagreement briefly (what, with whom)
T → what needed to be decided or resolved
A → how you listened, shared your view, and found common ground
R → the outcome and what the team gained
```

მთავარი ნაბიჯი: აჩვენეთ, რომ ჯერ *გაიგეთ* მათი დასაბუთება, სანამ თქვენი პოზიცია დადგებდით.

## მუშაობის მაგალითი

```text
S: A teammate wanted to skip writing tests to hit a demo date.
T: We had to ship something stable without burning the deadline.
A: I asked what worried him about the timeline, then proposed testing only the
   two riskiest paths. I framed it as protecting the demo, not slowing it.
R: We shipped on time, the demo didn't crash, and we agreed on a testing
   baseline for next time.
```

## კარგი vs სუსტი

```text
✓ Focus on the issue, not personal blame
✓ Show you listened first
✓ End with a resolution and a lesson
✗ "I was right and they finally agreed"
✗ Avoiding conflict entirely / no real disagreement
```

## რატომ არის ეს მნიშვნელოვანი

უთანხმოება ნორმალურია ჯანმრთელ გუნდებში.

დასაქმელთა ხელმძღვანელები ეშინიათ ადამიანის, რომელიც ეს პირადი ხდის ან დაუყოვნებლივ დალტვის.

ცნობისმოყვარეობა სხვა მხარეს მიმართ სიგნალი აღემატება ემოციურ მიჯნობას — თვისება, რომელიც უფრო მნიშვნელოვანი ხდება როდესაც აიმაღლებთ.

სუფთა გამოსავალი მტკიცებს, რომ თქვენ შეგიძლიათ ურთიერთობები შენარჩუნდეს უბიძგი ინჟინერიის კარგი პოზიციის დაცვისას.

როგორ უახლოვდეთ ამას

მუშაობის მაგალითი

კარგი vs სუსტი

რატომ არის ეს მნიშვნელოვანი

დაკავშირებული კითხვები