Русский
Русский
English
Статистика
Реклама

Управление знаниями

Как перестать принимать слабительное для мозга, чтобы не просрать свою жизнь до конца

20.02.2021 02:18:20 | Автор: admin

Для каждого эксперта существует равный по абсолютной величине противоположный эксперт. T. Sowell (1995). The Vision of the Anointed.

Однажды наступит время, когда мы сможем узнать всё обо всём, избежать бОльшую часть всевозможных проблем, жить в гармонии с природой и окружающими людьми, наслаждаясь каждым новым днем в богатстве и здравии. А пока

Мы живем в мире, где научные данные перемешаны и противоречат друг другу, а система образования с каждым днём всё сильней отстает от действительности. Предметы и отрасли науки находятся в рассинхроне, что не позволяет осознать нечто приближенное к истине на стыке наук. Расфокусировка внимания, дефицит времени и невозможность одновременно следить за происходящим в разных сферах сильно усложняют познание мира и понимание происходящих в нем процессов. В этой связи затруднено формирование понятийного аппарата через расширение познаний в разных областях знаний.

Часто мы ищем короткий ответ на свой вопрос, но получаем тысячи ссылок со схожими простынями текстов, да еще и не содержащих четкого аргументированного ответа. Или избегаем разбора папок с разнородными файлами, путаемся в материалах, накопленных во время работы над проектом, задаемся вопросами высших материй, но находим лишь противоречивые мнения гуру-авторитетов. Часто, чем больше мы углубляемся в суть вопроса, тем больше дополнительных вопросов появляется и процесс вопрос-ответ повторяется, иногда бесконечно. Представить страшно сколько драгоценного и невосполнимого ресурса - времени - мы теряем на решение этих и подобных им рутинных задач.

Ниже представлена эволюция понимания этих и смежных вопросов. Приглашаем вас в увлекательное путешествие по граням и слоям реальности, где мы обязательно найдем ответы.

Многие вещи нам непонятны не потому, что наши понятия слабы; но потому, что сии вещи не входят в круг наших понятий. Козьма Прутков

Каждый человек с рождения (на самом деле и раньше) посредством органов чувств и мозга получает огромный поток информации, что позволяет познавать окружающий мир во всех его доступных нам проявлениях. Этот поток генерируют абсолютно все участники окружения и пространства - родители, родственники, их знакомые, случайные прохожие, животный и растительный мир, погодные условия, предметы творения человечества и многое другое, включая различные процессы в организме человека, познающего новый для него мир. Позже начинается более плотное взаимодействие с культурой страны, социумом, традициями, медиа, книгами, образованием и другими аспектами. Всю эту совокупность данных можно обозначить одним термином - среда. Наряду с генами именно она формирует личность и поэтому перманентно обновляемая прошивка каждого человека так отличается от всех остальных своим уникальным содержанием. Именно поэтому мы те, кто мы есть, со своим набором убеждений и бесконечной верой в их истинность. Если вера ослабеет, экспертности убеждениям добавит эго.

Реальность бесконечно сложна для нашего познания. Мы должны упрощать. Олдос Хаксли

Рассмотрим каждую личность как отдельный мир - сознание, помещенное в аватар с персональным генетическим кодом и понятийным аппаратом, формирующимся под воздействием среды. Для каждого отдельного сознания всё, что происходит в нашей матрице, является пространством, состоящим из бесконечного потока единиц информации, влияющих друг на друга. Нашему сознанию сложно (невозможно?) представить общую картину мира не только из-за того, что она непрерывно хаотично изменяется, но и потому, что объективная реальность - это консенсус всех субъективных мнений существ, населяющих её. Наш же мозг, основываясь на субъективном понятийном аппарате, словно прожектор освещает лишь персональную грань общей реальности. По этой причине мы все пребываем в своеобразном мире животных, где изначально каждый сам за себя, руководствуется врожденными инстинктами, а уже потом примеряет социальные роли, соответствуя представлению о человеке - вершине эволюции.

Наши внутренние алгоритмы нацелены на удовлетворение базовых нужд и дальнейший подъем за счастьем к вершине пирамиды потребностей, чья структура сегодня больше похожа на толпо-"элитаризм". На пути к ней среди участников гонки многочисленный социум порождает борьбу за комфортное место под солнцем, исключая консенсус во многих точках пересечения интересов. Так как места на вершине всем не хватает, одни игроки закрепляются на ней и получают преференции, сбрасывая других к основанию пирамиды, ущемляя их в правах, возможностях, достижении своих целей и иных потребностях. Некоторые цепляются за средние уровни, но и на них не так просто удержаться. Картина печальна: локально - это личные конфликты, глобально - это жесткая конкуренция, борьба за ресурсы и власть, побочным эффектом которой являются угнетение множества людей и разрушение природы.

Тому, кто не хочет изменить свою жизнь, помочь невозможно Гиппократ

И здесь можно бы было поставить точку, завершив свой посыл чем-то вроде все мы звери и, как бы ни притворялись, в итоге всё равно сожрём друг друга, как это и положено в зверином царстве. Но всё гораздо интересней, не зря мы наделены способностью мыслить, анализировать, делать выводы и творить. Благодаря этим отличительным особенностям человечество изобрело не только богатую устную речь, но и письменную, что привело нас в ту технологическую точку эволюции, в которой мы сегодня находимся. Именно способность записывать и передавать обработанную мозгом информацию на различных носителях сквозь пространство и время позволяет человечеству накапливать и совершенствовать массивы данных.

Образование замечательное дело, надо лишь хоть иногда вспоминать о том, что ничему, что стоит знать, научить невозможно. Оскар Уайльд

Сегодня нам уже не нужно познавать какую-либо сферу знаний с нуля, собирая пытливыми лбами грабли опыта, как наши далекие и не очень предки. Мы имеем довольно разрозненную базу знаний в виде книг, научных работ, утвержденной государством системы образования, их цифровые копии и аналоги в интернете. Всё перечисленное не совершенно, так как создается в довольно ограниченной информационной среде, а иногда и под давлением со стороны, порождая не только последователей, но и сторонников противоположных мнений, теорий, гипотез и вытекающих из них практик. Часть ценных знаний может быть и вовсе блокирована научной элитой или иными лицами по различным причинам, не смотря на их подтвержденные преимущества. От этого они не становятся менее ценными, но теряются среди пролоббированных конкурентов.

Да, многие официально признанные знания довольно эффективно применимы на практике, но такая оценка позитивна только если сравнивать текущие мировые достижения с тем, что было раньше, то есть с отсутствием этих достижений. Если же противопоставить их глобальным целям, которые уж много лет не удается достичь, позитив быстро растворяется. Тем не менее прорывы и квантовые скачки совершаются, но больше вопреки, чем благодаря имеющейся базе знаний.

Я считаю, что человек живет на планете, а не в государстве. Виктор Цой

Каждое новое поколение полагает, что оно-то точно всё изменит и вот тогда-то заживем в прекрасном новом мире. Но время идет и эстафетная палочка проб и ошибок передается следующему поколению. Пробуксовка достижения глобальных целей негативно сказывается на жизни каждого человека и окружающей среде. ООН до 2015г именовали комплекс глобальных целей как Цели развития тысячелетия, а в 2015г трансформировали его в Цели в области устойчивого развития. Достижение поставленных в повестке ООН целей действительно кардинально изменит к лучшему положение дел в мире. Но одно дело декларировать, а другое - признать, что если достижение целей буксует, значит механизм работает со сбоями. Чтобы выяснить с какими, стоит определить состояние составляющих его частей, вплоть до винтиков.

При погружении в причинно-следственные связи мы так или иначе упираемся в информационную составляющую любого процесса, в пробелы знаний и деструктивность их базы.

Что же не так с существующей базой знаний? Ее устаревший аналоговый функционал и методы обработки информации привели к следующим последствиям:

  • Окружающий нас мир быстро трансформируется, изменения вновь и вновь застают нас врасплох неожиданными поворотами, которые, казалось бы, нереально было предугадать, как черных лебедей Нассима Талеба. Информация, пронизывающая каждого человека в социуме, содержит значительный процент лишнего шума, подается разрозненными кусками, а противоречия встречаются и подкрепляются аргументами во всех сферах. В связи с чем становится крайне сложно познать нечто приближенное к объективной реальности.

Ложь обойдет полсвета прежде, чем правда успеет надеть ботинки. Марк Твен

  • Большинство СМИ, паразитируя на эмоциях читателей, превратились в генераторы fakenews, отвлекающих от действительно важных событий. Вместо осведомления и сплочения населения происходит его раскол, что ведет к жестокой агрессии людей с противоположными точками зрения по отношению друг к другу. Негатив нынче в цене, через него управляются народные массы, которым через эмоциональную раскачку всегда подскажут кого ненавидеть и кто настоящий враг. Расслоение на почве религиозных, идеологических, национальных, политических, гендерных, этических и иных предпочтений стало следствием лоббирования интересов определенных групп. Уже давно появилась возможность управлять репутацией в сети и вы можете рисовать свой образ в выгодном для себя свете (привет Дмитрию Сидорину).

В каждом человеке заключается целый ряд способностей и наклонностей, которые стоит лишь пробудить и развить, чтобы они, при приложении к делу, произвели самые превосходные результаты. Лишь тогда человек становится настоящим человеком. Август Бебель

  • Тотальная неопределенность восприятия людьми происходящих локальных и глобальных процессов, основана на хаотичности неоднородных информационных потоков, в связи с чем представление о мире воспринимается как в калейдоскопе. В связи с этим у любого индивида в той или иной степени возникает зашоренность и стереотипизация мышления с потерей возможности увидеть максимально объективную картину мира(или отдельной отрасли) для принятия максимально рациональных и эффективных решений. Понимание причинно-следственных связей, логических цепочек и когнитивных искажений стало таким же редким навыком как и личностные черты вроде искренности, надежности, порядочности и других.

Наступят последние времена, когда девять больных придут к одному здоровому и скажут: "ты болен, потому что не такой, как мы. старец Антоний Великий

  • Факты подтираются, понятия подменяются, отчего рядовой индивид обладает узким субъективным понятийным аппаратом, не способным продуктивно синхронизироваться с другими членами общества: говоря об одном и том же у обеих сторон есть вероятность быть не понятыми друг другом. Часто даже в одном сообществе/компании/министерстве и других объединениях можно наблюдать коммуникативную рассинхронизацию людей. В связи с чем каждый индивид так или иначе как минимум не способствует, а чаще препятствует достижению общих целей и решению задач.

Счастье - это побочный эффект правильно организованной жизни. Виктор Франкл

  • Ложные сведения заполонили информационный фон, люди находятся в мировоззренческом коллапсе, часто не осознавая даже устройства своей психики и физиологии, не говоря уже о мире, в котором живут, что негативно влияет на взаимодействие друг с другом и развитие социума. Многочисленные болезни стали нормой даже у детей, что уж говорить о старшем поколении. 2020 год показал, что иммунитет слаб у населения по всему миру, особенно в самой экономически развитой стране - США. Из чего можно сделать вывод, что благосостояние отдельного государства не равно крепкому здоровью его жителей. Неспособность большинства людей предотвращать появление проблем со здоровьем разрушает их психическое здоровье, личные приоритеты и экономику государств. Тотальная дезинформированность способна обесценить любые финансовые вливания куда бы то ни было.

Истинное призвание каждого состоит только в одном прийти к самому себе. Герман Гессе

  • Затруднение получения удовольствия от жизни без допингов-суррогатов, отсутствие понимания своей роли в социуме и вариантов реализации потенциала, масса навязанных системой ограничений влекут за собой неспособность желать лучшей жизни или постановку дозволенных низких планок, а при постановке высоких - болезненное выгорание. Синдромы FOMO, FONO, думскроллинг и множество других под влиянием токсичной информационной среды породили в подавляющей части общества перманентные гонку и стресс, которые могут уже и не ощущаться, так как стали нормой наряду с межличностными конфликтами, изменами, разрушением семей и института семьи как такового, увеличением неравенства, ущемлением прав и свобод человека и иными деструктивными процессами. И вот уже колесо жизненного баланса не похоже на круг, и бесценный баланс скрылся за горизонтом. А так хочется жить в удовольствие именно сейчас, а не репетировать перед истинной жизнью, которая может и не наступить.

Истинная мудрость приходит к каждому из нас тогда, когда мы сознаем, как мало понимаем в жизни, в самих себе, в мире вокруг нас. Сократ

  • Дети, а иногда и довольно взрослые люди, часто не могут определить свое место в этом мире: чем заниматься, зарабатывать, как обустроить свою жизнь в личном плане и не прогадать. Таким людям социум навязывает общепринятые ценности и нУжды, часто препятствуя раскрытию природного потенциала. Область применения своих навыков в той среде, где твоих врожденных качеств и приобретенных навыков очень не хватает, становится чем-то мифическим и абстрактным. Жизнь таких людей превращается в тягость, вместо праздника. Родители не рассказывают о путях решения этих фундаментальных задач, так как сами не обладают компетенцией в подобных вопросах. Это незнание передается по наследству и распространяется словно вирус. Родители с детьми нередко оказываются в оппозиции друг к другу, хоть и с первых дней жизни последних влияют на их убеждения, прописывая первые строчки кода в их подсознании. Но далее среда берёт своё и семейная синхронизация ослабевает, иногда трансформируясь в два лагеря по разную сторону баррикад.

Никто не знает силы своих способностей, пока он не испытал их. Джон Локк

  • Наш мозг - довольно мощный инструмент, но память имеет определенные ограничения, особенно без регулярной тренировки. Прекрасно дополняют память записи и структурирование информации, поддержание ее в актуальном состоянии с динамическим обновлением, фильтрация от шума и концентрация на важных аспектах, что значительно влияет на повышение КПД и ускорение персональных или корпоративных процессов. В разной степени этими функциями для обработки огромных массивов данных обладают современные цифровые инструменты, речь о которых пойдет в следующей статье. Примечательно, что редко можно встретить пользователя полностью удовлетворенного функционалом какого-то одного инструмента, поэтому многие используют сразу несколько. Снова упираемся в разрозненность информации и распыление внимания. Здесь же важно упомянуть о масштабности в потребностях пользователей: одним требуется упорядочить бытовые задачи, другим организовать бизнес-процессы в группе людей, кто-то желает иметь доступ к единой базе проблематик и их решений для обхода минных полей и выбора оптимальных путей реализации своих потребностей, другой намерен построить информационную модель нашего мира посредством синхронизации всех доступных данных, а кто-то пробует предсказать будущее и т.п. Инструмента, удовлетворяющего все задачи в открытом доступе на данный момент не существует.

    На тему КПД довольно ёмко написал Сергей Капица в своей книге Парадоксы роста. Законы глобального развития человечества: В современном мире производительные силы достигли такого уровня, что на жизнеобеспечение человечества достаточно 15-20% его рабочей силы.. Он же в книге и интервью объяснил почему люди не стали меньше работать. И это только капля полезных знаний в хаотичном океане информации, бОльшая часть из которых не применяется на практике, что мы в силах исправить.

