Како успоставити размену знања у компанији да не боли толико

Просечна ИТ компанија има захтеве, историју праћења задатака, изворе (можда чак и са коментарима у коду), упутства за типичне, важне и сложене случајеве у производњи, опис пословних процеса (од онбоардинга до „како отићи на одмор“). ”) , контакти, приступни кључеви, спискови људи и пројеката, описи области одговорности – и гомила других сазнања на која смо вероватно заборавили и која се могу чувати на најневероватнијим местима.

Знање =/= документација. Ово се не може објаснити, мора се запамтити

Како се побринути да они који из овога нешто морају да знају, схвате где и како то могу да пронађу, а свако ко треба да буде свестан појединачних ствари и договора може моментално и тачно да сазна за промене у њима.

У последњој епизоди подкаста „Теам Леад Вилл Цалл”, момци из Скајенг разговарали су о управљању знањем са Игором мај-мачка Цупко је особа у програмском комитету КновледгеЦонф и „директор непознатог“ у Фланту.

Комплетан снимак је доступан као ИоуТубе видео, а у наставку смо прикупили неке занимљиве савете и везе до корисних материјала који су поменути у аудио запису или проширили информације из њега. Било би сјајно ако бисте такође поделили хакове и трикове свог тима у коментарима.

Први хак: више не морате да знате који систем да тражите

„Узео сам наше изворе знања и извршио општу претрагу за њима: један прозор са системом филтрирања за смањење области претраге. Да, у исто време и даље морате да пратите његов квалитет, да допуните базу знања и да се борите против дуплирања и погрешних информација.

Једно парче папира да нађеш то је све

Али већ, око 60% Флант инжењера користи ову претрагу најмање 1-2 пута дневно - и обично проналазе одговоре на првој или другој позицији. А у форми доказа концепта је индексирање Гоогле докумената: све докс-ове, фасцикле, комби погони и тако даље – све ово се такође лако убацује у интерну претрагу.”

Други хак: како не пропустити критично важне ствари у гомили ћаскања

„Ако радите у дистрибуираном тиму, онда вероватно значајан део вашег дана проводите у Слацк-у - и у том случају сте навикли да радите нешто овако: „@митеам, помози/погледај/унеси прави... “”.” Али постоји проблем са обиљем информација - и одвојено помињање може изостати међу осталим порукама.

У Скиенг-у нам помаже бот преко којег можете написати поруку и означити било који број људи или група. Користимо га у случајевима када је заиста важно да људи читају или реагују: боцкаће бескрајно док не притиснете дугме „Читам“ – нећете моћи да га прескочите или игноришете.”

Питање на које треба одговорити: шта радити са документацијом?

„Много знања долази од техничара, али не знају сви како то добро описати.
На крају крајева, немате никакав компајлер или линтер који би вам рекао да ли то радите како треба или не - а често је излаз који имамо неразумљив, лоше форматиран и некомплетан текст. Наравно, то треба да урадите нормално, а не зато што је неко дошао и рекао „потребно је“ – урадите то добро за себе: за месец-два ћете то прочитати и разумети. А друга особа, отварајући документ, неће га одмах затворити заувек, схватајући да је бескористан.

Део подкаста посвећен питању „Колико људи је потребно да се напише добра документација или направи нормалан демо”

Али остаје питање: колико времена издвојити за то и како то учинити ефикасно?
И ако овде постоји искрен одговор: осим ако пословни људи нису укључени, и ако емпиријски не искусе утицај добре документације, постоји ризик да ће труд донети мали повраћај. Ово је више прича о промени културе.

У осталом, искуство и менторство ће вас спасити. Аналоги програмирања у пару, праћења напретка и прегледа кода могу бити прикладни овде – показујући најбоље праксе, гурајући се у грешке и досадно на крају.”

Бонус: „У реду, рећи ћу им овако, они ће разумети“

Питање „колико времена потрошити на ово и на ком нивоу то учинити” важно је не само у оквиру документације, већ уопште за пренос било каквог знања. Демо је такође одличан пример дељења информација. Али постоје нијансе: на пример, како се уверити да одузимају минимално време.

Канал за размену знања међу развојним: интерни извештаји, корисне књиге, чланци итд. Структурирани екстракт се такође чува у Нотион-у.

Ови проблеми се делимично могу решити праксом интерних извештаја. Једном недељно се узима 40-60 минута у мање заузетим временима - и момци праве видео извештај за колеге из различитих пројеката. Фронтенд тим кључног производа - Вимбок - рекао је о вашем УИ комплету, који може бити тематски за било који други пројекат. Тим за развој маркетинга је говорио о библиотеци за праћење и евидентирање захтева, што је одмах привукло интересовање неколико других пројеката. Тим пројекта Математика поделио је своје искуство преласка са РЕСТ АПИ-ја на ГрапхКЛ. Тим за групне лекције размишља да подели како су први прешли на ПХП 7.4. И тако даље.

Листа се одржава од маја 2018. године и има преко 120 уноса

Сви састанци се покрећу преко корпоративног Гоогле Меет-а, снимају и у року од 1.5 сата појављују се у фасцикли на дељеном Гоогле диску, а везе ка снимцима се дуплирају у истом Слацк-у. Односно, не морате да долазите ако је хитан случај, већ га погледајте касније брзином од 20 - обично сам извештај траје до XNUMX минута, а дискусија - како испадне. Али не идемо даље од сата)

ПС Шта вам је успело, а шта није?

Корисни линкови:

• Родион Нагорнов из Касперски Лаб о шта је управљање знањем и зашто ово није документација (хвала Игоровом каналу на линку “Удобан ИТ пакао”, има још много тога).

• Игор Цупко из Фланта о томе како имплементирати управљање знањем у мом друштву

• Алексеј Катаев из Скиенга о томе како пратити и нивелисати фактор баса (празнине у знању у технологијама и специфичним областима) у распоређеном тиму.

• Сергеј Гончарук из Фланта о преношењу информација - како знати кога и кога питати, ако наиђете на проблем у дистрибуираном тиму.

Извор: ввв.хабр.цом