
შეხვედრა გააუქმეთ მხოლოდ მაშინ, როცა ერთი „სიმართლის წყარო“ გაქვთ

შეხვედრის გაუქმებამდე გუნდმა უნდა იცოდეს, სად იპოვის საკითხის სრულ კონტექსტსა და მოქმედ გადაწყვეტილებას, ვინ არის პასუხზე პასუხისმგებელი და როდის ელოდება მას. ინფორმაციის გაზიარება და ჩამოყალიბებულ წინადადებაზე შენიშვნების მიღება წერილობით გადაიტანეთ; რთული ან გაურკვეველი საკითხისთვის საუბრის დრო შეინარჩუნეთ. Microsoft Research-ის გზამკვლევი აღნიშნავს, რომ ასინქრონული კომუნიკაცია უფრო ადვილად იძებნება და მონაწილეებს დაფიქრებისთვის დროს აძლევს, ხოლო რთულ საკითხს უშუალო განხილვა შეიძლება სჭირდებოდეს.
ჩატი გამოდგება შეტყობინების გასაგზავნად, მაგრამ იქ დარჩენილი პასუხი შეიძლება სხვებმა ვერ იპოვონ. ამიტომ შეხვედრების შემცირების წესი მხოლოდ კალენდარს არ ეხება: გუნდი წინასწარ თანხმდება, სად ცხოვრობს საკითხის მოქმედი ჩანაწერი და როგორ ბრუნდება მასში საუბრის შედეგი. ეს განსაკუთრებით მნიშვნელოვანია ჰიბრიდულ მუშაობაში, როცა კოლეგების ნაწილი გადაწყვეტილების მიღების მომენტს არ ესწრება.
განსაზღვრეთ მოქმედი ჩანაწერის ერთი მისამართი
თითოეულ საკითხს შეურჩიეთ ადგილი, სადაც ინახება მისი წინაპირობა, ღია კითხვები და საბოლოო პასუხი. ეს შეიძლება იყოს ამოცანა, პროექტის საერთო დოკუმენტი ან გუნდისთვის ხელმისაწვდომი სხვა ჩანაწერი. მთავარია, მონაწილეებმა იცოდნენ, სად ეძებონ მოქმედი ვერსია და ვის ევალება მისი განახლება. GitLab-ის დისტანციური გუნდების პრაქტიკაში კითხვების, პასუხებისა და განხილვების ერთ პრიორიტეტულ წერილობით არხში დოკუმენტირება ასინქრონული მუშაობის საფუძველია.
განასხვავეთ შეტყობინების არხი და გადაწყვეტილების ადგილი. ჩატში შეიძლება დაიწეროს, რომ ახალი წინადადება მზადაა, და დაემატოს ბმული შესაბამის ჩანაწერზე. თავად წინადადება, შენიშვნები და მიღებული გადაწყვეტილება იმ მისამართზე დარჩეს. ამ გზით შვებულებიდან დაბრუნებულ თანამშრომელს ან მოგვიანებით ჩართულ კოლეგას აღარ დასჭირდება პირადი მიმოწერებიდან მოვლენების აწყობა.
ერთიანი წესი არ ნიშნავს ყველა პროექტის ერთ დიდ დოკუმენტში მოქცევას. სხვადასხვა საკითხს საკუთარი ჩანაწერი შეიძლება ჰქონდეს, თუ გუნდისთვის ნათელია, სად არის თითოეულის მოქმედი ვერსია. როცა გადაწყვეტილება იცვლება, განაახლეთ იგივე ჩანაწერი და მიუთითეთ ცვლილების მიზეზი. ძველი და ახალი პასუხის სხვადასხვა არხში დატოვება გაურკვევლობას ქმნის სწორედ მაშინ, როცა შეხვედრა უკვე გაუქმებულია.
მოთხოვნას მიუთითეთ პასუხისმგებელი და პასუხის ვადა