Лес стремительно сокращался, но деревья продолжали голосовать за топор, потому что его ручка была сделана из дерева и они думали, что он один из них.

  • Информационные платформы различных ведомств и компаний имеют свой формат данных, что усложняет взаимодействие и корреляцию с другими платформами, внедрение сторонних инструментов и приведение массивов данных к единой структуре. С таким подходом госуправление еще надолго останется рыхлой неэффективной системой.

  • Отношения государства с гражданами и бизнесом - это яркий пример сломанного телефона и потери передаваемой информации снизу вверх. Власть будто живет на другой планете и принимает законы на свой лад, часто ущемляя права тех, кто не вписался в круг интересов лоббистов.

  • Законы пишутся таким языком, что рядовому гражданину иногда проще не разбираться в их содержании, чем получить положенную субсидию или льготу.

  • Выделенные бюджеты распределяются и тратятся крайне неэффективно, это очередной раз подтвердил недавний пост на Хабре про РЖД.

  • Краткий пример из многочисленных абсурдных фактов: треть регионов РФ не газифицированы, учитывая, что страна входит в число лидеров по экспорту газа.

  • Вишенка на торте - это борьба за мир во всем мире одновременно с гонкой вооружений. На этом пункте впору выпить за здоровье и изнасиловать за девственность. Даже такой, казалось бы, компетентный орган, как Министерство иностранных дел, который обязан предотвратить страны от физических конфликтов, не справляется со своими задачами. Видимо, есть интересанты посерьезней.

Легче одурачить людей, чем убедить их в том, что они одурачены. Марк Твен

  • Новые технологии стали не только надежными помощниками, но и породили лохотроны всех мастей. Теперь уже не обязательно выходить из дома, чтобы отдать мошенникам свои кровно заработанные сбережения. Раздается звонок и человек на другом конце четко по скриптам с использованием социальной инженерии разводит добропорядочного гражданина, представившись сотрудником банка или любым другим специалистом. Уже практически не осталось счастливчиков, кому бы хоть раз не позвонили с предложением вложить деньги под огромный процент, приобрести какой-то чудодейственный товар со 100%-ой предоплатой, воспользоваться бесплатными юридическими услугами, пройти бесплатный курс косметического ухода или продлить лже-страховой лже-полис автомобиля. Отсутствие хоть какой-то информации на эту тему заставило раскошелиться солидную долю наших соотечественников. Такие агрегаторы мошенников как Вкладер спасают часть населения, но чтобы искоренить эту напасть требуется более комплексное решение.

  • Мы живем в эпоху талантов, профессионалов и всезнающих гуру. Никогда еще у человека не было столько возможностей преуспеть: прочитал книгу - ты знаток, две - специалист высшей категории, три - эксперт данной сферы, а то и смежных. А если еще провел аналитику, сделал выжимку основных постулатов, приправил своими выводами - всё, ты гуру и основатель нового движения. Вещай в соцсетях, набирай паству, устраивай тур по разным городам. Да что там городам - масштабируй свою бизнес-империю, выходи на международный инфорынок, тебя там заждались, мессИя!

    И да, это работает. Эффект Даннинга-Крюгера, приправленный харизмой и верой в себя и успех, хорошо монетизируется. Но, как говорится, количество интеллекта на земле - величина постоянная, а население растет. Практической пользы от распространяемой таким образом информации мало, а последователей инфо-бизнес-бума, оставшихся у разбитого корыта, большинство.

  • И многое, многое другое

У мудреца спросили: "Долго ли нам ждать перемен?"

Мудрец ответил: "Ну, если ждать, то долго"

Каждый из указанных в статье и множество оставленных без внимания аспектов нашей жизни можно разобрать на молекулы, рассмотреть под разными углами в процессе долгих дискуссий и, возможно, осознать более ясно и принять меры, но наши цели гораздо глобальней. В любом случае бОльшая часть причин вышеуказанных проблем на всех уровнях уходит корнями в:

  • разрозненные массивы информации,

  • искаженные знания о действительности,

  • неспособность в них ориентироваться,

  • принятие решений со слабо управляемыми последствиями.

Даже этот скромный обзор явлений в социуме складывается в тенденцию, под действием которой, мы так или иначе столкнемся с событиями, по сравнению с которыми пандемия ковида покажется детским праздником. Локальные процессы также не внушают оптимизма, из них и складываются глобальные, наш мир фрактален. Можно всячески гнать от себя негативные мысли, обесценить значимость негативных процессов, подменять понятия, но факты налицо и всё новые последствия, следующие за их причинами, мы будем лицезреть постоянно. А учитывая, что всё влияет на всё, спрятаться ни у кого не получится, разве что отсрочить возникновение деструктивных событий. Реализация любых прогнозов в нашем мире измеряется вероятностями, вот они-то сейчас на стороне негативных последствий. Большинство живет надеждами и верой в светлое будущее, но чтобы оно наступило, его нужно создать. Для этого потребуется упорядочить хаос, окружающий нас, но не с теми инструментами, которые имеем. Для решения разнородных задач необходим комплекс инструментов, не только решающих каждую из них, но и способных взаимодействовать между собой, кратно усиливая эффективность друг друга.

У каждого из нас есть нерешенные задачи, вопросы без ответа, неосуществленные желания и недостигнутые цели. Иногда всё решается и жизнь в корне меняется благодаря одной фразе, статье или книге, но их еще нужно найти и рационально воспринять. А теперь представьте себе, что вы можете накапливать важную для вас информацию так, чтобы потом её можно было переиспользовать. Это позволит не пропускать те самые частички информации, которых не хватает чтобы собрать образы воедино. Чтобы любой поход за информацией всё больше раскачивал бы добротную систему знаний, которая при достижении критической массы порождала бы новые открытия в понимании сути. Предположим, что это можно сделать с помощью некоего комплекса инструментов с мощнейшим функционалом. Эти инструменты должны дать приблизительно следующие возможности:

  1. Воедино собрать и связать между собой бесчисленное множество единиц информации;

  2. Произвести их преобразования и обогащение новыми связями;

  3. Найти новые слои информации и обозначить их;

  4. Наглядно отобразить накопленную информацию в разных разрезах и с помощью разных представлений;

  5. Сформировать выжимку для дальнейшего использования;

  6. Поделиться с миром готовыми образами;

  7. Организовать совместное изучение темы и найти соратников;

Это всё можно будет использовать не только в личных делах, образовании, науке, бизнесе, сфере государственного управления и других, но и приблизиться к пониманию картины мира, благодаря поддержанию актуальной и достоверной информации во всех сферах. Инструменты, будут помогать выявлять смыслы и формировать рациональное мышление, удовлетворяя подавляющее большинство запросов самых искушенных людей вне зависимости от их рода деятельности, типа мышления, способностей, возраста, целей и социального статуса. Воспользоваться этими инструментами и результатом их работы сможет любой желающий, так же как и внести свою лепту в общее дело.

Человеку свойственно принимать границы собственного кругозора за границы мира. Артур Шопенгауэр

Вместе мы способны направить наш коллективный разум на создание столь мощного комплекса инструментов, который позволит расширить границы познания и решить подавляющее число личных и общих задач. Полностью укротить мир хаоса, конечно, не удастся - слишком много факторов, но поднять свою продуктивность и осознанность на невиданные высоты - непременно.

Можно многому научиться, сохраняя сознание открытым к другим мнениям. Коносукэ Maцусита (Konosuke Matsushita), Японский бизнесмен

В следующей статье нашего цикла мы определим текущее положение дел: какие современные инструменты решают наиболее частые и важные запросы в области структурирования информации, какие базы знаний наиболее удобны и в чем их недостатки.

Будем рады вашим конструктивным предложениям, пожеланиям и наработкам в комментариях и ТГ-канале @Knowledge_Instruments. Кто особо остро понимает изложенную проблематику и готов поучаствовать в проекте - присоединяйтесь! С чем-то не согласны и знаете как сделать лучше - прекрасно, альтернативные и даже самые смелые идеи приветствуются! Невозможное возможно по частям.

Подробнее..

Лучшее что вы можете сделать со своими мыслями это превратить их текст

23.04.2021 14:18:12 | Автор: admin

И ещё четыре инсайта от человека, который больше 17 лет мыслит с помощью блога в ЖЖ и благодаря этому получает феноменальные результаты.

На прошлой неделе вроссийском сообществе Zettelkastenпрошёл подскаст, гостем которого стал Анатолий Игоревич Левенчук научный руководитель Школы системного менеджмента, автор уникальногоблога,двадцати научных работ,шести книг, огромного количества лекций и в целом довольно известный человек в сферах системного мышления и управления проектами.

Я прослушал этот подкаст, остался в глубочайшем восторге и решил поделиться с вами избранными мыслями. Сам подкаст можно найтитут.

1: Мышление с помощью текста

Так как общение с мэтром было организован сообществом про Цеттелькастен (вот тутрассказывал что это), то первый вопрос был про то, как Анатолий Игоревич ведет свою базу знаний.

Оказалось, что уже 17 лет он использует для этого не модные программы по типуTheBrain, а блог в Живом Журнале. Он называется Лабораторный Журнали представляет из себя нескончаемый лог всего, что автор узнает, обдумывает и хочет запомнить.

Интересно, что сам формат публичного блога вышел почти случайно. Так как Анатолий пользуется интернетом еще со времен, когда существовал Советский союз, то он просто пробовал все свежие сервисы и через тесты понял, что формат блога индексируемого поисковиками это то, что позволяет закрыть все потребности в управлении знаниями. Потом он уже понял, что у него получился Цеттелькастен.

В блог попадают не все подряд, а только то, что было осмысленно и собрано в какой-то смысловой ряд. Т.е одна заметка это чаще всего серия из размышлений, а не одна конкретная мысль.

Изначально мысли копятся в виде заметок\ссылок, а потом собираются в одну статью и выкладываются на публику.

Это то, что Анатолий Игоревич обозначает как мышление письмом. Когда в процессе выгрузки мыслей из головы на бумагу они превращаются из разрозненной каши в то, что имеет ценность и что в будущем можно использовать повторно. Вот как он сам это описывает:

Мышление происходит не в мозгу человека, не в мозгу команды, а в мозгах+экзокортексах, и происходит оно обычно при письме.


Ты свои мысли пишешь, и это и есть думаешь: мышление происходит по мере формулирования и уточнения отчуждённой от тебя мысли, думать чисто "внутри головы" малопродуктивно и ведёт к ускользанию внимания, ошибкам, невнятности мыслей.


Даже если ты просто читаешь, то это результат мышления письмом другого человека. При этом просто читая ты не думаешь и читаешь мимо мозга (проверено многочисленными экспериментами на студентах -- всё помнишь за сутки перед экзаменом, затем всё забываешь за следующие сутки).


Но если будешь практиковать при чтении мышление письмом, а именно писать свои мысли по поводу прочитанного или хотя бы пересказывать прочитанное обязательно своими словами (не цитировать cut/paste, не подчёркивать предложения и слова в тексте, который читаешь -- это бесполезно!), то только тогда можешь быть уверен, что вчитал чужие мысли себе в мозг.

2: Теги, папки и любая другая структура для персональной базы знаний это зло

Самый главный инсайт конкретно для меня. Суть вот в чём. Несмотря на то, что в живом цеттелькастене Левенчука уже более 6000 полноценных заметок и около 11 000 комментариев (почти каждый из которых тянет на отдельную карточку), он без проблем ориентируется в нём за счёт... гугла.

Чтобы найти что-то или освежить память автор просто идет в гугл и делает поиск по своему персональному домену (ailev.livejournal.com:запрос).

Анатолий поделился забавным кейсом: когда ему в личку пишут люди с просьбой подсказать про моделирование ролей на предприятиях ЖБИ, то он в тот же момент открывает поиск, вбивает ключевое слово из вопроса, в тот же миг находит запись (или несколько) в своем блоге, быстро пробегается по ней глазами, находит строчку с упоминанием необходимого предмета, возвращается к собеседнику с ссылкой и комментарием: Я писал про это в 2011 году, третий абзац.

Собеседник поражается тому, насколько сильный титан мысли перед ним, раз вспомнил что-то десятилетней давности и уходит изучать материал.

Кроме вау-эффекта для окружающих, такой подход позволяет постоянно держать голову чистой и быть существенно продуктивнее.

Как повторить это, если твоя база знаний находится не в сети? Тут всё будет зависеть от вашего софта. Если вы используете Obsidian, то его внутренний поиск крайне мощный и позволяет проделывать даже более сложные штуки.

3: Сырые мысли нужно выгружать, иначе они перегревают мозг

Тут мысль крайне простая и довольно известная за счет Дэвида Аллена и его GTD, но повторить и напомнить о её не помешает.

Чем меньше в голове мыслей, тем лучше. Уменьшить их количество легко нужно просто записать и мозгу сразу становится легче.

Это относится как к идеям, так и к задачам, которые нужно сделать. Но для второго лучше использовать отдельную задачу.

Про задачи у Анатолия есть отдельный текст, который он рекомендует прочитать.

4: Почти ничего из обсуждаемого не имеет смысла, если у вас в голове нет специальных машинок

Эта часть разговора была самая мозговзрывающая и сложная, поэтому тут мне понадобитьсяцитирование автора.

Системное мышление существенно задействует ваши навыки по онтологике, и прежде всего машинку типов, которая должна к моменту изучения курса уже хорошо работать в вашей голове.

Скажем, вам сообщили: Лидер это роль. Какая роль у лидера?. Если у вас нет в голове машинки типов, то вы начнёте что-то сочинять бытовое про лидера: что он ведёт за собой людей, что лидер должен быть образцом для действий других людей. Если машинка типов у вас в голове есть, то вы должны прийти в недоумение: лидер это роль. В этот момент лидер у вас помечен типом роль. Следующая фраза какая роль у роли? Ибо если лидер помечен у вас в сознании как роль, то вы удерживаете это и до второй фразы, и проверяете на соответствие типу. Вопрос какая роль у роли должен страшно напрячь, ибо его осмысленность мала. Машинка типов, которая встроена в голову, вскрывает все нелепости в тексте.

В среднем машинка типов работает в голове примерно у 10% имеющих высшее образование. Почему так мало? Это неизвестно. Что нужно, чтобы она надёжно заработала? Есть разные гипотезы, одна из них чтение большого количества нехудожественной литературы, требующей удержания в голове длинных цепочек рассуждений.Что стоит за машинкой типов? Мозг поддерживает работу с разными теориямипонятий/concepts.

Одна из простейших теорий, тяжело задействующая быстрое мышление S1 по Канеману это теория прототипов, когда мы для каждого объекта представляем какой-то объект-прототип, и дальше действуем по аналогии. В этой теории понятий всё мышление это непрерывная обработка метафор, поиск похожестей. Другая теория понятий это существенно более сложнаяtheory theory, в которой типизированные понятия связаны между собой отношениями (которые тоже можно выразить понятиями).

Она соответствует медленному мышлению S2, формальному мышлению, логическим построениям. И тексты типа сепулька это зверь. Есть ли позвоночник у сепульки? разбирает именно такой механизм мышления. Если вы знаете, что у зверей есть позвоночник, то указание для сепульки типа зверь вполне достаточно, чтобы сообразить да, позвоночник у сепульки есть. Если вы в уме не отнесли сепульку к типу, или просто это отнесение сепульки к типу не удержали во внимании до второй фразы в этом коротком тексте, то вы будете в недоумении как отвечать про наличие или отсутствие позвоночника в абсолютно неизвестном объекте?!

Начиная с раздела про роли, вам будет необходимо, чтобы машинка типов в вашей голове хорошо работала. Если вы не попали в те 10% населения, у которых она просто есть, то вам с системным мышлением будет запредельно трудно: вы будете просто не понимать материал. Системное мышление всё основано на theory theory, и логика там просвечивает через кажущиеся абсолютно художественными и гуманитарными тексты. Но нет, эти тексты прошиты типами: системное мышление заставляет оперировать типами существенно чаще, чем это встречается в обычной жизни. Эта работа с типами и даёт силу системному мышлению.

Постановка работы машинки типов делается на курсе онтологики и коммуникации вШколе Системного Менеджмента. Это трудный курс, не менее трудный, чем само системное мышление. Но если на входе этого курса машинка типов работает у 10% студентов, то на выходе у 80%. А дальше?

