Комментарии 24
ИМХО, идеальный пример проекта управления знаниями — Википедия. Высокое качество статей, актуальность материала, ясность изложения и поддержка нескольких языков — именно то, чего нет в нашей корпоративной «вики» (как и у многих моих знакомых). У меня прямо слезы умиления на глазах, когда ищу что-нибудь в Википедии.
Ведь, как могло бы быть: заходишь в «корпоративную вики» на работе, а там вся актуальная информация о проектах, заказчиках, планах, да еще на нескольких языках, с ссылками на источники (SVN, статьи в интернете, видео/аудиозаписи всех совещаний).
Ведь, как могло бы быть: заходишь в «корпоративную вики» на работе, а там вся актуальная информация о проектах, заказчиках, планах, да еще на нескольких языках, с ссылками на источники (SVN, статьи в интернете, видео/аудиозаписи всех совещаний).
Я думаю Википедия, не совсем идеальна. К примеру приходит человек на работу, оптимальным было-бы получить в виде блок-схемы work-flow с детальным описанием всех процессов\действий. Тут нужно стороннее ПО. Я думаю автор чем-то таким и собирается заняться :)
Бывают моменты — когда человек не знает что ему нужно искать.
Бывают моменты — когда человек не знает что ему нужно искать.
Если работники (в том числе и вы) ничего в корпоративную вики не пишут, то никаких знаний там не появится.
Вы преувеличиваете, местами она оборачивается энциклопедией заблуждений.
Когда будет полный корпоративный linked data, уверен только такие вики у всех и останутся;)
Вики вещь хорошая, но есть проблемы с редакторами. Кто пишет плохо, кто заголовками не пользуется, кто ссылки не делает. Самое плохо когда взгляды не сходятся, туши свет.
Чекбоксы при выборе ДА\НЕТ в конце порадовали :)
А вообще профессиональных систем управления знаниями довольно много, я не занимаюсь разработкой ПО, не скажу насколько хорошие реализации есть. Но в управлении ИТ услугами\сервисами почти каждый уважающий себя производитель ПО создал свою.
А вообще профессиональных систем управления знаниями довольно много, я не занимаюсь разработкой ПО, не скажу насколько хорошие реализации есть. Но в управлении ИТ услугами\сервисами почти каждый уважающий себя производитель ПО создал свою.
в реальной жизни сотрудники предприятия являются в какой-то мере конкурентами друг другу. А значит делиться знаниями им не всегда выгодно.
Примеры:
— менеджер-продажник со своей собственной базой клиентов. Он не захочет делиться клиентами с другими менеджерами и терять процент.
— программист писал какой-то модуль целый год и теперь занимается в основном поддержкой (т.е. балду пинает по сути). Если он всё качественно задокументирует его нагрузят другой работой а поддержку отдадут студенту.
— на заводе токарю выгодно завышать трудозатраты т.к. если они окажутся маленькими ему просто поднимут норму не увеличив оплату.
Без учёта человеческого фактора опрос выглядит эльфийским.
Примеры:
— менеджер-продажник со своей собственной базой клиентов. Он не захочет делиться клиентами с другими менеджерами и терять процент.
— программист писал какой-то модуль целый год и теперь занимается в основном поддержкой (т.е. балду пинает по сути). Если он всё качественно задокументирует его нагрузят другой работой а поддержку отдадут студенту.
— на заводе токарю выгодно завышать трудозатраты т.к. если они окажутся маленькими ему просто поднимут норму не увеличив оплату.
Без учёта человеческого фактора опрос выглядит эльфийским.
увольнять надо таких сотрудников нафиг
Это лишь означает модель работы бизнеса, не подходящую для дележкой знаниями. Где-то работа строится на основе конкуренции между сотрудниками, в других же компаниях работа строится на сплочении и создании цельной команды, в которой сотрудники будут помогать друг другу улучшать знания и разбираться в трудных моментах.
В первом случае бизнес как правило направлен на зарабатывание бабла. Во втором случае на создание продукта качественного и интересного. Разные типы людей, разные интересы.
Лично я вижу работу компании по второму принципу и в этом случае база знаний — необходимость.
В первом случае бизнес как правило направлен на зарабатывание бабла. Во втором случае на создание продукта качественного и интересного. Разные типы людей, разные интересы.
Лично я вижу работу компании по второму принципу и в этом случае база знаний — необходимость.
Несомненно чаще всего именно так и происходит, но в случае появления грамотного менеджмента или заинтересованности в развитии у руководства — все может кардинально поменяться.
Стабильность, открытость, огромная работа по взращиванию корпоративной культуры и многие из тех кто не хотел делится знаниями сами будут хотеть этого для своего-же развития. Это как с человечеством, по мере развития мы перешли от борьбы за пропитание и безопасность к личностному росту. Хотя никто не отрицает что и сейчас существуют места где люди борются за пропитание\безопасность.
Стабильность, открытость, огромная работа по взращиванию корпоративной культуры и многие из тех кто не хотел делится знаниями сами будут хотеть этого для своего-же развития. Это как с человечеством, по мере развития мы перешли от борьбы за пропитание и безопасность к личностному росту. Хотя никто не отрицает что и сейчас существуют места где люди борются за пропитание\безопасность.
хм… Разве человечество перешло «от борьбы за пропитание и безопасность к личностному росту»? По-моему основные мотивы точно такие же как 10 тысяч лет назад. И никакими разговорами про «взращивание корпоративной культуры» базу знаний не организовать.
Поставить вики на один из офисных компов можно за 30 минут. Но кто его будет наполнять? Будет ли это вменяться принудительно или поощряться премиями? Как будет разграничен доступ? Кто будет отвечать за верность информации? Как будут решаться конфликтные ситуации (например тестеры, кодеры, архитекторы и поддержка имеют часто диаметрально-противоположные цели)?
Поставить вики на один из офисных компов можно за 30 минут. Но кто его будет наполнять? Будет ли это вменяться принудительно или поощряться премиями? Как будет разграничен доступ? Кто будет отвечать за верность информации? Как будут решаться конфликтные ситуации (например тестеры, кодеры, архитекторы и поддержка имеют часто диаметрально-противоположные цели)?
Разграничение доступа — отдельная тема, это довольно сложно и индивидуально. Но нужно с чего-то начинать и это не является определяющим фактором.
Принудительное наполнение — это зло, хотя с другой стороны в должностных инструкциях должно присутствовать. Зачем поощрять премиями? Вполне логично что если человек занимается долго одной и той-же работой рано или поздно это все ему надоедает, он хочет изменений, роста. При правильном подходе ему проще будет перейти на новую должность внутри компании, если вся его работа хорошо задокументирована. Проблема в том, что в наших реалиях проще перейти в другую компанию. Но никто не говорит что это невозможно поменять!
Конфликтные ситуации решаются разграничением доступа. Я разработкой ПО никогда не занимался, но наверняка есть должность которая занимается управлением всего проекта (управляет всеми группами внутри проекта). Этот человек и будет принимать во внимание ВСЮ информацию от всех групп и принимать решение на ее основе. Давать рекомендации по актуализации критичных элементов, а вот правками должен заниматься отдельный человек, вполне возможно работающий на каком-то проекте и совмещающий эту работу с вероятной неполной загрузкой или это выделенный человек или вообще сами менеджеры. Это опять все индивидуально и со стороны софта основная проблема — обеспечить все эти варианты.
А человечество все-таки перешло, Вам же не хочется жить в квартире полной мусора? Т.е. есть занятость — которая не связана с непосредственной добычей еды и она превалирует занятость по добыче еды :) Основная идея в том что полный шаринг информации это хорошо и к этому нужно стремиться.
Принудительное наполнение — это зло, хотя с другой стороны в должностных инструкциях должно присутствовать. Зачем поощрять премиями? Вполне логично что если человек занимается долго одной и той-же работой рано или поздно это все ему надоедает, он хочет изменений, роста. При правильном подходе ему проще будет перейти на новую должность внутри компании, если вся его работа хорошо задокументирована. Проблема в том, что в наших реалиях проще перейти в другую компанию. Но никто не говорит что это невозможно поменять!
Конфликтные ситуации решаются разграничением доступа. Я разработкой ПО никогда не занимался, но наверняка есть должность которая занимается управлением всего проекта (управляет всеми группами внутри проекта). Этот человек и будет принимать во внимание ВСЮ информацию от всех групп и принимать решение на ее основе. Давать рекомендации по актуализации критичных элементов, а вот правками должен заниматься отдельный человек, вполне возможно работающий на каком-то проекте и совмещающий эту работу с вероятной неполной загрузкой или это выделенный человек или вообще сами менеджеры. Это опять все индивидуально и со стороны софта основная проблема — обеспечить все эти варианты.
А человечество все-таки перешло, Вам же не хочется жить в квартире полной мусора? Т.е. есть занятость — которая не связана с непосредственной добычей еды и она превалирует занятость по добыче еды :) Основная идея в том что полный шаринг информации это хорошо и к этому нужно стремиться.
как-то не видно конкретики. Общие фразы.
Я выше привёл простые вопросы которые должны быть решены при внедрении корпоративной базы знаний. С обязательностью к исполнению, с ознакомлением под роспись, с должностной инструкцией и пр. Иначе не бывает.
Я выше привёл простые вопросы которые должны быть решены при внедрении корпоративной базы знаний. С обязательностью к исполнению, с ознакомлением под роспись, с должностной инструкцией и пр. Иначе не бывает.
О какой конкретике Вы говорите? Если Вы хотите просто КУПИТЬ софт и хотите чтобы оно работало из коробки — этого НИКОГДА не будет. Для полноценного внедрения нужны вложения в виде ресурсов, денег, времени топ менеджмента и желательно штатный сервис менеджер.
Это Вам не внедрение IP телефонии или любого другого ИТ сервиса, хотя по правде и там тоже нужно «почву» подготовить, чтоб людям потом этим было удобно пользоваться и они ХОТЕЛИ пользоваться этим всем.
Наше тоталитарное прошлое довольно сильно въелось.. нельзя заставлять.
Это Вам не внедрение IP телефонии или любого другого ИТ сервиса, хотя по правде и там тоже нужно «почву» подготовить, чтоб людям потом этим было удобно пользоваться и они ХОТЕЛИ пользоваться этим всем.
Наше тоталитарное прошлое довольно сильно въелось.. нельзя заставлять.
если открыть опросник по ссылке из статьи то там есть вполне конкретные пункты. Я просто указал что не учтён такой важный момент как невыгодность прозрачности самим работникам.
Любое внедрение всегда одинаковое. И всегда есть конфликтующие стороны со своими интересами. Люди на работу ходят чтоб деньги получать а не чтоб интересно было.
Любое внедрение всегда одинаковое. И всегда есть конфликтующие стороны со своими интересами. Люди на работу ходят чтоб деньги получать а не чтоб интересно было.
Всовывать в базу знаний ментальную модель не стоит.
Последнее время интеллект карты стали путать с расположенным по кругу деревом. Карты в большей степени персонализированы, они отражают ваше восприятие и работают в вашей правой половинке мозга.
Последнее время интеллект карты стали путать с расположенным по кругу деревом. Карты в большей степени персонализированы, они отражают ваше восприятие и работают в вашей правой половинке мозга.
Напомните старику, название предстоящей работы по «и» разделяется как
или как
- модели формирования корпоративной базы знаний софтверных компаний
- методы формирования корпоративной базы знаний софтверных компаний
или как
- модели корпоративной базы знаний софтверных компаний
- методы формирования корпоративной базы знаний софтверных компаний
«Управление знаниями» ненужно.
Нужна грамотная и полная документация по каждому проекту, который делается на предприятии. Знания о проекте и будут упакованы в эту документацию. Если, конечно, документацию пишет знающий человек, который думает о том, как другие будут понимать то, что он написал.
Нужна грамотная и полная документация по каждому проекту, который делается на предприятии. Знания о проекте и будут упакованы в эту документацию. Если, конечно, документацию пишет знающий человек, который думает о том, как другие будут понимать то, что он написал.
Документация нужна, но в каком виде она будет выглядеть? Простых документов явно недостаточно, документов, хранящихся в ecm или erm, с проставленными атрибутами тоже. Значит это нечто большее, а это уже можно назвать базой знаний. А требование к написанию документации может входить в политику компании по управлению знаниями. Правда это скорее требование к другой части;)
Никита, не придумывай велосипед, если у тебя сохранились лекции по «Основам ECM», открываешь 6-ю лекцию она как раз по управлению знаниями и называется «Решения в области управления инновациями и знаниями». С 8 по 12 слайды расписаны виды знаний (явные и скрытые) их трансформации, социальные и бизнес-модели и технологии которые необходимо использовать при этом.
Виды знаний:
"
Технологии трансформации знаний:
Расписав все это получишь введение в предметную область своего диплома. Если не найдешь, скину на мыло.
Касательно КМ в ИТ-компании, необходимость в построении системы такая же как и в любой другой компании основным активом которой является интеллектуальная составляющая. Но как видно из рисунков построение такой системы — это не просто покупка софта или документальная отчетность. В случае «Groupware» например знания передаются от человека к человеку и если система наставничества и межличностных коммуникаций в компании не построена, один квадратик можно вычеркивать и так далее.
Виды знаний:
"Технологии трансформации знаний:
Расписав все это получишь введение в предметную область своего диплома. Если не найдешь, скину на мыло.
Касательно КМ в ИТ-компании, необходимость в построении системы такая же как и в любой другой компании основным активом которой является интеллектуальная составляющая. Но как видно из рисунков построение такой системы — это не просто покупка софта или документальная отчетность. В случае «Groupware» например знания передаются от человека к человеку и если система наставничества и межличностных коммуникаций в компании не построена, один квадратик можно вычеркивать и так далее.
Знания достаточно давно начали рассматривать в качестве отдельного ресурса, которым необходимо управлять: en.wikipedia.org/wiki/Chief_knowledge_officer
Лучшая и наиболее понятная книга по этой теме, и котрую читал: Управление знаниями — что это такое? Томас Кулопулос, Карл Фраппаоло.
Лучшая и наиболее понятная книга по этой теме, и котрую читал: Управление знаниями — что это такое? Томас Кулопулос, Карл Фраппаоло.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Управление знаниями в ИТ-компаниях, а нужно ли?