წერილობითი მოთხოვნა მკაფიო უნდა იყოს: რა პასუხია საჭირო, ვისგან და როდის. საერთო არხში ყველასთვის გაგზავნილი კითხვა ავტომატურად არ ნიშნავს, რომ ვინმე გადაწყვეტილებას მიიღებს. დაასახელეთ პასუხის გამცემი ან გადაწყვეტილების მიმღები; თუ რამდენიმე ადამიანის მოსაზრება გჭირდებათ, მიუთითეთ, ვინ შეაჯამებს მათ და გამოაცხადებს შედეგს.
ვადა ჩაწერეთ თარიღით, საათითა და დროის სარტყლით. ეს საჭიროა საქართველოში მოქმედი გუნდისთვისაც, თუ მისი წევრები სხვა ქვეყნებიდან მუშაობენ ან განსხვავებული სამუშაო საათები აქვთ. ვადის განსაზღვრისას დატოვეთ დრო საკითხის გასაცნობად და პასუხის მოსამზადებლად; წინააღმდეგ შემთხვევაში წერილობითი მოთხოვნა ადამიანებს დაუყოვნებლივ რეაგირებას აიძულებს.
მოკლე შეტყობინების შაბლონი ასეთია: „კონტექსტი: [რა იცვლება და ბმული მოქმედ ჩანაწერზე]. საჭიროა: [კონკრეტული კითხვა ან არჩევანი]. პასუხისმგებელი: [სახელი ან როლი]. პასუხის ვადა: [თარიღი, საათი, დროის სარტყელი]. შემდეგი ნაბიჯი: [ვინ შეაჯამებს პასუხებს და სად ჩაიწერება გადაწყვეტილება]“. ეს პირობითი შაბლონია; ვადა საკითხის სირთულესა და მონაწილეთა სამუშაო გრაფიკს მოარგეთ.
წინასწარ განმარტეთ, რას ნიშნავს მითითებული ვადა: შენიშვნების მიღების ბოლო დროს, გადაწყვეტილების გამოცხადებას თუ სამუშაოს დასრულებას. ეს სხვადასხვა ეტაპია და მათი აღრევა დაგვიანებულ პასუხად შეიძლება აღიქვან. თუ საკითხი მართლაც გადაუდებელია, პირდაპირ მიმართეთ საჭირო ადამიანებს გუნდის შეთანხმებული სასწრაფო არხით და შედეგი შემდეგ მოქმედ ჩანაწერში შეიტანეთ.
აირჩიეთ, როდის სჯობს წერილობითი პასუხი და როდის — საუბარი