Как сказал один из выпускников этого курса, я вообще не понимаю, что вы вычитываете из учебника системного мышления, если вы не прошли онтологики!. Если вам сказали, что инженер это роль Васи, то нехорошо спрашивать инженера, как ему сегодня спалось.

Инженер это роль, всё равно что Принц Гамлет. Спалось хорошо актёру, который играет роль инженера или Принца Гамлета. Актёра и нужно спрашивать. Такой вопрос инженеру это сбой в машинке типов, мозг такое должен запрещать!

Так что у нас к курсу системного мышления пререквизит из онтологики: хорошо работающая машинка типов. Без неё системного мышления у вас не будет.

Если вы почти ничего не поняли, то это нормально. Анатолий Игоревич сказал, что на полное освоение и внедрение полного спектра системного мышления нужно пройти примернодва десятка курсов, прохождение которых занимает в районе двух лет.

Финальный инсайт: концентрация лучший друг мышления, а медитация не особо

Тут тоже вроде бы всё очевидно, но есть один нюанс. Он заключается в том, что по Левенчуку, качественные и сложные мысли появляются только когда ты работаешь над сложной задачей в течение нескольких часов. Если не уметь удерживать себя в рамках определенного потока, то продукты мышления выходит поверхностными и недокрученными.

Каких-то быстрых и рабочих инструментов для решения этой проблемы не прозвучало (смотрите финал предыдущего инсайта), но одна штука всё же промелькнула вскользь Помодоро.

Анатолий и команда ШСМ явно считают эту технику крайне важной для обучения. Настолько, что она встроена непосредственно в платформу их школы:

Скриншот из курса Образование для образованныхСкриншот из курса Образование для образованных

Ещё одна штука, которую Анатолий с коллегами заметили ученики практикующие медитацию хуже справляются с такой многочасовой концентрацией. Они умеют концентрироваться на дыхании, но не могут выдержать два часа изучения новых материалов и практики.

Речь конечно не двух часах непрерывного заседания за партой, а именно о концентрации над конкретной темой\задачей.

Конечно, это не говорит о том, что медитация это зло. Речь тут только о том, что это разные навыки и не стоит ожидать того, что твоё мышление будет активно развиваться вместе с осознанностью. Это разные наывыки.


Вот такие пять инсайтов. На самом деле их в том подкасте намного больше, я лишь выделил пять штук, осевших конкретно в моей голове. Рекомендуюпослушать полную версиюи сделать свои выводы.

Но надеюсь, что этот пост натолкнул вас на какие-нибудь интересные мысли. Копать глубже по озвученным темам стоит вблоге Анатолия, блогеШСМи в телеграм-чатеZettelkasten RU.

Если же тема управления знаниями вам пока не интересна, но вы не против почитать про биохимию мозга, обучение и то, как настраивать себя на продуктивные будни, то заглядывайте в моютелегу. Там выходят посты более короткого формата. Подписывайтесь, буду рад увидеть вас среди своих читателей.

Если же вам по душе только большие и мясные штуки, по типу этой статьи, то подписывайтесь на данный профиль. Все статьи, переводы и исследования я публикую в первую очередь именно тут.

Подробнее..

Как сделать, чтобы базой знаний начали пользоваться человеческие люди

13.04.2021 10:07:06 | Автор: admin

Корпоративная база знаний это не только и не столько площадка на базе какого-нибудь вики-движка, сколько люди и процессы, стоящие за ней. При внедрении вики-платформы самое сложное это не тонкая настройка движка или попутных расширений: самое сложное это сделать так, чтобы коллеги наконец начали пользоваться поднятой вами базой знаний.

Я начал заниматься базой знаний, будучи зеленым джуном, так что все описанные в посте рекомендации применимы даже в том случае, если у вас нет административных или финансовых ресурсов. Иными словами, советов в духе "просто заставьте всех писать и штрафуйте непослушных" тут не будет, мы пойдем другим путем.

Мой лучший портретМой лучший портрет

Про меня и мою базу знаний

В людях живал свету видал: топор на ногу обувал, топорищем подпоясывался

Ahoj. Меня зовут Коля, я QA тимлидер в компании Veeam. QA в нашей компании включает в себя не только тестирование, но и обеспечение качества в самом широком смысле. И среди этих смыслов затесалась такая штука, как управление знаниями. Я занимаюсь внутренней корпоративной базой знаний компании практически с самого ее появления, при этом поддержка базы знаний не входит в список моих обязанностей: это скорее что-то вроде pet-проекта. Долгое время у вики был статус поделочки, а мои попытки навязать вики коллегам приводили лишь к пополнению корпоративного стикер-пака моей фотографией.

Впрочем, время идет, времена меняются. Сейчас вики насчитывает 700 пользователей, 11 000 страниц, 56 000 правок и 688 000 слов (примерно полтора романа "Война и мир", если говорить только о тексте). Всего-то в 2 000 раз меньше русскоязычной Википедии, и это при условии работы на исключительно добровольных началах: никто не принуждает сотрудников пользоваться нашей вики.

Полное непонимание того, как должна выглядеть база знаний, заставило меня неоднократно пересмотреть концепцию и подход не только к управлению контентом и редактуре, но и к продвижению вики среди коллег. Так что в этой статье я бы хотел поделиться теми советами, которые и сам хотел бы услышать пять лет назад, будучи зеленым джуном. К слову, если вам интересно узнать больше о самой базе знаний, я публиковал пару статей о ней на Хабре.

Общий подход

Ищи себе прибыли, а другому не желай гибели

Давайте я сразу это проговорю: серебряной пули нет. Все, что я здесь описываю, может сработать, а может не сработать. Не устраивайте из моих советов карго культ. Вы лучше меня знаете своих коллег и лучше понимаете, какой подход подойдет в вашей компании, в вашем коллективе. Есть какие-то более-менее универсальные вещи, но и они в некоторых случаях могут не работать.

Главный совет, который я бы хотел дать в этой статье, звучит так: относитесь к проекту базы знаний как к публичному проекту. Скажем, если бы вы придумали Википедию или Хабрахабр, как бы вы продвигали их в массы? Реклама? Уникальный контент? Холодные как хвост вашей бывшей звонки на случайные номера из телефонной книги? Возможны любые варианты продвижения, но не забывайте адаптировать их к реалиям вашей компании и вашего коллектива. А еще не забывайте, что в случае недобросовестной рекламы коллеги узнают, где вас найти. Не перегибайте палку.

Кроме прочего, подход к вики как к публичному проекту позволяет проще относиться к проблеме продвижения. Я часто слышал обиды и сетования, что, мол, коллеги не делятся знаниями, не пишут внутреннюю документацию. Но вы же не обижаетесь на пользователей за то, что они не скачивают ваше приложение или не покупают ваши чудо-подушки за $9,99? Вы ищете способ понравиться вашим пользователям, ищете путь к их теплокровному сердцу, а не способ подчинить их вашей воле.

С непривычки может быть трудно переложить опыт продвижения публичного проекта на внутреннюю базу знаний, так что я накидаю тех идей, которые сработали в моем случае. Ну, или мне кажется, что они сработали.

Собирайте статистику

Красна птица перьями, а человек знанием

А начнем мы с того, что нам нужно как-то оценивать качество тех способов продвижения, что мы будем пробовать. В связи с этим первое, чем стоит озаботиться это сбор статистики. Скажем, я пользуюсь Matomo (которые раньше звались Piwik), но похожий функционал есть у десятков аналогов.

На мой взгляд, одна из ключевых вещей при сборе статистики это сохранение конфиденциальности. Да, это не гугл, но мало кому будет приятно узнать, что их история посещений доступна вам во всех мельчайших деталях. Отвяжите информацию о посещениях от конкретных пользователей, сделайте эти данные анонимными. Никому не захочется жить под колпаком.

Помимо оценки эффекта продвижения, статистика предоставляет и пачку других плюшек:

  • Анализ поисковых запросов решает сразу несколько проблем:

    • Вы понимаете, что людям интересно, что они хотели бы видеть на вики. Если у вас нет статей по теме, которая интересна вашим коллегам, это отличный повод их туда добавить.

    • Кроме того, так вы можете понять, хорошо ли работает поиск, показывает ли он в поисковой выдаче правильные статьи. Если нет, то, возможно, стоит доработать поиск: убрать из индексинга ненужную информацию или добавить дополнительные ключевые слова в статью. А в особых случаях, возможно, имеет смысл задуматься о смене поискового движка.

  • Можно добавлять логирование конкретных действий, что позволит вам узнать, как часто пользуются тем или иным функционалом. Так вы не будете вкладывать силы в то, чем абсолютно никто не пользуется. И сможете продвигать базу знаний, подчеркивая в обсуждениях объективно самые популярные фичи.

Накопите критическую массу знаний

Там хорошо, где нас нет

Если вы лишь недавно начали развивать базу знаний, найдите способ наполнить ее контентом.

Вполне возможно, что информация о продуктах, технологиях и фичах уже есть где-то, но в разрозненном неструктурированном виде: почтовые треды, сообщения в Slack/Teams, сетевые папки десятилетней давности, Sharepoint-ы, осколки прошлых неудачных попыток завести единую базу знаний и так далее.

Но будьте внимательны к тому, что вы сохраняете на вики: внутренняя база знаний это источник необщедоступной информации. За общеизвестной информацией проще пойти в Гугл или Википедию, так что подобные статьи скорее всего окажутся мертвым грузом на вашем сайте.

Еще один очевидный источник контента ваши личные заметки и ваши личные знания. Об этом аспекте давайте поговорим поподробнее.

Вам надо вот сами и пользуйтесь

Не ищи в селе, а ищи в себе

Первое время основным пользователем базы знаний скорее всего будете вы сами. С одной стороны, это не особо воодушевляет, но, с другой стороны, вы можете изначально строить базу знаний на тех принципах, что близки и удобны именно вам. Это хорошая позиция для начальных этапов развития портала: если даже вам не хочется пользоваться базой знаний, то почему кто-то другой должен относиться к ней иначе?

Проанализируйте свои потребности: какая информация вам нужна в работе, какие знания значительно ускорили или улучшили бы вашу работу. Информация о сфере ответственности или компетенциях коллег? Детальные описания фичей и внутренних API? Правила оформления отпуска и процедура выпуска релиза? Найдите удобный способ хранить и обновлять информацию такого рода, поделитесь этим с коллегами. Наверняка это было не только вашей болью, но и их тоже.

Ведите заметки о продукте и проектах сразу на вики. Если делитесь инфомрацией, отправляйте не кусок текста, а ссылку на конкретную секцию предварительно созданной вики-страницы. Если вам присылают инфу или рассказывают что-то, запишите на вики инфу об этом. Первое время это может вызывать негатив, но дайте людям привыкнуть к такому способу получения информации.

Сделайте вики единой точкой доступа для поиска любых знаний

И чтец, и жнец, и на дуде игрец

Если ваш интранет полнится десятками сайтов различной направленности, найдите способ выделиться на этом фоне. Например, сделайте вики точкой входа для поиска любых внутренних знаний. Подойти к этому можно с разных сторон:

  • Можно сделать просто каталог внутрикорпоративных сайтов (привет, девяностые). Да, подход, мягко говоря, не самый свежий, но и у вас в компании скорее всего не тысячи порталов. Для пары десятков сайтов и каталог обычно подходит неплохо.

  • Или же можно идти по пути Гугло-поисковика и встраивать себе поиск по другим сайтам. При этом необязательно писать свой краулер, можно обойтись и более дешевым решением. Например, воспользоваться поисковым API сторонних сайтов и выводить результаты поиска по другим сайтам, если на вашей вики результатов не нашлось.

При этом не забывайте, что поиск "любых знаний" не ограничивается знаниями техническими. Такие вещи, как процедуры оформления отпусков или контакты HR/бухгалтерии/охраны/etc могут оказаться не менее важной частью вашей базы знаний, чем описания фичей или продуктов.

Создавайте зону комфорта для окружающих

Не хвались теплом в нетопленой избе

Очевидный момент, который, тем не менее, многие упускают: неудобной базой знаний пользоваться будут неохотно. Ищите способы упростить работу с порталом, устраняйте неудобства, чините баги, автоматизируйте то, что можно автоматизировать. Вот несколько примеров из личного опыта:

  • Сделайте удобную главную страницу. У проектов Викимедиа особый подход к главным страницам, но мне он не нравится: их главные страницы перегружены информацией, они вызывают ужас и непонимание у неподготовленного пользователя.

    На мой взгляд, джентельменский набор любой главной страницы это поле поиска, блок новостей, ссылка на создание новой страницы и несколько ссылок на ключевые разделы. Свою вики я уже показывал в предыдущей статье.

  • Стандартизируйте и упростите процесс документирования типовых вещей. Формы и шаблоны позволяют не думать про форматирование и сосредоточиться только на содержании.

    Долгое время у нас никак не документировались скрытые параметры продуктов, и все такие опции хранились исключительно в головах и в коде. Попытки как-то исправить ситуацию бесславно проваливались из раза в раз, пока мой коллега не приделал к вики формы добавления и редактирования документации этих параметров. Уже в первый месяц появилось около сотни описаний параметров, а через полгода документирование параметров на вики стало чем-то вроде негласного правила хорошего тона.

  • Долго время на моей вики не было визуального редактора: его настройка для приватной MediaWiki на тот момент была делом нетривиальным, и руки у меня до него не доходили. Когда же наконец визуальный редактор появился, ежемесячное число новых статей увеличилось в полтора раза.

    Вам может показаться, что ваши коллеги с тремя высшими легко освоят очередной markdown, и в этом нет большой нужды, но вы ошибаетесь: они могут освоить ваш маркдаун за час, но не хотят. Им это неинтересно, так к чему плодить страдания без необходимости?

  • Моя любимая история про поиск. В Veeam используется невероятное количество внутрикорпоративного жаргона, равнодалекого от русского и английского языков. Звучать оно может примерно так: "Задизейбли шедул джобы и чекни базу вана, висит ли флаг". Адаптация к жаргону проходит не очень быстро, но это полбеды. Беда в том, что у разных отделов может отличаться терминология, так что не всегда мы понимаем друг друга. А еще мы почему-то очень любим трехбуквенные аббревиатуры, которых накопилось, наверно, больше сотни (и которые не всегда просто расшифровать).

    В базе знаний этот вопрос решился введением постоянно пополняемого словаря синонимов, аббревиатур и прочего. Словарь используется при поиске, так что пользователь всегда видит, что, например, по запросу "data mover" находится "VeeamAgent" компонент. Составлять словарь приходится вручную, так что иногда доводится выбираться в лингвистические экспедиции для сбора материала в соседние отделы.

    Конечно, остается проблема с тем, что одно и то же слово может означать сразу несколько вещей (скажем, "бекап" это резервная копия, задание резервного копирования, процесс резервного копирования, продукт Veeam Backup & Replication или отдел Backup QA в зависимости от контекста). Это пока что решаем по аналогии с Википедией: создаем страницу с термином и расписываем, что этот термин может значить.

  • На большой Википедии вместе с каждой страничкой создается страница для обсуждения. Я же со своей вики все страницы обсуждения убрал: на мой взгляд, реализация дискуссий на Википедии очень плохо подходит для внутрикорпоративных дискуссий. Куда лучше заставить людей пользоваться привычными средствами ведения дискуссий: почта, чаты и звонки в MS Teams. И вопрос решается быстрее, и негатива меньше.

Подобных историй были сотни, равно как и были истории, в которых необдуманная попытка упростить жизнь приводила лишь к большим неудобствам. Процесс доработки никогда не закончится, ведь и нужды рабочего коллектива меняются со временем. Пробуйте, анализируйте, не бойтесь отказываться от неудачных решений. В конце концов, если не попробуете, то и не узнаете, что для вас сработает, а что нет.

Рассказывайте о новостях

Из серебряных речей пулю не отольешь

