Управление знаниями 6 лет спустя после IE14

09.12.22

Функциональные - Управление знаниями (Knowledge Base)

При организации корпоративной базы знаний нужно определиться со структурой разделов, организовать доступ, перенести старые заметки и замотивировать сотрудников туда писать. О том, как развивать базу знаний в маленькой компании, на конференции Infostart Event 2021 Post-Apocalypse рассказал руководитель «ПрогТехБизнес» Александр Анисков.

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

В 2014-м году я впервые в своей жизни вышел на большую сцену с докладом «Управление знаниями в компании-разработчике 1С». В том докладе было все интересно и здорово, с одной поправкой – я там рассказывал о том, как думал я, а не моя компания. Потом оказалось, что в действительности все по-другому, и пелена с глаз спала.

 

Немного о ПрогТехБизнес

 

Я – руководитель небольшой компании ПрогТехБизнес. Нас – 13 человек. Мы занимаемся разработкой кастомных решений для заказчиков. Редко занимаемся самостоятельным внедрением, больше – именно пишем сами. Внедрение, в основном, стараемся отдать заказчику, потому что я считаю, что заказчик должен лучше знать, какой бизнес он строит, чем человек, который его автоматизирует.

В 2013 году я озаботился тем, как распространять знания, чтобы внутри компании стала появляться какая-то информация. Мне просто надоело каждый раз объяснять некоторые вещи – вроде ты что-то узнал, человеку донес, а потом пришел другой – ему тоже нужно рассказать и т.д. Поэтому я разработал на 1С решение «База знаний» и внедрил его у себя в организации.

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

 

Классифицируйте знания

 

 

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

В нашей базе знаний используется пять основных направлений.

  • Раздел «Личное пространство». Его, кроме меня, к сожалению, никто не ведет. Это – некий блог. Я туда пишу практически все – от каких-то стратегических планов компании до каких-то личных вещей. Даже иногда заметки по котировкам акций ИТ-компаний. Меня в начале пандемии очень интересовало, как на рынке котируются ИТ-компании, и я себе туда делал об этом какие-то заметки, чтобы посмотреть, что будет с этими конкретно взятыми компаниями. Потом узнал что мои сотрудники читают эти заметки и думают, что я какой-то биржевой брокер.

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

  • Разделы по программным продуктам, которые мы делаем. Даже по типовым. Мы в этом году вписались в большой проект внедрения, где мы занимаемся не совсем типичной для нас работой. И мы в базе знаний пишем банальные инструкции, как работать с «Бухгалтерией» – в переложении на заказчика – на его процессы и его нюансы.

  • Разделы по интересам – раздел для программистов, раздел для аналитиков, раздел по каким-то стандартам работы.

  • Раздел «Внутренняя информация». Это – первый раздел, с которого стоило начать в компании. Но о нем я вспомнил в самую последнюю очередь. Он очень помогает.

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

На слайде показаны замочки напротив тех разделов, которые мы закрываем от внешнего доступа. Остальные разделы мы оставляем доступными всем – сюда входит «Личное пространство» и «Раздел по интересам».

 

Переводите активные знания в пассивные

 

Из классификации доклада 2014-го года хотелось бы вспомнить признак пропозициональность. У меня с ним несколько странные отношения. В нем главную роль играет понимание, какие знания у нас активные, а какие знания – пассивные.

  • Активные знания – это те, которые вы используете каждый день. Они у вас, как правило, в голове. Вы ими оперируете, вы все время их используете.

  • А пассивные знания – это наши привычные всем приказы, инструкции, документация. Что-то такое, что мы по необходимости достаем и используем.

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

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

Просто хочу привести пример. В прошлом году, когда я решил поменять систему версионирования и перейти с хранилища 1С на Git, чтобы сдвинуться в сторону DevOps, у меня возник вопрос – как сделать так, чтобы и ребята быстро перешли, и процессы в компании не встали (особенно с учетом, что все теперь на удаленке)?