არჩევანი კომუნიკაციის მიზნიდან დაიწყეთ. მდგომარეობის გასაზიარებლად, მასალის გადასაცემად ან უკვე ჩამოყალიბებულ წინადადებაზე შენიშვნების მისაღებად, ჩვეულებრივ, საკმარისია საერთო ჩანაწერი და პასუხის ვადა. თუ მონაწილეებს ერთმანეთის პასუხზე დაუყოვნებლივ რეაგირება სჭირდებათ, საკითხი ბუნდოვანია ან საუბარი მგრძნობიარე გარემოებებს ეხება, დაგეგმეთ უშუალო განხილვა.
- თუ კითხვაზე პასუხის გაცემა მონაწილეებს ცალ-ცალკე შეუძლიათ, დატოვეთ საკითხი ჩანაწერში. მიუთითეთ პასუხის ვადა და ადამიანი, რომელიც შენიშვნებს შეკრებს.
- თუ რამდენიმე ურთიერთდაკავშირებული კითხვა სწრაფ დაზუსტებას მოითხოვს, დანიშნეთ საუბარი მხოლოდ საჭირო მონაწილეებთან. მოწვევაში დაწერეთ, რა უნდა გაირკვეს ან გადაწყდეს.
- თუ ლოდინი მოქმედებას აჩერებს, დაუკავშირდით პასუხისმგებელ ადამიანებს პირდაპირ. საუბრის დასრულების შემდეგ გადაწყვეტილება და შემდეგი მოქმედება საერთო ჩანაწერში დააფიქსირეთ.
ცოცხალი საუბრისთვისაც მოამზადეთ მოკლე წერილობითი კონტექსტი: რა არის უკვე ცნობილი, რომელი არჩევანია ღია და ვის სჭირდება გადაწყვეტილება. ასე მონაწილეები დროს დახარჯავენ გაურკვევლობის მოხსნაზე. მგრძნობიარე საკითხის შემთხვევაში საერთო ჩანაწერში დატოვეთ მხოლოდ ის შედეგი და დავალებები, რომელთა გაზიარებაც შესაბამის ადამიანებთან შეიძლება; პირადი დეტალები იქ არ გადაიტანოთ.
საუბრის შედეგი იმავე ჩანაწერში დააბრუნეთ
შეხვედრის ბოლოს დაასახელეთ ადამიანი, რომელიც მოქმედ ჩანაწერს განაახლებს. მასში უნდა ჩანდეს რა გადაწყდა, რა იყო არჩევანის მიზეზი, ვინ ასრულებს შემდეგ მოქმედებას და რომელი კითხვა დარჩა ღია. GitLab-ის კომუნიკაციის სახელმძღვანელო შეხვედრის ჩანაწერს ერთიანი ინფორმაციის წყაროდ მიიჩნევს და მნიშვნელოვანი გადაწყვეტილების სხვადასხვა არხით გავრცელებისას ერთ ძირითად ჩანაწერზე ბმულის მითითებას ითხოვს.
შეჯამება შეგიძლიათ ჩატში ან ელფოსტით გაავრცელოთ, მაგრამ დაურთეთ ბმული მოქმედ ჩანაწერზე. შეხვედრას გამოტოვებული ადამიანი მაშინ იმავე გადაწყვეტილებას ნახავს, რასაც მონაწილეები, ხოლო შემდგომი ცვლილება ერთ ადგილას აისახება. თუ შეთანხმება ჯერ პირობითია, ეს ჩანაწერშივე აღნიშნეთ: მიუთითეთ დარჩენილი კითხვა, მისი პასუხისმგებელი და დრო, როცა საბოლოო პასუხს ელით.
განმეორებადი შეხვედრები დანიშნულების მიხედვით გადაარჩიეთ
კალენდარში ჯერ ის განმეორებადი შეხვედრები შეამოწმეთ, რომელთა მთავარი დანიშნულება სტატუსის გაცვლაა. შემდეგი სტატუსები მოქმედ ჩანაწერში მოაგროვეთ და მონაწილეებს წინასწარ უთხარით, როდის ელით შენიშვნებს. შეხვედრა დატოვეთ მხოლოდ იმ საკითხებისთვის, რომლებსაც ცოცხალი განხილვა სჭირდება. ასე გაუქმება კონკრეტულ სამუშაოს ეყრდნობა და პასუხისმგებლობაც ხილული რჩება.
თუ პასუხები კვლავ პირად შეტყობინებებში იკარგება ან შეხვედრის შემდეგ გადაწყვეტილების სხვადასხვა ვერსია ვრცელდება, ჯერ ჩანაწერის მისამართი და მისი განახლების პასუხისმგებელი დააზუსტეთ. როდესაც მონაწილეებს შეუძლიათ ერთი ადგილიდან გაიგონ, რა გადაწყდა და რა უნდა გააკეთონ შემდეგ, სტატუსის გასაზიარებელი შეხვედრის გაუქმება გაცილებით გასაგები არჩევანია.
ასევე წაიკითხეთ:
მსგავსი სტატიები


Fathom თუ Otter: უფასო ჩანაწერს წუთების ლიმიტი არჩევანს უცვლის

Otter თუ Fireflies: ბოტის ქცევა ფუნქციებზე მნიშვნელოვანი აღმოჩნდა

Google-ის AMIE-მ დიაგნოზს 90%-ში დაამთხვია — კვლევა მხოლოდ 98 პაციენტია

Slack თუ Microsoft Teams: უკვე გადახდილი Office არჩევანს ცვლის

Slack თუ Microsoft Teams: არჩევანს არსებული ეკოსისტემა წყვეტს
გამოიწერეთ ჩვენი ბიულეტენი
მიიღეთ უახლესი ამბები Web3-ის, AI-სა და კრიპტოს შესახებ პირდაპირ თქვენს ელფოსტაზე.