С одной ?тороны тема ?той заметки имеет довольно отдалённое отношение к юзабилити вообще, но c другой ?тороны затрагивает ещё и ?оциальные факторы и вопро?ы организации информации, по?тому ? решил в?ё же опубликовать её. Про?то опи?ываема? проблема в?тречала?ь на моём опыте не?колько раз и ? попытал?? проанализировать её как минимум дл? того чтобы ?амому пон?ть ?уть.

?ачну ? реальной и?тории. В фирме, в которой ? ?ейча? работаю, параллельно ведёт?? большое количе?тво разных проектов, но ? и?пользованием аналогичных ?ред?тв и ?и?тем. Со временем вы??нило?ь что по?то?нно возникают ?итуации, когда один разработчик пытает?? решить проблему, которую в другом проекте и в другое врем? уже благополучно решил другой. То е?ть попро?ту говор? от?ут?твует необходима? коммуникаци?, а по научному обла?ть ?та называет?? кажет?? управление знани?ми (knowledge management).

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

Следующей, уже о?ознанной попыткой, были внутренние форумы на обычном phpBB. ?втор ?той идеи ударил?? в другую крайно?ть и ?оздал форум только дл? техниче?ки тем, но разбил его на пор?дка 50 подфорумов. Конечно же по?ле пары недель начальной активно?ти туда больше не напи?ал ни один человек. Ибо у кого найдёт?? врем? и желаение, чтобы оторвать?? от работы, ?пециально пойти на ?тот форум и напи?ать там о чём-то? Тем более что ?тот кто-то хорошо пред?тавл?ет ?ебе, что у его коллег, которым была бы интере?на его информаци?, также нет времени по?то?нно про?матривать в?е 50 форумов на предмет по?влени? там чего-то нового.

Сложило?ь так, что ? принимал уча?тие в ?ледующей попытке решени? ?той проблемы. Мы попытали?ь уче?ть ошибки предыдущих товарищей и ?ошли?ь оп?ть таки на нью?-группах, как механизме накоплени? ?тих ?амых знаний. Группы мы разме?тили как можно ближе к е??те?твенному ?ред?тву общени? – ?лектронной почте, а именно пр?мо на Exchange ?ервере, так что группы были до?тупны пр?мо в Outlook и определили оптимальное чи?ло тематиче?ких групп - в?его 10.

Проект провалил??. Как только ?то произошло, наконец ?тало ??но почему. В обмене информации учав?твуют в?егда две ?тороны: пред?тавьте что тот, кто желает найти решение ?воей проблемы, причём ?рочно, пишет вопро? в нью?-группу. Однако у того, кто потенциально мог бы ответить на его вопро?, нет никакой причины именно в ?тот момент по?мотреть в группу, даже е?ли ?то требует в?его одного щелчка мышью. Более того, у большин?тва нет никакого ?тимула читать группы и потом. В результате в группы никто не пишет, потому что их никто не читает – замкнутый круг.

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

Снова в бой

?а новый виток обдумывани? возможного решени? мен? натолкнули в?ё те же ?лучаи бе?полезной траты времени на решение проблем, которые уже решил кто-то другой на ?тот раз в локальном проекте (ведь решение на уровне фирмы так и не работает).

Теоретиче?ки дл? ?той цели ?уще?твует целый кла?? ?пециализированных программ под названием Knowledge Management Systems, однако моё отношение к ним резко ?кептиче?кое: ? ещё не ?лышал ни об одной у?пешной внедрённой ?и?теме. Как правило в?е они вал?т?? на том, что требуют от работников такого количе?тва у?илий по ?озданию ?той базы знаний, нар?ду ? о?новной работой, что они наход?т в?е возможные лазейки чтобы про?то ?того не делать. ? нет базы – нечем и управл?ть.

Созидание знаний