Что я сделал? Я открыл доклад Валерия Максимова, где он рассказывал, как организовал переход на Git у себя в компании. И у него там был прекрасный слайд с тремя разделами, из которых состоял курс обучения. Я взял себе этот слайд за основу, создал такую же структуру разделов в своей базе знаний, и стал эти статьи записывать. В буквальном смысле – я ставил программу, скриншотил и писал. Настраивал – скриншотил и писал шаг за шагом сам, пока себя учил.

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

Через неделю мы снова встретились – учить уже было некого. Они эти уроки пошагово прошли и справились. Вопросов не было.

 

Проблемы маленьких

 

 

У таких компаний, как наша, есть две проблемы: первая – мы «бедные», а вторая – мы маленькие.

«Бедные» в каком плане? В крупных компаниях деньги зарабатываются не оказанием услуг, а в реальном секторе экономики. А мы – ИТ-шники, зарабатываем тем, что разрабатываем. Мы неделю поработали и за неделю получили. Если мы неделю потратим на что-то, что не оплачивается, значит, эту неделю мы должны сами себе компенсировать. А там, где деньги приходят из реального сектора экономики, такой проблемы нет. Там все решается по-другому.

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

Как пример – что я сделал, когда решил научить людей работать с Git?

  • Определил структуру раздела знаний – будут уроки, будут инструкции, будут какие-то доп. ссылки.

  • Занялся формализмом – что-то разложил и разобрал.

  • Проверил качество – лично через себя пропустил каждый из этапов.

  • Что касается регулярных обновлений – каждый раз, когда к нас приходит новый программист, он обучается по этим инструкциям. И там выясняется, что программное обеспечение уже обновилось – инсталляторы другие и скриншоты уже не соответствуют. Он мне пишет: «Что за дела?» Я ему отвечаю: «Прежде, чем мне писать, там есть кнопка редактирования – нажимаешь, скриншоты меняешь и больше мне не пишешь».

  • А поддержка – это те самые ответы на регулярные вопросы.

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

Самое страшное всегда – это «страх белого листа», т.е. первый этап «Определение структуры» – он самый неприятный. Ты открываешь базу знаний, создаешь новую страницу и не знаешь, что написать. Белый лист пугает всех.

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

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

 

А что с программами?

 

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

Кто-то использует для этого Confluence, кто-то – Redmine, кто-то – SharePoint или GoogleDocs, Office365, у кого-то – вики-подобная система.

А у кого-то – просто Word и сетевая шара, где для каждого файлика лежит Версия1.1, Версия 1.2, Версия1.3. Это нормально – вы хотя бы начали что-то накапливать.

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

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

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

  • Что касается корпоративных программ – здесь, мне, к сожалению, практически нечего вам сказать, кроме Confluence.

  • Еще на рынке появился продукт Space от JetBrains. Он интересен тем, что он объединяет в себе не только базу знаний, но еще и трекер задач, еще и управление командой. Управление не только самими задачами – там можно вести личные заметки, туда можно затащить и репозитории ваших разработчиков, если они, конечно, у вас есть. Вплоть до того, что затащить туда карту офиса по кабинетам – кто где сидит, на каких этажах и т.д. Очень интересный продукт. Он достаточно молодой – буквально «вчера» родился. Но компания JetBrains знает, что делает – сама компания не молодая. В какой-то мере, это наши соотечественники – если не ошибаюсь, компания зародилась в Санкт-Петербурге.

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

 

Рефлексия? Или анализ опыта?

 

Еще одна маленькая рефлексия в 2014 год – у нас была своя собственная База знаний, разработанная на 1С. Для 2013 года она выглядела хорошо. Удобных аналогов не было.

Эту конфигурацию я выложил в свободный доступ – она лежит на Инфостарте, попала во множество продуктов. Если вы где-то увидели такой интерфейс – это она. Самое смешное, что я ее забросил, и мы переехали в Confluence, а другие ребята ее развивали и двигались дальше. Мне было интересно, для меня это был опыт Open Source.

