База знаний предприятия

trac

как данная проблема решается в других компаниях.

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

общедоступным местом является начальник отдела и его файловая шара

Адаптируется какой-нибудь issue tracker или wiki. Иногда разрабатывается самостоятельно.

Соболезную.

Иногда разрабатывается самостоятельно.

И зачастую, это лучше не видеть

ну вообще-то это best practices. Почту можно аутсорсить, шару всегда можно самостоятельно настроить, а дальше - контроль, отчетность и систематизация.

Confluence

в виде word-отчетов
best practices.

А как вы ищете что-то нужное в этом всём?

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

Вообще-то нет.

твоя аргументация поражает разнообразием и глубиной контраргументов

Шнурков кому-то предлагает аргументировать? А ты не без чувства юмора.

Как насчет этого: https://www.mediawiki.org/wiki/Project:About/ru

jira, wiki самописная, поиск самописный

Это пример того как делать не надо.

А если начальник увольняется, то контору можно закрывать?

...форум, поисковик (желательно свой с возможностью искать по архивам, письмам, офисам, медиа хранилищам, индексировать имена грамотно, в общем семантика, идеи, заложенные в окружении nepomuk, но не он конечно :)), emacs + org-mode + helm, libreoffice доступный по терминалу на клон виртуалки. Медиа-хранилищие (тоже индексируемое): музыка, видео, картинки, pdf, вордище, софт, архивы.

Postgresql при соответствующем допиливании в некотором смысле.

Важно собственно возможность или конкретнее легкая и удобная форма пополнения данных в структурированном виде - это нужно типа приложение, реализующее формуляр заполнения данных в нужном формате типа json/yaml/xml - можно для начала попробовать couchdb, couchbase в качестве стореджа и какую нибудь форму на html5 сваять или обратиться к спецам.

Вообще есть специализированный софт еще для базы знаний типа owl что-то там, но главное там удобная деревянная структура и ее модификация, построение (для начала org-mode сойдет для себя)

Все можно постепенно самому реализовать или состыковаться.

База знаний предприятия

Бесполезно.

На данный момент имеются идеи адаптировать под это дело какой нибудь issue tracker или wiki

Я тебя прекрасно понимаю. Когда-то и я был идеалистом...

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

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

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

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

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

Mediawiki + Semantic Mediawiki

а что будет с фирмой, если вдруг начальник отдела свалит?

Redmine

да ничего страшного, всё равно, когда прийдет новый - он перенастроит всё по-своему

Redmine

а что будет с фирмой, если вдруг начальник отдела свалит?

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

Дело в том, что наверх пробиваются самые неадыкватные. Если ты хочешь улучшить работу фирмы (лет до 30 такое желание периодически возникает), то ты погрязнешь в рутине.

На самом деле никому хороший результат не нужен.

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

плюсую Redmine, заодно и неплохой менеджер проектов получите

плюсую Redmine

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

адаптировать под это дело какой нибудь issue tracker или wiki

Правильно мыслишь.

trac

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

пещерные люди... у нас тоже так =))) гы...

Confluence

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

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

Намучившись со сборкой пассажира, не рискнул ставить его на боевой сервер. Развёртывал через сервер thin без проблем. Затем пробросил через mod_proxy на 80-й порт (апач ещё много других сайтов крутит).

плюсую Redmine

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

слышал жалобы на скорость при использовании последней версии. пользователей было не больше сотни.

Ничего лучше вики не придумали. Хотя нигде не видел, чтобы её юзали :( В лучшем случае стоит для проформы.

Пасажира не надо пользовать. Через него все совсем плохо.

тормозил ужасно и постоянно вис «пассажир»

У меня thin + nginx.
работает.

Видел такой вариант: wiki + «задача не сделана, пока не задокументирована и не прошла review, в том числе по документации». Вполне неплозо работало. Правда, за рамками отдела, в котором это работало, продолжали царить бардак и анархия.

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

З.Ы. ИМХО отдельная вики + отдельный баг-трекер предпочтительнее, чем комбайн. Потому что отдельные вики как правило мощнее и богаче плагинами на все случаи жизни. А связь с помощью гиперссылок никто не отменял. Всё равно ты в трекер полезешт смотреть номер тикета, так какая разница, скопировать только #164 или всю url целиком http://tracker/blabla/isues/164

redmine или trac

Там вроде всё не сложно - http://drakmail.ru/2014/01/05/migrate-from-nginx-to-nginx-passenger.html . Недавно переполз - не нарадуюсь.

Там вроде всё не сложно

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

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

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

Всё остальное в том или ином, привычном всем виде уже есть (иначе не было-бы компании), просто вы видимо об этом не знаете :-)

задача не сделана, пока не задокументирована и не прошла review, в том числе по документации

Кто ж даст десять часов оформять документацию и ещё три часа ревью? «Задача-то примитивная, на три часа, просто вы, ленивые сволочи, работать не хотите, время тянете!»

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

Если это внутренняя документация, без рамочек по ГОСТу - при некоторой самодисциплине занимает в среднем 1/5-1/10 времени выполнения задачи.

Зато сразу выяснилось, что бывают люди, которые могут решить задачу, но совершенно не могут написать про это связный текст. Какие-то особенности мышления. Мне, например, наоборот нравится описывать, что я сделал. Был бы не таким ленивым - завёл бы блог.

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

Документирование результатов 3хнедельного спринта занимает максимум 4 часа по моему опыту. Задокументировать рабочий день - час в худшем случае. Ревью членом команды - минут 15-20

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

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

runtime use GLPI Luke!

http://www.glpi-project.org

http://ru.wikipedia.org/wiki/GLPI

PS я давно использую его в связке с zabbix и ocs-inventory. Имею положительный опыт. постучись на почту, может покажу как его готовить.