Никто не узнает о том, какая у вас крутая база знаний, если вы не будете об этом рассказывать. И желательно не один раз. Как говорил один мой университетский преподаватель:

Обычному человеку нужно повторить одно и то же десять раз, прежде чем он запомнит. Однако вы интеллектуальная элита страны, лучшие из лучших. Вам достаточно девяти.

Думаю, нас он на тот момент сильно переоценил, но мысль верная: недостаточно один раз рассказать про существование и назначение базы знаний, обо всем этом нужно периодически напоминать. Чтобы не выглядеть как умалишенный, стоит использовать разные поводы для этого, например:

  • Заведите дайджест в почте, в котором вы периодически будете рассказывать о разработке базы знаний: что появилось нового, что починили старого, куда двигаетесь дальше. Если не перебарщивать с письмами, это может быть весьма действенным инструментом продвижения.

  • В группах по фиче/продукту/проблеме рассказывайте о новых статьях по теме, написанных вашими коллегами. Русскоязычные айтишники скромный народ, мы обычно не любим хвастаться плодами своего труда. Сделайте это за них: во-первых, авторам будет чертовски приятно, а во-вторых, это будет поводом ввернуть пассаж про важность, пользу или даже просто про существование базы знаний.

Как и во всем, здесь стоит знать меру. Однако не пренебрегайте информированием коллег о том, что происходит с вашей базой знаний.

Угрозы, вымогательства

Воруй любовь, убивай скуку

Писать сложнее, чем читать. Знаю это по себе, ведь эту статью я собирался написать еще два года назад. Поэтому для того, чтобы мотивировать людей не только читать, но и писать, придется заморочиться чуть больше. Что у нас есть в арсенале?

  • Рассказывайте коллегам про угрозы отсутствия документации. Если ранее у вас никогда не было базы знаний, то начать стоит с самых основ, пусть даже вам они могут показаться очевидными.

    Расскажите про пресловутый bus factor и проиллюстрируйте примером, ведь наверняка вы с этим уже сталкивались на практике (надеюсь, впрочем, что не в такой трагичной форме).

    Расскажите о прочих прелестях жизни без документации: нечитаемый легаси код, назначение которого никому известно, забытые напрочь фичи, месяцы и годы адаптации новых сотрудников, подключающихся к проекту.

  • Не стоит, впрочем, слишком давить на страх, ведь это не лучший источник мотивации. Стоит также обратить внимание коллег на то, какие плюсы это несет для них.

    Надоело до одури заниматься одним и тем же? Если это в ваши силах, рассмотрите возможность ротации людей между проектами. Для этого, впрочем, нужно будет подготовить почву: документация, вводные лекции, право на безлимитные консультации.

    Хочется меньше запросов от техподдержки? Поделитесь с ними знаниями, так вас будут меньше дергать по пустякам. Как правило, техподдержка очень охотно и быстро впитывает все знания, что им предоставляют.

    Все вышесказанное звучит логично, но совсем нет времени на то, чтобы описывать детали текстом? Попросите провести лекцию и перенесите на вики самостоятельно в текстовом или хотя бы в видео формате. Почему-то на лекцию обычно соглашаются охотнее, чем на статью. Если знаниями обладает один-единственный человек, то даже такой формат будет лучше, чем ничего, хоть здесь и не обойдется без времязатрат с вашей стороны. В конечном итоге это позволит ознакомиться с областью и другим коллегам, в том числе и более благосклонным к ведению документации.

Впрочем, не только материальные страхи и желания могут мотивировать стать писателем, есть и другие способы.

Играйте на здоровом самолюбии

Птицу кормом, а человека серебряной пулей обманывают

Мы, люди, любим, когда нас хвалят, ставят лайки, когда о нашем труде знают и когда мы видим, что наши старания не проходят даром. Давайте же используем это во благо!

  • Добавьте блок новостей на главную страницу, где будет информация обо всех новых правках (или хотя бы обо всех новых статьях). Рядом с именем статьи непременно должен светиться ник автора правки.

  • Если вам позволяют ресурсы, можно попробовать варианты геймификации и добавить рейтинги или ачивки (например, за N статей/правок). Хотя есть мнение, что эти штуки сработают далеко не в каждом коллективе.

  • У меня не было столько времени, чтобы добавлять геймификацию, но я добавил блок "Your impact" на главную страницу. Там выводится 10 самых просматриваемых статей из числа отредактированных вами, а рядом с ними число просмотров с момента вашей первой правки.

    Идея эта не моя, я подсмотрел ее на MediaWiki хакатоне в Праге, где growth team рассказывали про свои исследования аналогичной фичи большой Википедии и предлагали поучаствовать в разработке. Конечно, мне пришлось переписать фичу с нуля, поскольку у меня совсем другие источники данных, чем у Wikipedia, но в остальном я старался следовать рекомендациям Growth team.

  • Маленькое расширение Thanks может послужить аналогом лайков для конкретных правок. Оно, конечно, не очень удобное, но лучше, чем ничего. И реагируют коллеги на такие "спасибо" обычно очень положительно.

  • Как я уже писал выше, не упускайте шанса похвалить ваших коллег, если они написали что-то крутое. Положительная обратная связь не будет лишней.

Расскажу, как я начал заниматься базой знаний. На заре моего трудоустройства коллега организовал мини-конкурс: автор наибольшего вклада в развитие вики должен был получить награду, достойную чемпиона стакан черной смородины (напомню, Veeam IT компания с достойными зарплатами, мы тут не голодаем). Смородина та кончилась пять-шесть лет назад, а проектом я занимаюсь и поныне. Не могу сказать, что это был гениальный ход с его стороны, но он сработал, а это главное.

Присматривайте за другими

У семи нянек детеныш без серебряной пули

Я искренне считаю, что для внутренней базы знаний любая форма премодерации это огромный могильный камень. Необходимость что-то с кем-то согласовывать убивает всяческое желание вносить правки. Тем не менее, без модерации вики быстро превратится в помойку с огромным количеством дублирующегося и устаревшего разрозненного контента, который еще и не так просто найти. Решение есть: постмодерация. Дайте людям писать как им удобно, а затем приведите написанное в порядок.

Постмодерацией (патрулированием правок) нужно заниматься заниматься регулярно, в идеале каждый день. Да, это отнимает время, но это необходимо, чтобы вики не превращалась в помойку. Расставляйте категории, чините навигацию, исправляйте нестандартное форматирование, чистите текст от пассивно-агрессивных нападок и явных ошибок.

Помимо того, что патрулирование правок позволяет сохранить организацию контента, это также помогает вовремя обнаружить, что у кого-то возникли проблемы или вопросы. Когда в ответ на твои безуспешные попытки сделать что-то хитрое с документацией тебе пишет ответственный за базу знаний; показывает и рассказывает, как проще всего сделать то, что тебе нужно, исправляет косяки и вообще ведет себя как душка, это подкупает. Я сталкивался с таким отношением на других вики-проектах, и мне это показалось самым рабочим методом обучения новичков. Теперь стараюсь продвигать те же принципы у нас.

Вместо заключения или "насильно мил не будешь"

Лучше на гривну убытку, чем на алтын стыда

Ваша база знаний подойдет не для всего и не всем. Даже в моем случае MediaWiki самая популярная и большая внутренняя база знаний, но далеко не единственная. Есть команды, привыкшие на прошлых местах работы к Confluence/Sharepoint/впишите нужное. Отдельные команды все еще бойкотируют создание внутренней документации под теми или иными поводами. На мой взгляд, это нормально.

Я продвигал вики, будучи джуном, и не имел возможности внедрить базу знаний в официальные процессы. Хотя это сказалось на скорости распространения и охвате, я все равно считаю, что в этом были свои плюсы. Если распространением знаний начинают заниматься по своей инициативе, это порождает куда более интересные и полезные результаты. К тому же отсутствие формализма и официоза позволит вам куда более гибко подходить к разработке и продвижению, писать ироничные дайджесты и полусерьезные посты на Хабр, да и вообще получать удовольствие от процесса.

Пожелание "сделайте так, чтобы мою вики использовали, пожалуйста" мало чем отличается от "сделайте так, чтобы в мою игру играло много человек". Да, у продвижения разных сервисов и услуг есть свои особенности, но у них гораздо больше общего, чем может показаться. Чтобы продвигать базу знаний, попробуйте мыслить как SMM специалист и основатель стартапа в одном лице, а не как Пётр I, насильно сбривающий бороды (никаких претензий к Петру, просто подход другой). И хотя идеального способа продвижения нет и вероятно, никогда не появится, в ваших силах найти рабочие для вашей конкретной компании способы. Удачи!

Подробнее..

Как тратить меньше времени на обучение стажеров-аналитиков и повысить его качество

15.07.2020 14:22:53 | Автор: admin


Привет, Хабр! Мы аналитики команды ITSM 365. Наши клиенты бизнесмены, которые используют облачное service desk решение. Мы много с ними общаемся и решаем их проблемы, делаем статьи и вебинары о продукте и занимаемся его развитием.


Найти сотрудника, который смог бы выполнять все эти задачи, непросто. Когда количество клиентов начало расти, поняли, что без новых рук не обойтись. Однако поиски затянулись: на рынке нужных кандидатов не оказалось. Решили пригласить стажеров и научить всему сами. И вот к нам идут четыре студента! Как ввести в строй всех разом? Решение создать курсы для стажеров за месяц. Задача казалась почти невыполнимой, но мы сделали это! И теперь делимся своим опытом с вами.



Раньше на наставничество уходило 30 часов в месяц


Первое время наставник тратил на обучение одного-двух новичков по 7-8 часов в неделю. За это время они знакомились с продуктом, изучали техническую документацию и учились работать в ИТ-системе. После этого их постепенно подключали к поддержке клиентов.


Мы передавали несложные обращения клиентов новым сотрудникам: они знакомились с вопросом и спрашивали у наставника, что нужно делать дальше и как лучше ответить. На этом этапе новички постигали принципы работы: как общаться с клиентом, выявлять проблему, описывать решение, правильно оформлять комментарии и т.п. Наставник устно объяснял все тонкости. Только после этого новички начинали решать вопросы самостоятельно.


Когда к нам на стажировку пришли 4 человека, время на погружение в рабочие процессы нужно было сокращать. Во-первых, на их обучение уходило бы в два раза больше времени, чем на двух новичков, и аналитик-наставник не успевал бы делать свою основную работу. Во-вторых, хотелось быстрее ввести ребят в строй и получить самостоятельных специалистов.


За счет чего сократить время на обучение стажеров



Последовательность этапов создания курсов


Устное объяснение новичку принципов поддержки занимало большую часть времени наставника. Чтобы снизить эту нагрузку, решили собрать наши принципы, систематизировать их и сделать по ним отдельный обучающий материал.


Для этого первым делом провели мозговой штурм и попросили каждого члена команды написать принципы, которых они придерживаются в работе. Получился внушительный список советов, основанных на многолетнем практическом опыте.


Следующий этап анализ собранного материала: какие принципы действительно работают, а какие вызывают сомнения. Обсудили, отсеяли неактуальные и оставили только самые ценные рекомендации.


По тематике принципы поделили на 3 группы:


  1. Взаимодействие с клиентом.
    Один из важнейших навыков специалиста клиентского сервиса. Стажер должен понимать, как общаться с клиентом, что делать, если собеседник настроен агрессивно и т.п.
  2. Оформление комментариев.
    Чаще всего мы общаемся с клиентом в переписке. Пользователь оставляет заявку с описанием проблемы, а аналитик отвечает на нее в комментариях. От того, насколько правильным и понятным будет объяснение, зависит скорость решения вопроса и удовлетворенность клиента.
  3. Тайм-менеджемент.
    Принципы из этой группы помогут новичку понять, как организовать рабочее время, чтобы успеть закрыть все задачи в срок.

Затем каждой группе придумали практические задания, которые помогут стажерам лучше воспринять информацию и сразу отработать полученные знания.


Последним шагом оставалось придумать, как всё упаковать.


Почему выбрали формат курсов


Собирая принципы, мы планировали оформить их в виде баннеров, однако материала оказалось слишком много, и от этой идеи пришлось отказаться. Другой вариант сделать презентацию, но в нее не так просто включить практические задания. Наставнику пришлось бы тратить дополнительное время на их проверку. А значит, это нам не подходит. Попросили совета у нашего специалиста по дистанционному обучению. В итоге решили оформить материал в виде курсов.


Дело в том, что уже больше года мы создаем курсы для клиентов, в которых рассказываем, как использовать все возможности продукта. Возникла мысль переиспользовать контент. Во-первых, это позволило бы познакомить стажеров с особенностями нашей платформы с помощью курсов для клиентов. Во-вторых, по этому примеру можно создать для стажеров обучающие курсы и обозначить в них важнейшие принципы нашей работы.


В этом варианте учитывались все требования: большой объем информации укладывался в интересный игровой формат с интерактивными заданиями. Курсы помогли бы разбавить монотонное изучение технической документации и повысить мотивацию стажеров. То, что нужно!


Приступили к оформлению контента. Подключили дизайнеров, продумали графику, цветовое решение и загрузили в конструктор курсов. После оставалось лишь открыть стажерам доступ и следить за их результатами.



В курсах чередуются слайды с теорией и практикой


Чтобы новичкам было проще воспринимать учебные материалы, решили ввести героя: девушку, внешне похожую на одного из наставников команды. Она встречает стажера с первых слайдов и ведет по всему курсу, объясняя принципы работы бизнес-аналитика ITSM 365.



Во время обучения стажеров сопровождает виртуальный наставник


Как изменился процесс обучения


С появлением курсов наставник тратит меньше времени на погружение стажера в специфику работы. Новичкам прививается самостоятельность. При этом качество обучения объективно выросло: стажеры делают намного меньше ошибок, сталкиваясь с реальными задачами клиентов.


Основные результаты внедрения курсов для стажеров:


  1. Курс структурировал и систематизировал все те принципы работы, которые до этого устно передавались новичкам от опытных сотрудников.
  2. Обучение стажеров стало более интересным за счет игрового формата и интерактивности курсов.
  3. Новичок получает обратную связь сразу во время прохождения курсов. Если верно выполнил задание, то понял тему, а если нет можно повторить материал и попробовать ещу.


Если ошибся в задании, можно пройти тему еще раз


Итог наша команда справилась! Четыре студента, которые пришли на стажировку в ITSM 365 полгода назад, сейчас вместе с опытными аналитиками отвечают на обращения клиентов в поддержке и активно подключаются к другим задачам. Также мы получили неожиданный профит: созданными курсами заинтересовались сотрудники других подразделений компании.


А у вас есть свои лайфхаки, которые помогают лучше организовать обучение стажеров? Напишите в комментариях. Интересно узнать ваш опыт!

Подробнее..

Почему онлайн-конференция по управлению знаниями это не скучно

16.07.2020 16:05:50 | Автор: admin
Онтико давно проводит классические офлайн-конференции, HighLoad++, KnowledgeConf или РИТ++. Это мероприятия на несколько сотен или тысяч человек с привычным паттерном действий: можно физически ходить на доклады, сидеть в кресле, слушать, а после общаться со спикером за кружкой кофе. Но в марте ввели ограничения на массовые мероприятия и оставался единственный выход переходить в онлайн. До этого мы думали, что онлайн-конференции это скучно и никому неинтересно, но оказалось, что это не так.



Почему онлайн это не скучно и каково перестраиваться с офлайн на онлайн, расскажем на примере конференции по управлению знаниями KnowledgeConf, которую мы провели в мае. Будет полезно тем, кто собирается выступать или участвовать в онлайн-конференциях, чтобы отличать посиделки в Zoom от полноценного онлайн-мероприятия.

Немного контекста