Как ? уже ?казал, у на? е?ть две заинтере?ованные ?тороны. ?ачнём ? более важной роли – ?оз[и]датель знаний. ?ам необходимо по?тавить его в такие у?лови?, чтобы он зано?ил в базу в?е обнаруженные им проблемы, так или иначе потенциально полезные другим. Зде?ь ? вижу три фронта:

О?ознание (awareness). Мало в?третить проблему и решить её, надо ещё и о?ознать, что она ?вл?ет?? кандидатом на помещение в базу знаний. ?а мой взгл?д, тут может помочь только одно – наличие работающей ?и?темы. Е?ли «?озидатель» будет знать, что найденные любым ?отрудником проблемы помещают?? в базу и у?пешно и?пользуют?? другими ?отрудниками, он будет потенциально чаще примен?ть критерий «а не годит?? ли ?та проблема дл? базы» в ?воей работе. Получает?? замкнутый круг, но зато е?ли ?и?тема начнёт набирать обороты, ?та положительна? обратна? ?в?зь будет подкидывать дров в топку.

Мотиваци?. Е?ли даже кто-то может вне?ти ?вою проблему в базу, ?то не значит, что он захочет ?то ?делать. Созидателей надо об?зательно мотивировать. Зде?ь применимы два ?по?оба: во-первых он будет потенциально больше мотивирован, е?ли узнает, что зане?ённые им знани? реально помогли кому-то, а о?обенно тому, кого он хорошо знает. По?тому в ?и?тему нужно в?троить какой-либо фидбек от других уча?тников.

Во-вторых мотиваци? ?отрудника ра?тёт, е?ли его показатели лучше о?тальных. То е?ть надо иметь возможно?ть показывать ?тату? каждого уча?тника – количе?тво вне?ённых знаний, КПД и т.п. в виде таблицы передовиков.

Вне?ение данных. Зде?ь о?новна? задача – убрать в?е, даже ?амые маленькие преп?т?тви? дл? зане?ени? информации в базу. Ин?трумен дл? вне?ени? должен быть в?егда под рукой, не должен за?тавл?ть пользовател? заполн?ть форму но в то же врем? позвол?ть вне?ти до?таточно информации дл? её кла??ификации, иначе её будет про?то трудной найти.

Потребление знаний

Дл? второй роли – потребител? знаний, предполагают?? ?ледующие ?ценарии:

Пои?к знаний. Оп?ть таки в первую очередь ?и?тема должна быть в?егда «под рукой». Е?ли у мен? возникла проблема, ? вполне могу вначале по?мотреть, не решена ли она уже кем-то другим, не отвлека? о?тальных от работы ?воими вопро?ами. Пои?к должен быть однозначно, но пои?ка мало – нужно ещё некое подобие каталога, например на о?нове тегов (учитыва? что теги должен тогда вводить ?озидатель).

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

Зде?ь однако возникает проблема ма?штаба – е?ли например и?пользовать дл? извещений ?лектронную почту и количе?тво таких ?ообщений не будет превышать ?кажем одно в день, ?то нормально. ?о е?ли поток начнёт ра?ти, а он будет ра?ти, е?ли мы хотим чтобы наша ?и?тема работала и наполн?ла?ь знани?ми, извещени? бы?тро начнут во?принимать?? как ?пам, мешающий работе и люди про?то начнут удал?ть их. ?втоматиче?ки.

?льтернатива типа RSS также не подходит, потомучто дл? ?того нужно ?пециально запу?кать отдельную программу-агрегатор, и делать ?того никто не будет. Итак, активный метод (push) проблематичен а па??ивный (pull) вообще работать не будет. ?апрашивает?? вывод – извещени? надо переве?ти в разр?д амбиентных (ambient) индикаторов, то е?ть наход?щих?? как раз «по?ередине» - вроде в поле зрени? пользовател?, но в тоже врем? не обращающих на ?еб? о?обого внимани?. Мне например пред?тавл?ет?? на ?том ме?те что-то вроде нотификатора от Gmail, и то менее активного.

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

Е?ть какие-либо идеи?