Справа показана небольшая статистика по публикации «База знаний» – это до сих пор самая рейтинговая моя разработка. Это удивительно.

Но мы столкнулись с такой банальной особенностью – любой программный продукт, которым ты пользуешься, требует твоего участия 24/7 365 дней в году. Тем более, база знаний. Тем более, если ее выставлять заказчикам и говорить: «Читайте в ней инструкции и пробуйте туда сами какие-то заметки писать» – я чуть позже расскажу о проблемах, с которыми мы столкнулись.

И, конечно же, эту программу нужно было развивать, а, как я уже говорил раньше, на чаше весов у нас две вещи – на что потратить деньги? На свою оптимизацию? Или на заработок? Если спросить ребят, которые со мной работают, они 100% ответят: «Ты как хочешь, а у нас есть желание заработать». Поэтому 2-3 года назад я прикинул, посмотрел на рынок, изучил продукты и решил перенести нашу базу знаний в Confluence.

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

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

 

Как мы организованы

 

Вернусь к вопросу о том, как теперь у нас все организовано внутри. Помните, я говорил, что у нас пять основных направлений классификации знаний? Сейчас я не буду касаться разделов «Личное пространство», потому что там полный бардак – что накидано на вентилятор, то и лежит.

Расскажу про внутренние разделы. У нас там лежат:

  • приказы и положения;

  • реквизиты и другие документы организации;

  • внутренние инструкции;

  • ссылки на общие разделы – то, что нужно почитать.

Самые главные несколько статей касаются входа сотрудника в компанию – очень желаю, чтобы это у каждого в компании появилось. На собственном опыте проходил. Когда человек устраивается к нам в компанию, я как руководитель каждый раз вынужден был ему рассказывать: «Смотри, это – баба Нюра, главный бухгалтер. Ты ей неси документы. Какие – не знаю, она сама расскажет. А это – программист, он тебя чему-то научит. А это – аналитик». Мне это надоело. Я взял бухгалтера и попросил его описать – что ему нужно, в каком порядке, когда, чего. Прошелся по компании и сделал некий гайд.

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

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

Вторая часть – это разделы клиентов. Я про них немного говорил уже. Там выложены:

  • описания бизнес-процессов;

  • протоколы совещаний;

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

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

Теперь про разделы программных продуктов – здесь ничего нового. По каждому программному продукту у нас есть подразделы:

  • Описание возможностей

  • Инструкции

  • Часто задаваемые вопросы

  • История релизов (заполняется автоматически)

  • Данные техподдержки

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

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

  • Есть классические инструкции, которые мы видим в книгах 1С – это описания отдельно взятых объектов. Т.е. есть документ, и он такой. Есть справочник, и он – другой.

  • А есть инструкции, которые описывают процессы – как из точки А дойти в точку Б. Как правило, это надстройка над конкретно взятыми объектами.

  • А есть точечные инструкции – как решить маленькую боль. Например, как напечатать счет-фактуру. В смысле, ее можно напечатать как минимум из трех мест.

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

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

И специализированные разделы – для обмена знаниями по интересам.

 

А что с клиентами?

 

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

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

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

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

 

Взгляд в будущее

 

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

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

В этом плане я как раз и хотел сказать про продукт Space. Мне он понравился тем, что они попытались помочь компаниям организовать у себя маленькие ИТ-отделы. Потому что ИТ-отделы – это всегда «вещь в себе», а они объединили сразу ряд потребностей. И если вам хоть немного покажется близким или интересным то, о чем я говорил, рекомендую ознакомиться.

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

 

Вопросы

 

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

Именно для этого мы и строили свою базу знаний. Мы проходили этот путь с вордовскими документами и хранением в файлах. Поиск по файлам – это всегда боль.

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

Отдайте поиск программе, она с этим справляется. Это применимо к любой современной системе управления знаниями.

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

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

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

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

Людям интереснее разделы с описанием «Как от буквы А дойти до буквы Я – зайди сюда, нажми сюда, а потом туда – получишь результат». И, если посмотреть на иерархию, то там есть раздел программного продукта, внутри есть самый простой способ организации – возьмите подсистемы программного продукта и разделите второй уровень.

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

