როგორ დავამყაროთ ცოდნის გაცვლა კომპანიაში, რომ ასე არ დააზარალებს

საშუალო IT კომპანიას აქვს მოთხოვნები, ამოცანების ტრეკერების ისტორია, წყაროები (შესაძლოა, კოდში კომენტარებითაც კი), ინსტრუქციები წარმოების ტიპიური, მნიშვნელოვანი და რთული შემთხვევებისთვის, ბიზნეს პროცესების აღწერა (გადასვლიდან „როგორ წავიდე შვებულებაში“. ”) , კონტაქტები, წვდომის გასაღებები, ადამიანებისა და პროექტების სიები, პასუხისმგებლობის სფეროების აღწერილობები - და სხვა ცოდნის თაიგულები, რომელთა შესახებაც ჩვენ ალბათ დაგვავიწყდა და რომელთა შენახვა შესაძლებელია ყველაზე გასაოცარ ადგილებში.

ცოდნა =/= დოკუმენტაცია. ამის ახსნა შეუძლებელია, უნდა გვახსოვდეს

როგორ დავრწმუნდეთ, რომ მათ, ვისაც ამის ცოდნა სჭირდება, ესმით სად და როგორ იპოვონ ის, და ყველას, ვინც უნდა იცოდეს ცალკეული ნივთები და შეთანხმებები, შეუძლია მყისიერად და ზუსტად გაარკვიოს მათში ცვლილებების შესახებ.

პოდკასტის "Team Lead Will Call" ბოლო ეპიზოდში სკაიენგის ბიჭებმა იგორთან ისაუბრეს ცოდნის მენეჯმენტზე. მაისი-კატა ცუპკო არის KnowledgeConf პროგრამის კომიტეტის წევრი და Flant-ის „უცნობის დირექტორი“.

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

პირველი ჰაკინგი: აღარ გჭირდებათ იცოდეთ რომელ სისტემაში უნდა ნახოთ

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

ერთი ნაჭერი ქაღალდი რომ იპოვოთ ეს ყველაფერი

მაგრამ უკვე, Flant-ის ინჟინრების დაახლოებით 60% იყენებს ამ ძიებას დღეში მინიმუმ 1-2-ჯერ - და ჩვეულებრივ პასუხებს პოულობს პირველ ან მეორე პოზიციებზე. და კონცეფციის მტკიცებულების სახით არის Google-ის დოკუმენტების ინდექსირება: ყველა დოქსი, საქაღალდე, ვან დრაივი და ასე შემდეგ - ეს ყველაფერი ასევე ადვილად გადადის შიდა ძიებაში.

მეორე ჰაკინგი: როგორ არ გამოტოვოთ კრიტიკულად მნიშვნელოვანი რამ ჩატში

„თუ მუშაობთ განაწილებულ გუნდში, მაშინ, ალბათ, თქვენი დღის მნიშვნელოვანი ნაწილი ატარებს Slack-ში - და ამ შემთხვევაში თქვენ მიჩვეული ხართ ასეთი რამის გაკეთებას: „@myteam, დაეხმარეთ/ნახეთ/შეიყვანეთ სწორი... ”.” მაგრამ ინფორმაციის სიმრავლის პრობლემაა - და ცალკე ხსენება შეიძლება გამოტოვოთ სხვა შეტყობინებებს შორის.

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

კითხვაზე პასუხის გასაცემად: რა ვუყოთ დოკუმენტაციას?

„ბევრი ცოდნა მოდის ტექნიკოსებისგან, მაგრამ ყველამ არ იცის როგორ აღწეროს ის კარგად.
ბოლოს და ბოლოს, თქვენ არ გაქვთ რაიმე შემდგენელი ან ლინტერი, რომელიც გეტყვით, სწორად აკეთებთ თუ არა - და ხშირად ჩვენ მიერ გამომავალი გამომავალი არის გაუგებარი, ცუდად ფორმატირებული და არასრული ტექსტი. რა თქმა უნდა, თქვენ უნდა გააკეთოთ ეს ნორმალურად, არა იმიტომ, რომ ვიღაც მოვიდა და თქვა "ეს აუცილებელია" - თქვენ ამას კარგად აკეთებთ: ერთ-ორ თვეში წაიკითხავთ და გაიგებთ. და სხვა ადამიანი, რომელიც ხსნის დოკუმენტს, მაშინვე არ დახურავს მას სამუდამოდ, ხვდება, რომ ეს უსარგებლოა.