Когда в марте условия изменились, мы стали адаптироваться. До мая (когда намечался KnowledgeConf) в Онтико успели поэкспериментировать c Moscow Python Conf++.



Опыт показал, что провести онлайн-конференцию совсем не значит собрать всех вместе в Zoom и о чём-то поговорить. Здесь нужно режиссировать потоки, сводить эфиры, отдельно готовить презентации и спикеров, модерировать дискуссии, готовить фоны и уметь на лету преобразовывать формат.

После Moscow Python Conf++ собрали все данные, переварили коллективным алгоритмом и в апреле приступили к разработке собственной платформы для онлайн-конференций. Когда она была готова протестировали работу платформы на PHP Russia Online 2020 при поддержке Badoo уже на 3000 человек.

Чек-лист для подготовки онлайн-конференции


После такого проводить KnowledgeConf 2020 Online не страшно. Если соберетесь провести онлайн-конференцию, то вот краткий чек-лист, на основе нашего опыта.

Технические прогоны. Сначала со всеми докладчиками (докладов, блиц-докладов и митапов) связывался режиссер трансляции, чтобы протестировать естественное освещение и звук. Это важно, потому что логичнее заранее протестировать, как работает звук, каналы связи и как ведут себя спикеры перед камерой.

Оборудование. На прогонах заметили, что естественные условия чаще всего не подходят для качественной картинки. Поэтому всем, кому было необходимо, службами доставки отправили дополнительное (профессиональное) освещение, микрофоны и камеры.

Организаторы сильно порадовали: закупили и доставили профессиональную камеру, гарнитуру, свет и даже роллап! Были технические прогоны, на которых научили этим пользоваться, и предварительные слушания доклада со специалистами. После такой тщательной подготовки я значительно улучшил свою презентацию и переработал доклад. Спасибо огромное организаторам за возможность получить такой уникальный опыт!
Михаил Чкалов, спикер KnowledgeConf 2020 Online



Контент. Его мы готовили для конференции ещё с ноября 2019 (с прошлой KnowledgeConf) для классического формата, когда спикер стоит перед зрителями, рассказывает и показывает слайды на большом экране. Но в онлайне экран зрителя это монитор, а спикер не видит тех, кому рассказывает. Поэтому требовалось подготовить доклады и презентации для онлайна, например, увеличить шрифт или добавить больше слайдов для динамичности.

Спикеры. Они всегда приходят, чтобы делиться опытом и получать обратную связь. В онлайне схема сломалась. Когда докладчик говорит в бездушную камеру и не видит людей, сложно понимать, какой отклик вызывает доклад. Обратную связь спикер смог получать только после доклада, в чате обсуждений. Поэтому, если будете участвовать в онлайн-конференциях не жадничайте,хвалите спикеров, им это особенно важно.

Без визуального контакта нужно быть в разы бодрее, поэтому не все были готовы выступать онлайн. Как следствие, некоторые доклады, которые одобрили для живой конференции, ПК убрал из онлайн-программы. Но ПК отметил их себе в блокнотик, возможно, мы о них узнаем в 2021 году.

Расписание. Обычно в офлайне участники получают раздатки: блокноты, ручки, брошюры с расписанием, анонсами докладов и картой.



Если соберетесь организовывать онлайн-конференцию, то заранее подумайте, как будете переносить раздатки в цифровой вид. Мы перевели их в PDF-файлы, но получилось не так, как хотелось.

На обычной конференции мы листаем сборник полезных материалов между докладами. Здесь с этим оказалось сложнее: участники просто не смотрели в PDF-файлы с полезной информацией во время конференции, а добирались туда только после.
Родион Нагорнов, глава ПК KnowledgeConf 2020 Online

Как ещё подготовиться к онлайну


Для KnowledgeConf 2020 Online тщательная подготовка была нужна также и потому, что по сравнению с прошлой однодневной конференцией, контента стало больше примерно в два раза: два дня вместо одного, 7-8 параллельных потоков, нетворкинг и дискуссионные зоны в Zoom после каждого доклада. А ещё появились новые форматы, например, lightning-треки, мини-интервью и консультации экспертов.

Поэтому было важно, чтобы технически все прошло без заминок и при этом участники видели красивую картинку в трансляции. Но не всегда всё проходит гладко, потому что самое сложное в онлайне контроль и взаимодействие. Важен технический штаб несколько человек у пульта, которые отвечают за картинку, переключение спикеров, ретрансляцию картинки с разных залов, звук и много чего ещё.

Но здесь тоже нужно быть готовым к тому, что не всё работает так, как задумано, даже если вы всё предусмотрели.

Иногда внутренние каналы попадали в прямой эфир и в трансляции было слышно (чуть-чуть) переговоры организаторов или игру на гитаре...
Ксения Губаненкова, координатор ПК KnowledgeConf 2020 Online

Также будьте готовы к задержкам.

Из-за задержки в трансляции в несколько секунд возникали забавные накладки, как в телевизоре, когда корреспондент стоит и слушает вопрос, что прозвучал полминуты назад.
Лана Новикова, участник ПК KnowledgeConf 2020 Online

и к усталости.

Самое сложное быть онлайн почти все 8 часов подряд, чтобы если что подхватить задавание вопросов, дискуссии, заполнить паузы, последить за чатом.
Лана Новикова, участник ПК KnowledgeConf 2020 Online

Лучше проводить конференции не 8 часов, а 4-5, растянув мероприятие на несколько дней дольше. Например, именно поэтому осенние онлайн-конференции DevOps Live 2020 и Frontend Live будут занимать неделю, но будут проходить только в первой половине дня.

KnowledgeConf 2020 Online


Мы подготовились, учли все (почти) нюансы. Программа конференции выглядела так три трека докладов, к которым добавили митапы, мастер-классы, lightning-треки, мини-интервью и экспресс-консультации. На KnowledgeConf 2020 Online не было большого уклона в узкие темы, например, как работает какой-то определённый инструмент.

Доклады


Но в качестве исключения один инструмент всё же рассмотрели Space от JetBrains. Space среда для работы, которую в компании используют все, от программистов до бухгалтеров. О среде рассказала и показала (продемонстрировала) Валерия Андрианова.


Кроме видео, есть ещё тезисы и презентация, а потестить среду можно на официальном сайте. По отзывам некоторых зрителей доклад о Space просто космос.

Кроме инструментов, поговорили о том:

  • Как заставить экспертов делиться знаниями. Об этом рассказал Максим Гирин в докладе Рефакторинг процессов создания учебных материалов. Спойлер: нанимайте отдельного человека, который курирует экспертов, вытягивает из них данные и собирает в удобный продукт.
  • Как продать проект по менеджменту знаний руководству. Любой проект в области КМ получает развитие только при поддержке руководства на каждом уровне. Как использовать эти стартовые условия в свою пользу, рассказал Владимир Лещенко.
  • Как оформлять любую работу в виде проекта. Это показал Максим Цепков в докладе Управление знаниями в ИТ-проектах.
  • Также немного заглянули в будущее Евгений Селевич предсказал, что в следующем году обычный онбординг изменится. Вместо задачи погружения в компанию и быстрого выхода сотрудника на проектную мощность, будет другая цель employee experience или задача создания позитивного впечатления для удержания сотрудника в компании. При этом так будет не только в IT.

Мини-обзор докладов закончим докладом Николая Зайченко и Кирилла Митягина из Nevsky IP Law. Все помнят дело Rambler vs NGINX: спустя 15 лет после увольнения сотрудника компания предъявила права на интеллектуальную собственность. Чтобы такого не происходило, важно на берегу правильно оформлять документы и оформлять знания, как интеллектуальную собственность. Тезисы и презентация на сайте конференции.

Рассказать о всех докладах, а тем более, поделиться конспектами, мы не сможем. Но знаем, кто сможет. Если у вас есть примерно полчаса, то переходите в блог Максима Цепкова, где он подробно и обстоятельно поделился конспектами примерно половины того, что происходило на конференции (не знаем, как у него это получается, но получается здорово). А один из докладов, которые расхваливал Максим Шаринг знаний через освобождающие структуры Антона Морева уже есть в записи.


Примечание. Новые записи докладов и их расшифровки будут выходить регулярно. Подписывайтесь на рассылку конференции Knowledge Conf и ничего не пропустите.

Lightning talks


Это короткие доклады с ответами на вопросы. Lightning talks новый формат, который появился на KnowledgeConf 2020, хорошо себя показал и мигрировал на другие конференции. Lightning-talks объединили в блоки, благодаря этому за время одного доклада получалось узнать и обсудить несколько тем (мини-докладов).

Было интересно послушать lightning talk с Гузель Рахимовой, Виктором Вальчуком и Татьяной Андреевой. Мало того, что у них были очень полезные и глубокие выступления, так ещё и дискуссия после них доставила лично мне большое удовольствие.
Родион Нагорнов, глава ПК KnowledgeConf 2020 Online

Нетворкинг


Это главное открытие общения было много. Эксперты и участники с удовольствием общались, задавали вопросы и вступали в дебаты в Zoom-комнатах. Например, после доклада Ивана Мартьянова дискуссия продолжалась больше часа. Возможно, это связано с нестандартными тезисами, что папочная структура баз знаний устарела, а людям нужен управляемый хаос.

Но час это не рекорд. Дискуссионная зона Семёна Факторовича после доклада Вам кажется, что с вашей документацией что-то не так? Вам не кажется длилась больше двух часов. Доклад Семёна не о документации, а о заблуждениях об управлении знаниями. Естественно, что эта тема вызвала бурное обсуждение.

Дискуссии на 1-2 часа одно из преимуществ и открытий онлайна. Дело в том, что Zoom-комнаты не ограничены по времени. Участникам хочется общаться, и логично, что экспертные комнаты и обсуждение тем управления знаниями в Zoom стали альтернативной общению со спикерами в фойе. При этом здесь никто не мешает, Zoom-комнаты вмещают всех, и между ними можно перемещаться гораздо быстрее, чем между физическими. И даже быть в двух одновременно.

Онлайн-формат получился очень удачным, хотя офлайн-нетворкинга в фойе конференции мне лично не хватало...
Максим Цепков, участник ПК KnowledgeConf 2020 Online

Zoom-комнаты мог организовать почти любой участник, что труднореализуемо в офлайне. Например, после одного из митапов участник назначил свой митап на ту же тему и провел его.

А ещё на KnowledgeConf 2020 Online был (и есть) чат, где активно задавали вопросы



и пытались купить записи докладов на чёрном рынке.

Афтепати


Возможно, организованный нетворкинг не так привлекателен, как спонтанный, когда можно случайно познакомиться с кем-то за кофе. Но на afterparty в Zoom тоже было интересно.



На РИТ++ 2020 мы попробовали решить и это ограничение организовали онлайн-нетворкинг на afterparty на оба дня конференции с помощью spatial.chat. Это сервис, в котором можно общаться. Все выглядит как большой экран с круглымиаватарками пользователей. Аватарки располагаются на экране и чем они ближе, тем лучше слышно. Те, кто хочет поговорить сбиваются вместе в группы по интересам, в массив из кружков. Кажется, идея понравилась, потому что afterparty заканчивались в 11 вечера.

Онлайн это не скучно


Раньше онлайн-мероприятий мы не проводили. От этого подготовка была ещё интереснее. Оказалось, что вовлеченности аудитории и её активности не меньше. Получился не фестиваль вебинаров, а настоящая конференция, пусть и с именами в Zoom вместо лиц.

Выводы

  • В онлайне можно задействовать спикеров со всей страны.
  • В Zoom-дискуссиях огня не меньше, чем в обычных.
  • Участники готовы к более глубоким докладам: с исследованиями, стандартами, работе международных организаций и прочем контенте более детального уровня.
  • Капитанский вывод: на онлайн-конференцию не нужно никуда ездить, она уже дома.

Если хотите посмотреть, как всё это выглядит изнутри, на осень у нас запланировано пять онлайн-конференций и мы как раз принимаем заявки на выступления.

Также подписывайтесь на рассылку KnowledgeConf 2020 Online. В первом письме пришлем digital pack с полезными материалами конференции. Применяйте знания, используйте в работе, а о результатах рассказывайте на KnowledgeConf 2021 (можете подавать заявку на доклад уже сейчас прием открыт). В следующих письмах будем отправлять новости, анонсы и расшифровки докладов об управлении знаниями. Если хотите обсудить управление знаниями, спросить совета или поделиться историями с работы подписывайтесь на Telegram-канал Я шарю.
Подробнее..

Простые средства информирования внутри компании

14.08.2020 16:23:02 | Автор: admin
Всем снова привет!

Вроде бы еще не так давно я рассказывал, как выглядит обмен знаниями в Exness глазами новичка, и вот уже снова есть, что рассказать!

На самом деле, гибкость и скорость это два больших плюса в любом бизнесе. И на работу knowledge managera это влияет в огромной степени.

Сегодня я расскажу о трех простых, но очень востребованных в компании активностях. Отмечу, что на путь от идеи до воплощения потребовалось чуть больше месяца, и, наверное, это должно очень многое сказать о корпоративной культуре.

Почему этим хочется поделиться здесь, на Хабре? Очень просто: в ИТ-сфере управление знаниями все еще считается чем-то сложным, требующим больших усилий и обдумывания. Много раз приходилось слышать что-то типа: Ну ведь это же все долго и непонятно. А можно как-то быстро и просто?.

Итак, простые инструменты, которые любая компания может использовать в своей работе, независимо от того, есть у вас менеджер управления знаниями, или вы стартап с тремя разработчиками.



У нас в компании никто ничего вовремя не узнаёт...


Популярная ситуация, согласитесь. Не раз слышал рассказы о том, что поддержка узнает о новых фичах от клиентов. Почему так происходит? Обычно потому что внутренние коммуникации в компании работают органически (как получится) или для информирования используются средства, которые неудобны большей части компании. Например, разработчики предпочитают планировать проекты и релизы в JIRA и даже не задумываются, что люди из продаж или техподдержки за их JIRA-проектами не следят. Или сотрудники внутренних коммуникаций считают, что созданный ими корпоративный портал самое райское место в мире, а почтовые рассылки читают все.

Но это не так. В действительности, каждому отделу и даже каждому человеку удобно получать информацию из разных каналов. Кто-то может без потери производительности следить за новостями в корпоративной соцсети, а кто-то даже в обычных соцсетях не сидит. Кто-то читает все нотификации от JIRA, которые ему падают в почту, а кто-то считает их ненужным шумом и честно говорит, что даже не открывает их. Кому-то нравится обсуждать все на личных встречах, а кому-то только по переписке.

Все люди разные, поэтому, чем больше разноплановых каналов доставки информации вы запустите, тем большее количество людей в компании смогут получать информацию удобным им способом. А значит, с большой долей вероятности узнают о новшествах раньше клиентов :)

Главное, чтобы информация везде была одинаковая, а каналы работали с определенной регулярностью, а не как попало.

Кому реально надо, тот и так узнает!


Популярный, но ошибочный подход, который может привести к проблемам. Конечно, всегда есть очень инициативные люди, которые узнают о новой фиче, когда вы еще даже не запланировали дату релиза. Но все же таких меньшинство. А в достаточно интровертной айтишечке их число стремится к нулю.

Но дело даже не в этом. Люди не обязаны следить за вашими проектами и решениями. Вы ответственны за них, вы знаете, когда все готово к запуску, вы определяете дату релиза. Так в чем сложность рассказать об этом заинтересованным людям?

Более того, бывают такие ситуации, когда вы лучше знаете, кого аффектит планируемый апдейт. А если человек даже не подозревает, что вы готовите что-то, что может изменить его business as usual, как он должен предугадать ваши действия?