А где эта инструкция лежит, какая там иерархия, какая там структура – она может быть обычная книжная (Справочники, Документы, Отчеты) или по подсистемам – тут уже не так важно. Все зависит от человека. Но если человек пришел, чтобы узнать, как ему работать, он пойдет читать, как создать контрагента и выписать счет, а если человек пришел узнать, как работать со справочником «Договоры», он так и загуглит – «Договоры. Поэтому объективно – сильно заморачиваться над структурой в самом начале, может быть, не стоит. Иначе вы будете долго думать, о чем же вам писать, вместо того, чтобы писать. Как только начнете, какая-то структура родится.

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

Вы разрабатываете свои конфигурации, а потом документируете доработки по этим конфигурациям в Confluence и предоставляете туда доступ заказчикам? А делаете ли связь с этой документацией в самой конфигурации?

Эти инструменты есть, но мы их не в каждую конфигурацию встроили. Сам инструмент поиска по базе знаний – вплоть до просмотра внутри 1С, у нас существует. Также с появлением платформы 8.3.17 глобального поиска – когда человек в поисковой строке наверху может вбить запрос – мы добавили поиск по базе знаний Confluence. Все, что вам нужно будет сделать – это сгенерировать секретный ключ к вашей базе знаний, прописать его в настройки и разрешить читать те или иные разделы. Тогда у вас прямо из 1С можно будет организовать поиск в Confluence (прим. автора: позже было разработано расширение для работы с базой знаний из-под конфигураций).

Мы прошли еще один момент – мы сделали общую команду, которая добавляет кнопку в каждый документ. Эта общая команда просто по названию объекта метаданных кидает запрос в базу знаний. 80% информации, которая находится в результате таких запросов, нужная. У этой функциональности есть минусы. Один из последних примеров – когда мы продукт сначала пилили под заказчика, а потом решили, что из него можно сделать коробочное решение, документация у нас оказалась и в открытом разделе, и в разделе заказчика. Но в одном месте у нас более обновленное описание, а в другом – более старое. Пусть будет так, нежели чем вообще ничего не будет. Когда мы доведем результат до какой-то коммерческой коробки, естественно, мы все пофиксим. А так – да, 1С предоставляет вполне хорошие методы поиска, а у Confluence вполне приятное API. Я думаю, если Space покопать, у него тоже API есть, но я в него пока не залезал.

Confluence у вас в облаке лежит?

В облаке. Есть такая проблема – ты заходишь на прайс Atlassian, 5 долларов за человека. Вроде немного. 10 человек – 50 долларов. Вроде все еще немного. Но это же в месяц. Я категорически не люблю подписочную модель в современном мире. Еще пять лет назад я говорил, что когда придет в нашу жизнь подписочная модель, мы это все еще возненавидим. Хотя как программист, я рад подписочной модели, потому что это заработок на всю жизнь. Но как человек, который использует базу знаний – вы представляете, что вы даже не владеете этой информацией. Завтра вы не заплатите 5 долларов. И все – привет.

Но тут – маленький лайфхак. У Confluence учет лицензий – это отдельный прикол. Если вы не хотите сильно устраивать разграничение прав внутри компании, берете две лицензии на двух пользователей – «Программист» и «Аналитик». И два служебных ящика на них. При этом у вас еще пять клиентов могут работать бесплатно, потому что до 10 лицензий она не стоит ничего. Грубо говоря, за последние два года мы вываливались за пределы 10 лицензий только пару раз. А когда вываливались, я это спокойно перевыставлял клиенту, потому что условные 10 долларов в месяц он в счете не заметит. И вообще париться на этот счет не станет.