პოდკასტის ნაწილი, რომელიც ეძღვნება კითხვას „რამდენი ადამიანია საჭირო კარგი დოკუმენტაციის დასაწერად ან ნორმალური დემოს შესაქმნელად“

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

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

ბონუსი: "კარგი, მე მათ ასე ვეტყვი, ისინი გაიგებენ"

კითხვა „რამდენი დრო დაიხარჯოს ამაზე და რა დონეზე გავაკეთოთ ეს“ მნიშვნელოვანია არა მხოლოდ დოკუმენტაციის ფარგლებში, არამედ ზოგადად ნებისმიერი ცოდნის გადაცემისთვის. დემო ვერსია ასევე ინფორმაციის გაზიარების შესანიშნავი მაგალითია. მაგრამ არსებობს ნიუანსი: მაგალითად, როგორ დავრწმუნდეთ, რომ მათ მინიმალური დრო დასჭირდებათ.

ცოდნის გაზიარების არხი განვითარებას შორის: შიდა ანგარიშები, სასარგებლო წიგნები, სტატიები და ა.შ. სტრუქტურირებული ამონაწერი ასევე ინახება Notion-ში.

ნაწილობრივ, ამ პრობლემების მოგვარება შესაძლებელია შიდა ანგარიშების პრაქტიკით. კვირაში ერთხელ, 40-60 წუთი იხარჯება ნაკლებად დატვირთულ დროს - და ბიჭები აკეთებენ ვიდეო რეპორტაჟს სხვადასხვა პროექტის კოლეგებისთვის. მთავარი პროდუქტის Frontend გუნდი - Vimbox - განუცხადა თქვენი UI ნაკრების შესახებ, რომელიც შეიძლება იყოს თემატური ნებისმიერი სხვა პროექტისთვის. მარკეტინგის განვითარების ჯგუფმა ისაუბრა მოთხოვნის მოკვლევისა და აღრიცხვის ბიბლიოთეკაზე, რამაც მაშინვე მიიპყრო რამდენიმე სხვა პროექტის ინტერესი. მათემატიკის პროექტის გუნდმა გააზიარა REST API-დან GraphQL-ზე გადასვლის გამოცდილება. ჯგუფური გაკვეთილების გუნდი ფიქრობს გააზიარონ, თუ როგორ იყვნენ ისინი პირველი, ვინც გადავიდნენ PHP 7.4-ზე. Და ასე შემდეგ.

სია შენარჩუნებულია 2018 წლის მაისიდან და მას აქვს 120-ზე მეტი ჩანაწერი

ყველა შეხვედრა იწყება კორპორატიული Google Meet-ის მეშვეობით, ჩაიწერება და 1.5 საათის განმავლობაში გამოჩნდება საქაღალდეში საზიარო Google Drive-ზე, ხოლო ჩანაწერების ბმულები დუბლირებულია იმავე Slack-ში. ანუ, თქვენ არ გჭირდებათ მოსვლა, თუ გადაუდებელი შემთხვევაა, მაგრამ უყურეთ მას მოგვიანებით 20 სიჩქარით - ჩვეულებრივ, თავად მოხსენება გრძელდება XNUMX წუთამდე, ხოლო დისკუსია - როგორ გამოდის. მაგრამ ჩვენ არ ვაცდენთ საათს)

PS რა მუშაობდა და არ მუშაობდა თქვენთვის?

სასარგებლო ბმულები:

• როდიონ ნაგორნოვი კასპერსკის ლაბორატორიიდან შესახებ რა არის ცოდნის მართვა და რატომ არ არის ეს დოკუმენტაცია (მადლობა იგორის არხს ბმულისთვის "მყუდრო IT ჯოჯოხეთი", მსგავსი კიდევ ბევრია).

• ამის შესახებ იგორ ცუპკო ფლანტიდან როგორ განვახორციელოთ ცოდნის მართვა ჩემს კომპანიაში

• ალექსეი კატაევი Skyeng-დან ბასის ფაქტორის მონიტორინგისა და დონის შესახებ (ცოდნის ხარვეზები ტექნოლოგიებსა და კონკრეტულ სფეროებში) განაწილებულ გუნდში.

• სერგეი გონჩარუკი ფლანტიდან ინფორმაციის გადაცემის შესახებ - როგორ გავიგოთ როდის და ვის ვკითხოთ, თუ პრობლემას წააწყდებით განაწილებულ გუნდში.

წყარო: www.habr.com