К чему приводит молчаливость, все представляют, как мне кажется. К жалобам клиентов, удлинению сроков реализации проектов, низкой производительности, несогласованности решений, дублированию функций и активностей в разных командах и многим другим вещам, которые обычно не нравятся руководству. И всего этого можно избежать очень просто: начать рассказывать о том, что вы сделали или планируете сделать.

Если у вас нет отдела, который занимается трансфером знаний внутри компании (управление знаниями или внутренние коммуникации), это нужно (в значении must) делать своими силами. Если такой отдел есть (очень рад за вас!), то нужно вовремя передать информацию ему, и коллеги сами лучшим образом ее распространят.

Это все долго и сложно. Лучше фичи быстрее пилить!


Часто сталкиваюсь в ИТ с мнением, что шеринг знаний это все долго и сложно, что это сильно отвлекает от самого важного (продукт сам себя не напишет!). Именно поэтому активности по работе со знаниями часто даже не начинаются. Или после старта на волне энтузиазма, когда инициаторы сталкиваются с необходимостью продавать свою идею всем и каждому, мотивация угасает, и передача знаний прекращается.

На самом деле, не так уж все и сложно. Не нужно изобретать какие-либо причудливые системы. Достаточно просто посмотреть, чем вы и так пользуетесь в компании, чтобы делиться знаниями и общаться, и просто начать системное информирование коллег через эти каналы.

Например, у вас в компании есть внутренняя почта. Кто мешает вам просто раз в месяц начать делать рассылку на всю компанию с описанием того, что ваша команда за этот месяц сделала? Если некогда писать большие тексты, можно просто ограничиться коротким описанием вроде Мы оптимизировали процесс А и добавить ссылку на таск в трекере.

Конечно, без работающего продукта на рынок выйти не получится. Важность разработки никто не умаляет. Но раз в месяц экспортнуть список задач из JIRA, добавить к каждой описание в 3-5 слов, скопировать это в письмо и нажать кнопку Отправить, это ведь не займет много времени, верно? Да вы и так, скорее всего, что-то подобное для руководства составляете и отправляете.

Ну или посчитайте, сколько времени вы тратите на разъяснения каждому спрашивающему по одному и тому же вопросу? Например, как там ваша библиотечка устроена? Я не уверен, что если суммировать время всех ваших ответов, оно будет меньше, чем время на создание той самой новой фичи. Вполне возможно, что рассказываете вы в разы дольше, чем работаете над продуктом.

Куда писать? Чем пользоваться?


Конечно, каналы информирования могут быть разными. Чем пользоваться зависит от культуры конкретно вашей компании. Если у вас приняты чатики в Slack и почта, заведите себе отдельный канал для новостей и ежемесячный дайджест с помощью email-рассылки. Самое главное, что следует помнить и понимать люди разные, и информацию они предпочитают получать по-разному. А еще люди не пользуются сервисами, которые им неудобны. Даже если начальник заставляет.

Поэтому нельзя рассчитывать, что вашу рассылку прочтут 100% нуждающихся в информации коллег, а чатик в Slack не будет на Mute у половины аудитории. А значит, нужно создавать столько каналов информирования, сколько возможно. Как у нас говорят чтобы из каждого утюга звучало. Тогда есть какие-то шансы достучаться до каждого сотрудника, предоставить ему информацию тем способом, которым он готов ее получать.

Как вам удобно следить за новостями? Кому-то нравятся ленты, кто-то слушает радио в машине, кто-то смотрит видео, а кто-то просто в столовой узнает все от коллег.

В условиях удаленки цифровые средства передачи информации вообще очень сильно помогают. Например, лично я, находясь в постоянном процессе обмена знаниями, практически не ощущаю, что сижу дома, в совсем другой стране, и никогда не пил кофе со своими коллегами.

Так а сами-то вы что делаете?


Чем больше вариантов задействовано, тем больше шанс, что вся компания живет с одинаковыми данными. Этим мы руководствуемся, развивая управление знаниями в Exness.

В прошлой статье я рассказывал о том, что вся полученная информация фиксируется в базе знаний и анонсируется в специальном паблике внутренней соцсети. В июле мы добавили сразу три новых способа по достижению ушей и глаз аудитории. Расскажу о каждом, насколько это возможно. Однако, в принципе, все наши инициативы это очень простые, доступные любой компании решения.



Блог базы знаний и Blog Yellow Pages


Все знают, что в каждом спейсе Confluence есть такая сущность, как Блог? А кто из вас им пользуется?

На самом деле, блог хорош. Он позволяет создавать посты, которые располагаются по свежести (самый свежий самый верхний). При этом ссылка на блог остается неизменной. То есть, открывая блог конкретного спейса, посетитель всегда увидит самую свежую новость. Старые при этом никуда не деваются просто уходят вниз.

На блог можно подписаться. Тогда о каждом новом посте вам будет падать уведомление в почту.

При этом каждый пост в блоге остается в то же время отдельной страничкой в Confluence, на которую можно ссылаться, которую можно отдельно открывать и редактировать, тегировать ее нужным образом.

По итогам опроса сотрудников, мы выяснили, что следить за внутренней соцсетью не всем удобно. Однако про существование Базы Знаний знают все. И мы начали дублировать все новости, которые публикуются в соцсети, в блог. Неудобно следить за постами в разных чатиках и группах? Пожалуйста, подпишитесь на блог и получайте уведомления о новостях в почту.

Кстати, насчет тегирования. Понятно, что сотрудникам не все новости интересны. Кому-то важно знать, что происходит в маркетинге, а кому-то нужны только обновления конкретного продукта. Самостоятельно выделять из ленты блога нужные новости достаточно трудно. Однако очередной стандартный функционал Confluence позволяет вытянуть на любую страничку посты из блога, согласно использованным лейблам (Labels).

Чтобы сделать всем удобно, мы разделили все новости, которые мы транслируем, по темам, присвоили каждой теме свои лейблы и настроили на отдельной страничке структуру разделов. В каждый из разделов подтягиваются из блога новости по соответствующей тематике (на основе лейблов) за последние 60 дней.

Мы назвали этот ресурс Blog Yellow Pages, и теперь любой заинтересованный в конкретной теме сотрудник может зайти и посмотреть последние новости по интересующей сфере бизнеса или продукту.

Можно было бы не ограничивать срок давности постов, но бизнес компании очень быстро меняется, и списки бы иначе стали слишком большими. А это ведет к проблемам с юзабилити сервиса.

В общем, как видите, ничего сложного. Коробочные возможности Confluence, 30 секунд, чтобы скопировать новость из соцсети, вставить ее в редактор блога и пометить нужными лейблами. Но это уже не только соцсеть, за которой не всем удобно следить.

Ежемесячный почтовый дайджест




Что может быть проще, чем корпоративная почта? Конечно, я знаю минимум одну большую компанию, в которой почты не существует совсем. Но это исключение. А для большей части компаний почта настолько естественное средство коммуникации, что даже удивительно, почему они не пользуются ею для распространения новостей.

В Exness почта использовалась мало. Вероятно, так сложилось исторически. Но никто не мешал (и не мешает сейчас) нам поработать над ее оживлением.

Умные люди говорят, что даже если ресурс непривычен, но он содержит важный, ценный для сотрудника и привлекательный визуально (= профессионально оформленный) контент, читатели будут им пользоваться, а вы получите положительную обратную связь.

Впрочем, даже если канал не взлетит, отказаться от его дальнейшего использования можно совершенно бесплатно.

В общем, опять же, для тех, кому неудобно пользоваться соцсетью, в июле мы сделали первый почтовый дайджест новостей за прошедший месяц.

Мы собрали в одном письме наиболее важные изменения за июль, дополнили их небольшими описаниями (насколько я помню, это называется лиды), добавили прямые ссылки на анонсы и разослали это на всю компанию через маркетинговый сервис почтовых рассылок.

Почему не просто с личного email, например, моего? Не устаю говорить, что PR и маркетинг это очень важные составляющие управления знаниями. Без них невозможно. А значит, надо пользоваться аналитикой, изучать поведение ваших клиентов, считать конверсии, создавать логотипы ваших активностей и т.д.

В нашем случае, мы хотели посмотреть, сколько людей вообще читают почту в компании, и какие новости они сами посчитали важными (наполняли рассылку мы на основе собственного понимания важности новостей).

То есть, два важных для нас значения, которые позволяет получить сервис маркетинговых рассылок, это: а) количество уникальных адресатов, открывших рассылку, и б) количество переходов из рассылки по каждой из ссылок.

Рад был увидеть, что, несмотря на все разговоры, будто почта в компании больше для всяких нотификаций, свыше двух третей сотрудников рассылку читали. А многие из них еще и по ссылкам ходили. Так что в почтовом дайджесте есть смысл.

Доказывает это и тот факт, что после рассылки ко мне стали подходить менеджеры продуктов и спрашивать, можно ли новости об их продуктах включить в письмо? А ведь это не про внешнего клиента сервис, а про коллег, сотрудников компании. Казалось бы, кто хочет, тот и так все узнает (читай выше). Но нет. В прошлой статье я уже писал, что в компании есть осознание важности налаженного обмена знаниями. Так что инициатива исходит не только от менеджеров по знаниям и техподдержки, но и, собственно, от экспертов, носителей и производителей знаний.

Онлайн-встречи с экспертами




Про культуру внутренних митапов много сейчас говорят в сообществе. Что надо их запускать, надо делиться знаниями, тренировать публичные выступления, устраивать различные FuckUp Nights и прочие полезные офлайн-мероприятия.

Но как это сделать в условиях удаленки? Как добиться того, чтобы выступление эксперта не превратилось в Yet Another Webinar с говорящей головой и не очень хорошо подготовленной презентацией.

Ну и поскольку во время митапов люди обычно обмениваются знаниями (шарят свои, отвечают на вопросы), то думать об этом нужно именно менеджеру по знаниям.

Лично меня очень драйвят внутренние митапы, воркшопы от сотрудников, train the trainer и прочие подобные мероприятия. Во время них из эксперта можно вытащить столько полезной и важной информации, причем, напрямую, без посредников, сколько никогда не получится в почтовой переписке или через документацию. Вот он, человек перед тобой. Ты можешь задать ему любой вопрос прямо здесь, и он тебе ответит прямо сейчас.

Имея в компании потребность в понимании различных наших продуктов, мы решили организовать проект, который назвали Live Updates. Это не совсем вебинар. И даже не столько вебинар, сколько полноценная мини-конференция в Zoom с использованием платформы для онлайн-опросников Slido.

В первой части мы снова силами команды управления знаниями проходимся по важным новостям. Это занимает около 20 минут. Наши спикеры тренеры компании, которые на еженедельной основе проводят семинары на всю компанию, посвященные новостям и изменениям. Они знают и умеют доносить и разжевывать информацию. Поэтому, несмотря на то, что новости и так уже были доставлены по нескольким каналам, эта часть не становится скучным повторением (ну и вы помните, чтобы из каждого утюга звучало).

Вообще, специалисты педагогического дизайна говорят, что повторение информации никогда лишним не бывает, и любую информацию периодически нужно повторно доставлять до обучаемых, чтобы она закреплялась. А еще лучше подкрепить это практикой. Что мы и сделали. После части с новостями мы приготовили квиз по всем новостям, который требует не просто выбрать ту информацию, которая уже звучала, но и применить какую-то логику для решения ситуации из вопроса. Победитель квиза получает небольшой сувенир от компании, что, я думаю, приятно.

После обзора новостей в эфире появляется специальный гость. Это руководитель какой-нибудь продуктовой команды, который готовит к мероприятию небольшой (тоже минут на 20) обзор своего продукта, трендов, фич, результатов и всего, что хочет донести до слушателей, а потом отвечает на все вопросы, которые у слушателей есть, в прямом эфире.

Про вопросы и подготовку презентации следует сказать отдельно. Мы заинтересованы в качестве выступления (спикер, кстати, тоже). Поэтому мы над ним работаем совместно. Примерно за неделю в Slido создается комната для мероприятия, и доступ в комнату транслируется по стандартным каналам (вы помните: соцсеть, чаты, дайджест, блог). Все желающие могут анонимно (или нет) оставить свой вопрос и полайкать чужие. Мы открываем доступ к вопросам спикеру, чтобы он мог понять, что интересует слушателей больше всего, и соответствующим образом развернуть свою презентацию. Или не разворачивать, а просто заранее подготовить ответы на эти вопросы.

За пару дней до мероприятия мы проводим со спикером прогон его выступления, проверяем техническую сторону трансляции, даем обратную связь по контенту, манере выступления (онлайн и офлайн две большие разницы) и удаляем из Slido вопросы, которые будут освещены в презентации.

Во время выступления мы продолжаем собирать вопросы от публики. Почему это делается не голосом или в чате Zoom? Slido решает сразу две проблемы.

Во-первых, можно начать собирать вопросы заранее и делать это анонимно. Это важно, потому что многие люди боятся и стесняются задавать вопросы лично, да еще и вслух. Причин этому несколько, о них много говорят психологи, оставлю эту тему за пределами статьи. Просто отметьте для себя, что возможность задавать вопросы анонимно снимает такой барьер.

Зачем стимулировать стеснительных слушателей задавать вопросы? Не спрашивают, значит, не так уж и надо Поверьте, это не так. И это может вылиться компании в серьезные проблемы. Представьте, что наш стеснительный сотрудник работает с Очень Важным Клиентом. И он знает, что у этого клиента есть определенная специфика, про которую в выступлении было сказано непонятно или просто мало. И вот наш стеснительный сотрудник, не имеющий комфортных условий для задавания вопросов, откладывает свой вопрос до последнего и не успевает его задать, потому что мероприятие ограничено по времени.

В знаниях этого сотрудника остался пробел, а Очень Важный Клиент, как назло, именно в этот момент спрашивает именно по этой тематике. Согласитесь, риск потерять этого клиента становится очевиден. Стеснительный сотрудник не знает ответа на вопрос, а компания рискует потерять деньги.

Второй плюс Slido удобство. Платформа удобна как для посетителей, так и для организаторов. Она поддерживает любые устройства. Спикер может говорить в камеру и параллельно с телефона управлять опросами. У платформы есть удобная админка и красивый фронт, который можно шарить в эфире.

Плюс также в том, что платформа позволяет проводить опросы во время мероприятий, что делает их более живыми интерактивными. А сами вопросы не лежат где-то в отдельных записях Zoom, их все можно найти все в той же админке и выгрузить в удобном формате.

В общем, добавляйте мероприятиям интерактива, и будет получаться не хуже, чем в офлайне!

А дальше что?


Если вам кажется, что перечисленное выше это много и долго, то сразу вас разочарую. На запуск всех активностей ушел один месяц не плотной работы параллельно с другими задачами.

А в планах еще больше. Наши следующие шаги: сообщества практиков, корпоративный блог (не тот, который с новостями в Confluence, а вполне себе настоящий блог для самых разных историй: от участия в конкурсах и финансовых результатов компании до описания любимого туристического направления), воркшопы, которые профессионалы в своей сфере проводят для всех желающих разобраться в их профессии, ну и продолжение развития культуры внутренних митапов в самых различных проявлениях.

Зачем? Чтобы люди в компании знакомились между собой, разговаривали, спорили и тем самым развивали друг друга и придумывали сообща новые идеи для бизнеса.

Не хотим knowledge managera! Что делать?


Конечно, я понимаю, что далеко не все ИТ-компании готовы выделить хотя бы одну штатную единицу для knowledge managera. Руководство в ИТ обычно стремится при любой удобной возможности взять дополнительного разработчика, чтобы фичи быстрее выпускать (см. выше, почему это не работает). Но на самом деле все описанные выше активности можно реализовать силами уже имеющихся в компании людей. Да, это определенно будет дольше и больнее, но все же активности будут запускаться и развиваться, а это уже много.