Но с другой стороны, если вы поставите Confluence к себе на сервер, вы столкнетесь с тем, что сервера должны обеспечивать работоспособность системы 24/7, она не должна падать, крашиться. И если что-то случится, вы будете выделять свои собственные ресурсы, чтобы это поправить. Когда в последний раз Atlassian что-то накосячил, и у нас база полдня не работала, они каждые пять минут извинялись и даже пару раз позвонили, что-то на английском говорили. И это при том, что я плачу им просто смешные деньги.

Вы премируете сотрудников, которые пополняют вам базу знаний? И есть ли люди, которые саботируют это?

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

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

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

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

Confluence поддерживает заполнение документации в markdown. Вы тоже Markdown используете? Или просто в Word набросали текст и вставили?

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

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

Что касается Markdown – это история для программистов. Свой доклад о том, как применять CI, я написал в Markdown на GitHub.

Есть автор Алексей Марков, у него две книги – Хулиномика и Жлобология. Человек немного странный, рокер, но с экономическим образованием и в прошлом программист. Эти книги он писал на GitHub при помощи ветвления.

Идея, сама по себе, – огонь. Вы написали какую-то главу, и у вас родилась идея ее полностью переписать. Вы можете ее начать переписывать, но иногда же хочется сравнить версии, проверить, что-то туда вставить. Открываете ветку, пишете там. Классно же! Я не понимаю, почему кто-нибудь до сих пор не придумает такой редактор для писателей.

Так что Markdown мы не особо используем. Программисты – да, а все остальные – нет.

 

*************

 

Что изменилось с момента доклада:

 

Тема «Управление знаниями» набирает популярность с каждым днем все больше. Кто-то свои знания превращает в курсы, кто пошустрее – в мастер-классы, кто-то просто внутри компании начинает наводить порядок.

Я вижу, что вокруг многое изменилось. Виной тому «пандемия» и ее влияние на развитие удаленной работы. Тут вопрос обмена информацией встал в полный рост.

Просто для меня это было интересно «до того, как стало мейнстримом». А потому ничего не изменилось. Хотя нет, изменилось, но об этом ниже...


****

А что с программами?

Очень, конечно, интересно говорить «а что там с программами» в декабре 2022. Ситуация настолько разная, насколько вообще возможно.

Основная проблема – «кому верить». Не затрагивая причины и следствия, мы вдруг все поняли, что доверять аренде ПО можно с ооочень большой поправкой.

Отдельно про Atlassian, ибо тут они в моем рейтинге «говнистости» сравнялись с Sony.

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

Конкретно у нас произошло так. Я просто в аккаунте в разделе «Платежи» случайно заметил, что платеж просрочен, а аккаунт стоит на отмену. Когда он будет удален, и будет ли при этом – непонятно.

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

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


А что остальные???

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

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


А что у нас???

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

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

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

А может просто пора возродить проект базы знаний внутри 1С??? ))))


****

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

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

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

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

****

Ну и немного о печальном

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

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

 

*************

Данная статья написана по итогам доклада (видео), прочитанного на конференции Infostart Event 2021 Post-Apocalypse.

 

30 мая - 1 июня 2024 года состоится конференция Анализ & Управление в ИТ-проектах, на которой прозвучит 130+ докладов.

Темы конференции:

  • Программная инженерия.
  • Инструментарий аналитика.
  • Решения 1С: архитектура, учет и кейсы автоматизации на 1С.
  • Управление проектом.
  • Управление продуктом.
  • Soft skills, управление командой проекта.

Конференция для аналитиков и руководителей проектов, а также других специалистов из мира 1С, которые занимаются системным и бизнес-анализом, работают с требованиями, управляют проектами и продуктами!

Подробнее о конференции.

 


См. также

Заготовка для организации базы знаний на основе возможностей платформы 1С 8

Управление знаниями (Knowledge Base) Платформа 1С v8.3 Платформа 1C v8.2 Платформа 1С v8.1 Конфигурации 1cv8 Абонемент ($m)

