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

Question

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
```

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

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

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

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

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