Итак, кто может заменить вам менеджера по управлению знаниями?

Прежде всего, внутренние коммуникации. Как вы, вероятно, заметили, все, что я описал выше, лежит в сфере коммуникаций, передачи знаний от экспертов нуждающимся подразделениям. Если выстроить процессы коммуникаций между разными бизнес-юнитами, обмен знаниями будет работать. Ну а раз это про коммуникации, то внутриком (интерком) вполне обоснованно может этим заниматься. Например, некоторые из планируемых активностей я не представляю себе возможными без участия интеркома (тот же корпоративный блог).

Если внутренних коммуникаций у вас тоже нет, то можно обратиться к деврелам. В принципе, это достаточно уникальное явление в ИТ, которое призвано налаживать общение айтишников между собой и с другими подразделениями. И деврелы вполне могут отвечать за все эти активности.

Ну и в самом крайнем случае можно все свалить на тимлидов. Начать выстраивать коммуникации внутри своей команды намного проще и быстрее, чем делать это в масштабах компании. А если у кого-то инициатива взлетит, то они и с другими командами смогут своими подходами поделиться.

Но все же очень рекомендую задуматься о найме менеджера по управлению знаниями (а лучше двух), чтобы не нужно было придумывать обходные решения. Это поможет любой компании больше знать о самой себе, а значит, лучше планировать, изобретать и развиваться.
Подробнее..

Из песочницы Как я веду Zettelkasten в Notion уже год стартовый набор и полезные трюки

06.07.2020 12:10:38 | Автор: admin

Zettelkasten крутой метод хранения идей и знаний сейчас на слуху, дошел и до Хабра. Я веду такой в Notion уже год, потому что Notion лучше всех воплощает три главных принципа Zettelkasten: взаимосвязанность, категоризацию, актуальность. Метод улучшил качество моего обучения и исследований, и без него как-то уже не так.

Я почитал русскоязычные и англоязычные ресурсы и не нашел ни нормального шаблона для Notion, ни объяснения как реализовать главные преимущества метода Zettelkasten. Под катом и то, и другое.

Дисклеймер: ни Notion, ни автор метода мне за статью не платили.

Что такое этот ваш Цеттелькастен?


Это метод хранения и систематизации идей, знаний, источников и чего душе угодно. Zettelkasten социолога Никласа Лумана помог ему написать более 70 книг и 400 статей, при том что вел он Zettelkasten на бумаге, а писал не детективы, а книги и работы по социологии. Обязательно прочитайте перевод на Хабре о преимуществах метода.


Так выглядели карточки самого Никласа. Взято из блога Eugene Yan

Мой Zettelkasten выглядит как на картинке в начале статьи, но внешность обманчива Zettelkasten может выглядеть как угодно, и в этом его преимущество. Для этого поста я взял донором мои весенние заметки по Java, поэтому не удивляйтесь специфичности скринов.

Для меня, Zettelkasten базируется на трех главных принципах.

Взаимосвязанность


Заметки в Zettelkasten находятся в ассоциативной сети, прямо как в человеческой памяти (но это не точно), из-за чего их считают продуктивнее обычных заметок. На деле у меня получается придумывать новые идеи, не терять нить размышления при длительном исследовании и находить связи между прочитанным месяцы спустя.

Категоризация и иерархия


Взаимосвязанность обеспечивает то, что все заметки в Zettelkasten связаны. И не только по признаку темы, категории или по тэгам, но и между собой, в иерархии и без нее. Я веду длинные цепочки по мере чтения книги и сортирую данные по темам. Например, вот мои заметки по дженерикам в Java.


Актуальность


Так как вам придется проставлять ассоциации, категории и тэги, Zettelkasten стимулирует вспоминать взаимосвязанные между собой вещи. По моему опыту, это и есть тот момент, когда рождаются новые идеи, а еще и тренируется память.

Еще в Zettelkasten легко искать ответы на вопросы, особенно если его откармливали годами, и теперь он толстый и мудрый.


Мои цели и опыт


Я завел Zettelkasten чтобы учить программирование эффективнее: вести конспекты так, чтобы было легко находить снова и не приходилось перегугливать свои вопросы. Со временем я осознал мощь метода и стал использовать его для всего: своей книги, случайных идей, исследований по работе.

Смешивание помогло: тут же нашлись связи между разными дисциплинами и темами, а еще я я перестал забывать, почему же LinkedHasList был столь важен для меня два месяца назад (чтобы реализовать порядок ходов в настольной игре). Из идей ничего больше не теряется, а значит не приходится изобретать их заново. Это экономит ресурсы мозга, а так как мозг потребляет много калорий, то можно сэкономить и на еде. Полезно в эти темные дни.

Как завести Zettelkasten в Notion?


Я уповаю на то, что читатель знает уже основы Notion, или просто с ними разберется: инструмент не сложный и нынче бесплатный для личного пользования. Я расскажу только неочевидные, как оказалось, основы реализации Zettelkasten.

База данных основа основ


Это сердце Zettelkasten и основа всех преимуществ Notion: без неё можно также реализовать метод в Блокноте. Создается она просто: (1) создается пустая страница, а затем (2) выбирается тип базы данных.

Таблица проще всего для отладки. Это только внешний вид коллекции карточек с метаданными, потом можно его изменить.

Настройка атрибутов карточек


В созданной таблице нужно открыть любую страницу и задать минимальный набор аттрибутов каждой карточки. Эти поля будут доступны затем для каждой новой заметки, и наоборот: добавленные аттрибуты появятся в старых заметках.

Минимальным набором для полной реализации Zettelkasten являются:

  1. Тэги: неограниченное количество тематических меток. Когда будете вводить тэг, Notion предложит существующие или сразу создаст новый, поэтому даже с телефона удобно их добавлять.


    Не нужно пытаться продумать сразу все тэги. Просто добавляйте по мере пользования, и пытайтесь добавлять только такие, которые будете переиспользовать. Я пытался создать себе набор тэгов на старте, и в итоге пришлось удалять неиспользуемые.
  2. Категории: основная тематическая принадлежность заметки. Я выявил на деле, что хотя тэговая, мелкая тема может повторяться (например, math), большинство заметок принадлежат к категорической, большой теме (например, Java). Иногда заметка может менять категорию, например повышаться из Идей в Посты.


  3. Связи. Для этого нужно выбрать продвинутый атрибут Relation (1), выбрать ваш Zettekasten из списка баз данных, а затем выбрать вариант Create a new property: Sync both ways (2). Таким образом, взаимосвязанные карточки будут автоматически генерировать ссылки друг на друга.




На этом создание закончено и надо работать


Да, Zettelkasten уже готов к бою. Но история только начинается.

Вся суть метода в том, что его надо вести. Стоит следовать советам из перевода: например записывать идеи дробно, своими словами и пытаться связать одни записи с другими. По ходу дела вы будете дорабатывать свою киберпамять под нужды.

Например, у меня появился атрибут URL, потому что я пользовался клиппером Notion для сохранения целых статей прямо в Zettelkasten и хотел хранить ссылки на источники. Полезно при работе с академическими журналами по подписке, если вы почему-то не научный пират.

По мере наполнения Zettelkasten, его мощь и полезность будут расти. Для меня первый момент X настал спустя две недели, когда вместо перегугливания процесса создания файла в Java я нашел его в Цеттеле. А второй когда я конспектировал Троцкого и сумел связать его идеи автономной революционности масс с карнавалом Бахтина. Теперь открытия и находки происходят каждый день.

Особенности и преимущества Zettelkasten в Notion


Тут и начинается самая важная часть поста. Оказалось, что даже секундные тормоза забивают гвозди в гроб моей любви к заметкам, и пришлось оптимизировать работу с Zettelkasten. Поэтому эта история об эффективном использовании Notion и убыстрении процесса.

Как пользоваться связями карточек?


Каждый раз, когда вы добавляете одну карточку к другой, в поле Related можно вводить нужный термин, например Boolean. Notion сразу подыщет их в вашем Zettelkasten. А можно выбрать руками.


Потом детей отдельной идеи можно увидеть в авто-генерированном аттрибуте карточки.

Это работает в обе стороны: можно кликнуть на авто-аттрибут и сделать карточку ребенком вручную.

Как создавать виды на записи?


В методе важно иметь способ по-разному взглянуть на собранные знания. В Notion это реализуется через виды и каталоги.

Вид Zettelkasten можно создать с помощью переключателя вида сверху (1). Я пользуюсь, в основном, галереями (это вид карточек) и списками.


Можно иметь несколько видов одного типа: вид это не только стиль выкладки, но и видимые атрибуты, фильтры, сортировка и все ваши настройки. Через меню Properties (2) в виде Галерея можно:

  • Настроить порядок показа атрибутов (например, показывать имя карточки внизу)
  • Изменить размер и что будет показываться на превью.
  • Включать и выключать отображение атрибутов


Как создавать каталоги?


Преимущество Zettelkasten в том, что он позволяет в любой момент собирать каталог по набору тем, признаков или связей между заметками. Это открывает досель неочевидные вещи и соединяет клочки идей в одну историю. А преимущество Notion в том, что это делается в три клика.

В Notion есть блок Связанная база данных (Linked database), которая создаёт проекцию данных из основной базы на отдельную страницу. Связанную базу данных можно создать на отдельной странице и выбрать для неё свои виды. Она будет синхронизироваться с главной, и наоборот.


Теперь следите за руками:

  • Создаем карточку внутри Zettelkasten
  • Вставляем в неё базу данных, связанную с Zettelkasten (так можно)
  • Создаем для неё вид, фильтруя по тэгам или категории.

Получилась архикарточка, прямо как у автора метода Лумана. Для них у меня отдельная категория. Вот, например, мой каталог на тему объектно-ориентированного программирования и полиморфизма.


Настройка происходит через фильтры, и они работают по атрибутам. Увы, пока не по содержимому. Пока фильтры не включены, появляются они только по наводке мыши.


Как ускорить ввод данных в больших базах?


Когда ваш Zettelkasten перевалит за сотню-вторую записей, он начнет загружаться с задержкой и вообще тупить при манипуляциях. Но так как мы умеем создавать связанные базы данных, то ситуация легко исправима.

Я создал отдельную страницу для ввода, вставил в неё связанную базу и отфильтровал её так, чтобы показывались только добавленные сегодня карточки. Она загружается мгновенно с телефона и ПК.


Для пущей скорости я создал для неё ярлык в Chrome и закрепил на панели задач. Для этого надо через настройки Chrome выбрать More tools Create Shortcut. Не забудьте проставить Open as window в диалоговом окне.


Как искать данные?


Это большой провал Notion, но если кликать по кнопке Search вверху самого Zettelkasten, то искать он будет по заголовкам и никак иначе. Чтобы искать по тексту и вложениям как в начале статьи, нужно пользоваться Quick Find, который вызывается по Ctrl/Cmd + P.


Как использовать шаблоны ввода?


Со временем обнаружилось, что я ввожу плюс-минус одинаковые типы новых карточек. Потому я создал шаблоны, которые вызываются по кнопке New в углу и предлагаются при создании новой страницы.


В шаблоне можно поставить атрибуты по-умолчанию, иконки и даже содержимое. Например шаблон каталога сразу содержит связанную базу данных с фильтром для быстрой настройки.


Как создавать резервные копии?


Автор метода вел свой Zettelkasten десятилетиями, и недавно в коментариях я увидел, что Notion слишком скоротечен и ненадежен для такого метода. Мне тоже страшно что Notion вдруг закроется, и потому я регулярно выгружаю данные и отправляю в облако. При экспорте Notion присылает копию на имейл; так получается следовать правилу 3-2-1 без особых усилий.


В архиве есть корневой файл со ссылками на все карточки, и папка с карточками и ресурсами: картинками, файлами и вложениями. В HTML хранятся стили, тэги, категории и остальные атрибуты, так что в случае конца света, можно будет перестроить Zettelkasten самому.


Выводы, шаблоны и ресурсы


Zettelkasten развивает зависимость. Когда не можешь записать идею или узнанный факт прямо тут и сейчас, осознание его ненасытности и щедрости вызывает острую боль. А лень скормить Цеттелю что-либо пробуждает вину. Поборники метода не врут: появляется желание читать ранее тягостные книги и мануалы с целью накормить своего заметочного демона, чтобы тот переварил гранит науки в мягкую кашу.

Я верю, что лучший Zettelkasten построен своими руками. Ни один из шаблонов Notion, которые я видел не пригодился сам по себе. Поэтому я и написал статью вместо размещения очередного шаблона на Реддите.

Тем не менее, я создал шаблон для использования со страницей для быстрого ввода, типовыми карточками (разные категории, каталоги) и примером того как отсылаться к другим страницам. Можно копировать его к себе, а можно посмотреть и сделать свой.

В своём шаблоне я использовал бесплатные иконки для Notion от NuttsLab, мне они нравятся.
Подробнее..

Пример модели знаний о требованиях

01.03.2021 12:17:20 | Автор: admin

Зачем нужна модель знаний

За уже несколько десятков лет существования индустрии информационных технологий создана значительная теоретическая база. Множеством ассоциаций и организаций разработаны своды знаний и методологии в различных областях.

Вот некоторые из них:

  • BABOK (A Guide to the Business Analysis Body of Knowledge) - руководство к своду знаний по бизнес-анализу от Международного института IIBA (International Institute of Business Analysis)

  • SWEBOK (Software Engineering Body of Knowledge) - международный стандарт ISO/IEC TR 19759 от 2015 г., в котором описана общепринятая сумма знаний о программной инженерии

  • SEBOK (Systems Engineering Body of Knowledge) - свод знаний в области системной инженерии, разработанный организацией BKCASE, которая контролируется Управляющим советом, состоящим из трех ассоциаций (т.е. Международного совета по системной инженерии, Центра исследований системной инженерии и Компьютерного общества IEEE)

  • BPM CBOK (Guide to the Business Process Management Body of Knowledge) - свод знаний по управлению бизнес-процессами Ассоциации профессионалов управления бизнес-процессами (ABPMP)

  • PMBOK (Project Management Body Of Knowledge) - свод профессиональных знаний по управлению проектами института управления проектами PMI

  • сертификация IREB CPRE (certification in Requirements Engineering) Foundation Level - методология инженерии требований сообщества IREB.

Эти документы не сложно найти на просторах интернета, однако, чтобы изучить их потребуется значительное количество времени. Сотни страниц сухого текста: определения, классификации, зачастую, отсутствует русский перевод все это препятствует усвоению ценного материала, изложенного в источниках. Для систематизации и использования в работе такого объема информации требуется представление знаний в более удобном для восприятия и сжатом виде.

На текущий момент существует множество способов представления знаний: семантические сети, фреймы, языки и нотации и др. (Википедия).

Один из этих способов можно было бы использовать для конспектирования изученного материала в виде модели знаний с целью:

  • извлечь существенные понятия о концепциях, описанных в своде знаний

  • получить структурированное системное представление о связях между концепциями

  • обеспечить быстрый доступ к изученной информации, чтобы в дальнейшем быстро и удобно использовать ее в работе.

Что должна включать модель знаний

Cводы знаний и методологии инженерии требований и системного анализа описывают процессы, техники и подходы, применяемые в проектировании и создании информационных систем.

А раз это процессы, то классический подход к такой модели - ответить на основные вопросы:

  • кто? - какие действующие лица с какими наборами компетенций выполняют активности в процессах

  • как? - какие активности, техники и события включают в себя процессы, в какой последовательности выполняются; кроме описания самих активностей важно отразить:

    • ключевые принципы, на которых базируются активности

    • ключевые свойства и аспекты активностей

    • основные ограничения

    • определения и факты, связанные с процессами

  • что? - какие поставляемые результаты и прочие сущности являются результатом активностей или поступают на вход активностей

  • зачем? - какую ценность вносят активности и процессы в общий процесс инженерии требований и системного анализа.