Данная конфигурация является заготовочной для построения базы знаний в компании на основе платформы 1С. Поддерживаются следующие технологические платформы: - 1С:Предприятие 8.0 (8.0.14.39) - более старые версии должны поддерживаться, но не гарантирую. - 1С Предприятие 8.1 - полная поддержка. - 1С Предприятие 8.2 - 8.2.9 и новее во всех режимах. - 1С Предприятие 8.3 - 8.3.5 и новее во всех режимах компьютерной платформы (мобильная пока не поддерживается).

2 стартмани

29.11.2023    643    3    user1206119    8    

2

1С:Электронное обучение

Образование Управление знаниями (Knowledge Base) Платформа 1С v8.3 Платные (руб)

Решение от фирмы «1С» для создания системы управления электронным и смешанным обучением в коммерческих и образовательных организациях. Решение создано для автоматизации основных бизнес-процессов очного (аудиторного) и дистанционного обучения.

400000 руб.

17.10.2023    545    0    0    

0

Проверка знаний - тест с набором ответов

Подготовка к аттестации Управление знаниями (Knowledge Base) Платформа 1С v8.3 Абонемент ($m)

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

1 стартмани

14.09.2023    447    2    Dmitr033    0    

4

Тест для проверки знаний по программе 1С: Документооборот

Документооборот и делопроизводство (СЭД) Управление знаниями (Knowledge Base) Управляемые формы 1С:Документооборот Россия Абонемент ($m)

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

3 стартмани

04.07.2023    1456    6    BigBon    3    

3

Что нужно знать о профессии аналитика 1С

Управление знаниями (Knowledge Base) 1С:Франчайзи, автоматизация бизнеса Россия Бесплатно (free)

Фирма «1С» — лидер среди отечественных разработчиков ПО. Около 2 миллионов государственных учреждений и компаний различных отраслей работают с ПО фирмы «1С». Именно поэтому растет спрос на специалистов, умеющих работать с 1С. К таким специалистам относятся и аналитики 1С, популярность которых за последний год сильно возросла.

16.05.2023    1260    otkalo    2    

1

Расширение для работы с базой знаний Confluence (версия cloud)

WEB-интеграция Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)

Расширение позволяет настроить доступ к базе знаний из приложения 1С для пользователей. Основная цель: реализация доступа к статьям, без необходимости помнить адрес базы знаний и авторизовываться на ней. Дополнительно: экспорт в PDF и Word.

5 стартмани

24.11.2022    1793    5    vandalsvq    19    

13

Какие бизнес-проблемы можно решить менеджментом знаний

Управление знаниями (Knowledge Base) Бесплатно (free)

В последнее время набирает популярность термин «менеджмент знаний»: его элементы уже давно включены в ГОСТ, на эту тему появляется всё больше публикаций, ПО и специалистов. Но у большинства компаний нет четкого понимания, что такое менеджмент знаний, и чем он может быть полезен. На конференции Infostart Event 2021 Post-Apocalypse Игорь Цупко рассказал, как менеджмент знаний помогает справляться с бизнес-проблемами на разных стадиях роста компании, какие инструменты можно применять на практике, и какие в этом есть подводные камни.

15.07.2022    3407    user1575399    1    

10
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. sytkosa 119 10.12.22 21:34 Сейчас в теме
(0) Успели все забэкапить и переехать ? На что переехали в итоге ? Смотрели на аналоги например на Minerva Knowledge ?
2. vandalsvq 1530 10.12.22 21:58 Сейчас в теме
(1) переехал на иностранный аккаунт там же. С Минервой ведем переговоры. Изучаю технические детали.
3. sytkosa 119 11.12.22 11:38 Сейчас в теме
(2) Я тоже изучаю... жаль что они крайне закрыты к общению... commynity нету... открытого репозитария нету... release note тоже крайне куцый.
4. vandalsvq 1530 11.12.22 16:09 Сейчас в теме
(3) ну мы договорились на презентацию с техническими спецами с их стороны. Посмотрим, менеджеры мало информации дают
5. roman72 377 16.12.22 13:22 Сейчас в теме
Если вы с 1С работаете, то чего бы вам базу знаний на 1С СППР не поднять?
Оставьте свое сообщение