Реализация "Базы знаний" в крупных компаниях
По своей специальности и специфике работы довольно тесно связан с различными Knowledge Base.
Как было в прошлой компании:
дофига девелоперских документов в wiki, причем какая-то очень древняя версия была установлена, пользоваться не удобно. Спецификации, полиси и процессы были написаны каждый в отдельном ворд-файле. Поэтому для их объединения использовалась Maestro. Плюс в том, что можно хранить документы MS Office, т.е никаких переписываний не нужно. Загружаешь и пользуешь, доступ через веб-страницу. Минус в том, что редактировать доки очень неудобно. Комент к тексту в доке тоже не добавишь..
Как в компании где я работаю:
Спецификации пишем и храним в гугл-доках. Плюсы: документ могут редактировать сразу несколько пользователей, удобные комменты с нотификациями, богатый выбор инструментов форматирования. Минусы: довольно сложно из документов образовать структуру, и система прав довольно мудреная.
Часть бизнес документов написана в intranet. Это наша внутренняя разработка. Соответственно плюсы: Можно заказать какую-нибудь фичу и ее когда-нибудь сделают. Минусы: куча недоработок и малое к-во инструментов для редактирования.
Были попытки использовать Confluence. Мы от них отказались в пользу нашей внутренней разработки. На мой взгляд напрасно. Это энтерпрайзный продукт и его нужно настраивать. Версия по умолчанию не особо хороша, но и ее можно использовать. На второй день использования возникла необходимость добавить собственный макрос. Но, т.к мы хостились у атласина, а не ставили на наш сервер, не проканало. (типа по соображениям безопасности хостеры не дают встраивать макросы). В плюсах инструменты для форматирования, четкая структура. Минусы: нужно настраивать, для нормального пользования придется все доки туда перенести.
В общем, если бы спросили меня, то я бы предпочел гугл-док. Для спецификаций. Для документов типа policy, которые часто читаются и редко редактируются наверное будет хорош confluence. Если уже много написано в ворде и нет желания переносить, тогда maestro. Но крутые компании рано или поздно приходят к тому, что бы задизайнить собственную хранилку.
сори за много текста, наболело
Как было в прошлой компании:
дофига девелоперских документов в wiki, причем какая-то очень древняя версия была установлена, пользоваться не удобно. Спецификации, полиси и процессы были написаны каждый в отдельном ворд-файле. Поэтому для их объединения использовалась Maestro. Плюс в том, что можно хранить документы MS Office, т.е никаких переписываний не нужно. Загружаешь и пользуешь, доступ через веб-страницу. Минус в том, что редактировать доки очень неудобно. Комент к тексту в доке тоже не добавишь..
Как в компании где я работаю:
Спецификации пишем и храним в гугл-доках. Плюсы: документ могут редактировать сразу несколько пользователей, удобные комменты с нотификациями, богатый выбор инструментов форматирования. Минусы: довольно сложно из документов образовать структуру, и система прав довольно мудреная.
Часть бизнес документов написана в intranet. Это наша внутренняя разработка. Соответственно плюсы: Можно заказать какую-нибудь фичу и ее когда-нибудь сделают. Минусы: куча недоработок и малое к-во инструментов для редактирования.
Были попытки использовать Confluence. Мы от них отказались в пользу нашей внутренней разработки. На мой взгляд напрасно. Это энтерпрайзный продукт и его нужно настраивать. Версия по умолчанию не особо хороша, но и ее можно использовать. На второй день использования возникла необходимость добавить собственный макрос. Но, т.к мы хостились у атласина, а не ставили на наш сервер, не проканало. (типа по соображениям безопасности хостеры не дают встраивать макросы). В плюсах инструменты для форматирования, четкая структура. Минусы: нужно настраивать, для нормального пользования придется все доки туда перенести.
В общем, если бы спросили меня, то я бы предпочел гугл-док. Для спецификаций. Для документов типа policy, которые часто читаются и редко редактируются наверное будет хорош confluence. Если уже много написано в ворде и нет желания переносить, тогда maestro. Но крутые компании рано или поздно приходят к тому, что бы задизайнить собственную хранилку.
сори за много текста, наболело
Тебе сюда: http://en.wikipedia.org/wiki/Wiki_software
Мы юзаем Confluence.
Мы юзаем Confluence.
Если портал на Sharepoint, то в Enterprise версии у них есть вполне годная wiki.
Вот именно в пункте про крутые компании и вопрос - обычно много заморочек с тем, чтобы все хранилось не в гугл доках а на их собственном сервере с удовлетворением кучи всяких требований по безопасности и все в таком духе. Но и с нуля что-то разрабатывать (изобретать велосипед) обычно никому неохота, поэтому и встает вопрос: что из систем есть и что с чем едят? А затем понять, что собственно нужно и кого искать и привлекать на внедрение или взять своих айтишников, чтобы они что-то более менее шаблонное настроили.
на их собственном сервере с удовлетворением кучи всяких требований по безопасности и все в таком духеНу тогда confluence, однозначно. :-) его можно на свой сервак установить и самостоятельно обновлять/админить. Если умелец есть конечно. :-)
Хотя, никак не пойму, ну чем людей не устраивает гугл-док?.. тем более что почтовый домен тоже можно в гугле сделать.. Да, документы не на своем сервере. Но с безопасностью у них боле-мене. Если уж на то пошло, то совершенно секретные доки так и так нельзя в общий доступ выкладывать, тока на секретную золотую флешку.
Сталкивался только один раз. Сделано было по сути структурой документов в SAP Solution Manager'е. Не работало, поскольку толком не обновлялось.
polyanich
Основной вопрос - какие есть средства для реализации в крупных компаниях "Баз знаний" (например, SAP Knowledge Management и т.д.).Следующий вопрос - где можно почитать про это поподробнее (т.е. возможный функционал этих систем, возможно какой-то опыт применения и т.д.).
Если кто-то сам сталкивался с подобными вещами, хотелось бы услышать мнение и отзывы про разные системы.
Конкретно интересует реализация базы знаний в холдинге по процессам снабжения: т.е. есть несколько предприятий в разных регионах России и Корпоративный центр и куча всякой документации - начиная от различных методик и заканчивая результатами прошлых закупок и перемещений, а также анализа предыдущего опыта. Необходимо, чтобы нужные люди могли найти и ознакомиться с интересующей их информацией.