Кроме того, между концептами системы важно отразить связи:

  • структурные - отношение к группе, связь части и общего

  • зависимости - влияние концептов друг на друга или операции, связывающие концепты друг с другом

  • динамические - обозначить последовательность выполнения, направление потока информации

  • обобщение и специализация - связь между абстрактным и конкретным представлением одного концепта, отразить наследование.

Archimate для представления знаний

Для практической реализации модели потребуется простой и удобный в использовании инструмент, который смог бы визуально (в графической форме) представить выявленные концепции, определения и связи.

Далее описана попытка представить методологию инженерии требований сообщества IREB в виде модели знаний в нотации ArchiMate.

Нотация ArchiMate предназначена для описания архитектуры информационных систем, имеет собственное бесплатное кросс-платформенное программное обеспечение и описывает широкий спектр аспектов информационных систем на различных слоях (уровнях абстракции) системы: стратегия, бизнес, приложения, технологии, производство, реализация и переходы, мотивация. Позволяет описать пассивную и активную структуру системы, ее поведение, различные типы связей между элементами.

Некоторые примеры описания модели знаний элементами нотации Archimate:

1. Активности, группы активностей и связи между ними

Цель описания: ответить на вопрос Как? - описать последовательность и структуру выполняемых в процессе активностей, а так же применяемые техники.

С помощью элемента слоя реализации Пакет работ (Work Package) можно отразить активности и техники используемые в процессах.

Связь Композиция (Composition) отражает то, что одна активность является частью более крупной группы активностей. Связь Триггер (Triggering) позволяет отобразить последовательность выполнения активностей.

Например, процесс организации работы с требованиями включает в себя активность по управлению жизненным циклом, которая состоит из последовательности этапов: Определение моделей жизненного цикла Контроль переходов и т.д.

Элемент Ценность (Value) позволяет указать ценность или преимущества использования активности в общем процессе и ответить на вопрос модели Зачем?.

2. Результаты активностей

Цель описания: ответить на вопрос Что? - описать основные ключевые результаты активностей и процессов, информационные потоки.

Результаты активностей описываются элементом Поставляемые результаты (Deliverable).

С помощью связи Реализация (Realization) отражается - какая активность создает поставляемые результаты. Связь Доступ (Access) позволяет показать чтение или запись информации из/в поставляемые результаты. Связь Поток отражает факт передачи информации (без конкретизации сущностей) между активностями или событиям.

Например, результатом активности по выявлению заинтересованных сторон являются списки заинтересованных сторон, которые поступают на вход активности по выявлению требований. Кроме того, активность по выявлению требований использует информацию о потребности к изменениям.

3. Свойства активностей

Цель описания: отразить основные принципы, свойства, ограничения и аспекты активностей, а так же определения, связанные с ними.

Используя элементы слоя мотивации ArchiMate можно описать ключевые свойства, аспекты, определения и ограничения, связанные с активностями и поставляемыми результатами системы.

С помощью элемента Требование (Requirement) описываются свойства или аспекты, связанные с активностью или поставляемыми результатами процесса. Элемент Принцип (Principle) позволяет описать ключевые принципы, связанные с активностью. Элемент Понятие (Meaning) можно использовать для описания ключевых понятий и определений.

С помощью связи Ассоциация (Association) описанные артефакты связываются с активностями и поставляемыми результатами.

Например, процесс инженерии требований имеет Ключевые аспекты процесса RE (декомпозируются в отдельном представлении) и основывается на девяти ключевых принципах. Принцип 4. Контекст связан с концептом Контекст (само определение дано в описании элемента).

Факторы, каким то образом ограничивающие пространство свойств или оказывающие влияние на свойство отражаются элементом Ограничение (Constraint), а само влияние отражается связью Влияние (Influence).

4. Взаимосвязи между активностями и выполняющими их сущностями: роль или актор являются ответственными или выполняют некоторые активности

Цель описания: ответить на вопрос Кто? - описать наборы компетенций и основных действующих лиц, участвующих в процессах.

Элемент Роль (Business Role) позволяет отразить набор компетенций или зону ответственности, связанных с активностью. Элемент Актор (Business Actor) представляет бизнес-сущность, выполняющую активность. Это может быть как конкретное лицо, так и структурные единицы, например, подразделения.

С помощью связи Назначение (Assignment) устанавливается связь между соответствующим активным элементом и активностью, им выполняемой.

Например, Заинтересованные стороны формируют Потребность в изменениях, запускающую процесс инженерии требований, который выполняет роль Инженер по требованиям, обладающая некоторым набором компетенций (указаны в описании).

5. Структурные связи между сущностями. Обобщение и специализация

С помощью связи Агрегация (Aggregation) однотипные элементы могут быть объединены в группы, организованные в сложные иерархии. На схеме элементы могут отражаться как отдельные элементы, связанные между собой, так и располагаться в границах родительского элемента. Например, в группу ключевых аспектов процесса инженерии требований входит аспект Требование и время, который, в свою очередь, включает аспект Спецификация, ориентированная на риск.

С использованием связи Композиция (Composition) отображаются случаи, когда один элемент является неотъемлемой частью другого (не может существовать без него). Например, активность по обучению пользователей является частью процесса выбора CASE-инструмента.

Отразить связь между абстрактным концептом и его конкретными реализациям позволяет связь Специализация (Specialization). Например, к концепту Модель относятся модели системного контекста, которые в свою очередь могут быть реализованы как DFD-диаграммы или UML-варианты использования.

6. Что еще может Archi

К каждому элементу может быть составлено описание или дано текстовое уточнение.

В состав ArchiMate входит инструмент для просмотра всех связей выбранного элемента. Глубина связей может настраиваться.

В состав Archi входит плагин, который позволяет выгрузить модель в html-формат для размещения на сайте с минимальными доработками. В формате реализована навигация по модели: переходы от представления к представлению по щелчку на ссылку представления, отображение описания по выбранным элементам.

Заключение

Методология инженерии требований сообщества IREB описана моделью представления знаний в формате ArchiMate. Результат здесь:

Что удалось:

  • в графической форме представить знания об инженерии требований

  • выделить основные концепции, связи между ними и зафиксировать описание ключевых определений

  • реализовать простой и удобный доступ к модели в интернете.

Какие остались вопросы:

  • для описания активностей и поставляемых результатов использованы элементы реализации, что ограничивает применение типов связей между элементами схемы; возможно было бы лучше использовать элементы для описания бизнес-процессов

  • область применения модели - достаточность для описания других областей знаний системного анализа

  • возможность описания в одной модели нескольких сводов и методологий; например, в описанной методологии не выделен отдельно процесс анализа требований, что ограничивает возможность совместить эту модель с областью знаний о системном анализе в целом.

Подробнее..

Как создать базу знаний, чтобы она стала интеллектуальным активом компании

08.12.2020 10:15:01 | Автор: admin
Создавая базу знаний, каждый преследует свои цели и решает свои проектные задачи, использует свои инструменты и программные средства. Однако для чего бы и с помощью чего бы не создавалась база знаний, она обязательно должна приносить компании максимальную пользу. Как этого добиться?

В сентябре 2020 года я выступила спикером IV-й конференции Управление корпоративными знаниями, проходившей в рамках недели корпоративного обучения. Мой мастер-класс Как создать корпоративную базу знаний, чтобы она стала интеллектуальным активом компании заинтересовал собравшихся, и я решила сделать из материалов выступления статью. Буду рада если текст поможет вам в работе. Буду рада, если кто-то из вас захочет в комментариях обсудить этот пост.

Источник

Универсального сценария Как создать базу знаний, который бы подходил всем и всегда, нет и быть не может. Обусловлено это как разными подходами к организации баз, так и разными IT-инструментами. А вот общие требования, своеобразный cookbook, как раз предмет моей статьи.

Опыт большого многоуровневого проекта поддержки информационной системы позволяет выделить три основных принципа, лежащих в основе любой успешной базы знаний. Она должна быть:

  • понятной;
  • актуальной;
  • доступной.

Написать понятно для всех


Источник

Текст статьи из базы знаний должен быть понятен всем, кто будет её читать. Притом понятен с первого прочтения, ибо скорее всего второй раз её читать просто не будут. Статья не должна быть слишком длинной или чрезмерно короткой. Материал должен быть изложен так, чтобы трактовки его содержания были однозначными, и не нужно было переводить с бухгалтерского или IT-шного на человеческий.

Например, статья, описывающая решение типовой проблемы, написанная в стиле перед входом в личный кабинет очистите кэш, скорее всего вызовет вопросы, а вот если дополнить его алгоритмом очистки кэша, написанным для вашей бабушки, то ответ будет понятен всем.

Ситуация становится острее, когда база знаний используется как FAQ для внешних пользователей, уровень подготовки которых разнится от бабушек и дедушек, которые не смогли освоить смартфон, до суперпрофессионалов этой области.

На первый взгляд, кажется, что достичь этого невозможно: если статья написана для чайника, то погруженному в тему она будет избыточной, а если ориентироваться на профи, то чайнику потребуется перевод. Как быть?

Есть много инструментов, помогающих решить проблемы. В Департаменте корпоративных систем ЛАНИТ мы используем три подхода.

1. Ревью от ведущего эксперта предметной области. Процесс направлен на повышение качества материалов базы знаний (далее БЗ). Суть в том, что эксперт проверяет корректность изложения материала, в том числе логичность и последовательность изложения.

Источник

2. Обратная связь от пользователей в виде оценки и предложений по расширению/сокращению/изменению формулировок, порядка изложения/структурирования и т. п. по результатам использования материала. Обратную связь могут оставить все заинтересованные. Предложения и пожелания прорабатываются. Технически это может быть реализовано в виде оценок ответов от пользователей, лайков, благодарностей и т. п.

3. Структурирование. Этот инструмент условно можно разделить на два типа воздействий:

  • административное воздействие регламентированный порядок изложения в едином стиле, порядок фиксации изменений, дополнений и т. п.;
  • технические решения использование макросов и надстроек, позволяющих раскрывать подробности и расшифровки только в случае, если в них есть необходимость. Это решает вопрос разного уровня подготовки читателей: для специалиста статья будет максимально коротко изложенной на языке профессиональных требований, а для новичка будет содержать расшифровки терминов и ссылки на статьи по смежным вопросам.

Например, статьи, описывающие алгоритм решения типовых проблем, у нас имеют вот такую структуру:


Всегда актуально


Однажды разместив информацию в базе знаний, нужно всегда поддерживать её в актуальном состоянии. У всех пользователей базы знаний всегда должно быть доверие к материалам, размещенным в ней.


По сути, knowledge manager должен иметь свою систему мониторинга, в которой будут свои триггеры и четко описанные алгоритмы реагирования.

Например, для базы знаний службы поддержки информационной системы триггером будет служить выход новой версии, изменение законодательства и т. п. Разработка набора триггеров и действий при их наступлении, а также определение ответственных за их выполнение задача, решение которой обеспечивает значительную долю успеха базы знаний.

Сработавший триггер означает, что нужно оперативно скорректировать материалы. Для того, чтобы обновление не стало кошмаром, на этапе размещения материалов необходимо продумать, как оптимизировать количество статей и при необходимости автоматически отбирать нужные по заданным параметрам.

В качестве инструмента, позволяющего осуществить автоматический отбор статей, мы используем классификаторы и статусы (статусная модель с определенным алгоритмом переходов). При этом сложная задача создание классификаторов так, чтобы их состав был достаточным, но не избыточным.

Пример статусной модели:


Как не создать информационную мусорку вместо базы знаний


Статьи, отвечающие на неактуальные вопросы или имеющие узко сформулированные заголовки, путь к созданию информационной мусорки вместо базы знаний. Заголовок, сформулированный недостаточно широко, означает, что в нужный момент найти такую статью смогут только те, кто знает, что она есть в базе знаний. Остальные начнут решать задачу с нуля и создадут на основании этого решения статью-дубль.

Например, заголовок Шаблоны заявлений вполне корректен, но сформулирован узко. Искать будет легче, если добавить в него ключевые слова и написать так: Шаблоны заявлений: отпуск, отгул, удаленная работа, увольнение, перевод.

Решить проблему помогает статистика использования материалов базы знаний. Опираясь на статистику использования, мы можем найти редко используемые и либо отправить их в архив (если материал утратил актуальность), либо расширить, обеспечив популярность в дальнейшем.

Статьи, собранные по принципу Lego из констант и переменных, снижают затраты на базу знаний


Есть правило, к которому мы пришли не сразу, но которое значительно экономит время на поддержание актуальности базы знаний. Это правило никакого дублирования! Информация фиксируется один раз, далее используются ссылки на нее. Технически есть масса возможностей вживлять константы в нужные места по тексту статьи так, чтобы читатель даже не знал о том, что статья как конструктор состоит из частей.


Почему не летит


Даже самая актуальная база знаний, содержащая ответы на все востребованные вопросы, может не взлететь, если найти нужную информацию сложно.

Решить проблему поиска можно структурированием и многоуровневой классификацией. Причём классификация должна быть не только на уровне разделов каталога БЗ, но и с метками по разным тематикам (например, если у нас база знаний службы поддержки пользователей, то по темам, личным кабинетам и т.д.). Каждый пользователь может отобрать перечень статей по заданным критериям, используя форму расширенного поиска.

Для того, чтобы поиск был максимально качественным для конкретного пользователя в базе знаний реализована ролевая модель доступа. Это, во-первых, решает вопрос потенциальной утечки информации: пользователю доступны только те материалы, которые подходят ему по роли в проекте или в организации в целом, а, во-вторых, сужают перечень материалов, среди которых производится поиск, повышая качество результатов.

Мобильность наше всё


Для мобильности и в силу популярности Telegram дополнительно развиваем чат-бота.


Бот реализован в Telegram и доступен с любого устройства пользователя. Уровень доступа к информации через бот соответствует уровню доступа к сервисам компании. По запросу ответ можно получить в том числе из wiki.

Каждый ответ можно оценить. Система оценок позволяет своевременно корректировать как ответы, так и классификаторы. Вопросы, ответы на которые найдены не были, собираются отдельно и выступают идеями для развития базы знаний.

Рассмотренные принципы не исчерпывающий список требований к базе знаний, сформулированный за четыре года активной работы над несколькими проектами, в том числе над базой знаний службы поддержки большой государственной информационной системы. Кроме того, следует отметить, что все принципы и правила работают тогда, когда в базе знаний заинтересованы все её пользователи и авторы. Главные метрики для оценки заинтересованности количество использованных в работе материалов и количество правок от каждого автора. Мой личный список требований постоянно расширяется и в последний год появляется всё больше нюансов к требованию структурирования статей.Охотно поделюсь им в следующей статье.

Подробнее..

Категории

Последние комментарии

  • Имя: Макс
    24.08.2022 | 11:28
    Я разраб в IT компании, работаю на арбитражную команду. Мы работаем с приламы и сайтами, при работе замечаются постоянные баны и лаги. Пацаны посоветовали сервис по анализу исходного кода,https://app Подробнее..
  • Имя: 9055410337
    20.08.2022 | 17:41
    поможем пишите в телеграм Подробнее..
  • Имя: sabbat
    17.08.2022 | 20:42
    Охренеть.. это просто шикарная статья, феноменально круто. Большое спасибо за разбор! Надеюсь как-нибудь с тобой связаться для обсуждений чего-либо) Подробнее..
  • Имя: Мария
    09.08.2022 | 14:44
    Добрый день. Если обладаете такой информацией, то подскажите, пожалуйста, где можно найти много-много материала по Yggdrasil и его уязвимостях для написания диплома? Благодарю. Подробнее..
© 2006-2024, personeltest.ru