Управление знаниями

[metaclass]

На тему плохой документации и срача в гугле посетила мысль: а вообще, кто-нибудь пытался делать/использовать вместо тупого поиска по ключевым словам нечто вроде экспертной системы?

Проблема, вообще говоря, не только в глобальных интернетах, проблема "повторного использования знаний" иногда возникает даже на моих личных проектах, или там в проектах, где работают два-три человека - поиск по ключевым словам в баг-трекере помогает только для идентичных задач и только если тот кто ищет - знает/помнит эти ключевые слова. И знает что вообще, прежде чем кидаться что-то делать или разбираться в багах - нужно поискать аналоги в наработанных артефактах.
Я пока еще могу в голове удержать все что делал последние лет 10, но это временно, работы много, моск не казенный. Баг-трекер на все выполняемые задачи пока помогает, но надо бы как-то оформление и поиск задач или решений в нем улучшить до уровня "запасной моск с ассоциативной памятью".

Помню, когда-то в конце 90х ScienceSoft/InventionMachine (http://en.wikipedia.org/wiki/Invention_Machine) делали какой-то софт на основе ТРИЗ, но вроде для обычного конструирования. А для разработки программного обеспечения или более других целей что-нибудь такое сейчас существует?

Comments

[g-rub.livejournal.com]

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

[metaclass.livejournal.com]

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

[norguhtar.livejournal.com]

Посмотрите teambox. Там это как-то более естественно сделано.

[g-rub.livejournal.com]

Это разные вещи с разным жизненным циклом.

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

[aamonster.livejournal.com]

Э... Тикет в багтрекере вообще-то живёт вечно.

[g-rub.livejournal.com]

И часто кто-то копается в тикетах годичной давности, например?

По тикетам неудобно искать, в них много информационного мусора (переписка касательно сроков, ответственных за проблему, идентификации ее и т.п.), их неудобно организовывать в базу знаний.

[aamonster.livejournal.com]

По необходимости. Мне доводилось.
Собственно, в тикетах и вики несколько разная информация, и таскать её туда-сюда смысла нет. Удобно, когда в wiki живет текущее состояние (проекта и ТЗ), и помещать туда то, что через неделю будет убрано - смысла нет. А то получаем инь, янь и срань: коммит-мессадж ссылается на багтрекер, багтрекер на вики, а там извольте копаться в истории редактирований страницы.

[g-rub.livejournal.com]

Ну так а я о чем говорил? Короткоживущую информацию -- в тикет, долгоживущую -- на wiki, и побольше линков между ними.